Beiträge von bp4willi

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

    horkatz der Fabian I will über die App das Tor aktivieren,
    und das kann man über einen virtuellen Button im Shelly realisieren.
    Die Aktion mit dem Longpush für den virtuellen Button
    muß allerdings, wie ich sehe, auf der Weboberfläche des Shelly lokal eingerichtet werden.
    Nur auf der Weboberfläche hat man für Aktionen den virtuellen Button als input zur Auswahl.
    Typische Shelly Inkonsistenz.
    Dann sollte es wie oben stehend funktionieren.


    PS. das verhindert aber nicht, dass das Shelly Relais in der App über das Shelly-Relais-Button symbol direkt aktiviert wird. Da gibt es keine Verhinderung für. Man kann lediglich alle Button Symbole in der Ansicht ausblenden.

    Hi,

    ich habe in einem Shelly 1 Mini Gen3 einen virtuellen Schalter (boolean) eingerichtet,
    mit dem ich auf dem Shelly Relais nacheinander 2 verschiedene Aktionen ausführen will.

    Eine beim Einschalten des virtuellen Schalters; eine beim Ausschalten des virtuellen Schalters.

    Beide Vorgänge sollen automatisch mit einen Zeitversatz nacheinander ablaufen; durch einen einzigen Start Trigger angestoßen.

    Damit der Trigger den virtuellen Schalter einschaltet, und der virtuelle Schalter sich automatisch nach Zeit x wieder abschaltet, hatte ich mir diesen Hook überlegt:

    http://127.0.0.1/rpc/Boolean.Set?id=200&value=true&timer=10

    Einschalten funktioniert. Nur das Timer gesteuerte abschalten nicht. Was mach ich falsch? Wie geht es besser?


    PS. weil die Aktionen diverse WebHooks mit SetConfig Kommando enthalten (auto_on/auto_off), geht das wohl nicht per Szene. (oder?)

    Suche nach boolean + timer hat mir keine Hilfe ausgespuckt.
    Danke für tipps.

    thgoebel Da fehlt mir noch etwas die Weisheit über die Möglichkeiten.

    Was ich bisher geschafft habe:

    Nur das Kommando um den virtuellen Schalter mit einem Timer zu setzen, das funktioniert nicht.
    Was mache ich falsch ?
    http://127.0.0.1/rpc/Boolean.Set?id=200&value=true&timer=10

    Hi,

    bei der Lektüre eines Threads zum "Bukowski-Draht" ist mir durch diesen Beitrag von thgoebel aufgefallen:

    Ist es korrektes Verständnis, dass bei dauerhaft 230V an Klemme SW der Shelly 1(PM), z.B. davorliegender Schalter/Taster permanent "ein",

    dass durch die beiden Dioden und den 47kOhm Widerstand im Eingangskreis zum Anschluß SW, im Shelly permanent eine Verlustleistung (Wärme) von

    230V/2 (Halbwelle) ^2 / 47kOhm = 0,28 W anfallen ??


    D.h. es wäre ggf ratsam, die Eingangslogik zu invertieren, und der Schalter auch dauerhaft "aus" einzusetzen, um Strom zu sparen. Richtig ?

    Hi,

    Habe schon rausgefunden, dass man bei gleichzeitiger Aktivierung von Auto-on und Auto-Off Timer den 1 Mini /die angeschaltet Last blinken lassen kann.

    Nur leider lässt sich das zwar durch einschalten des Shelly aktivieren, aber nicht mehr deaktivieren.


    Wie könnte ich ein 1 Mini Gen3 für eine Zeit X blinken lassen, und anschließend ist er aus?

    Oder..

    Wie könnte ich ein 1 Mini Gen3 für eine Zeit X blinken lassen, und anschließend bleibt er an?


    (Die Suchfunktion hat mich leider nicht weiter gebracht, weil da in der Regel die Rede ist von Shelly Bulb oder Shelly RGB Dimmer.)


    Danke.

    Hi, ich wärme das hier nochmal auf und beziehe meine Fragen auf Shelly Gen3 Geräte und den Shelly GW.

    Afaik müssen der Blu Gateway und Shelly Gen3 die als Bluetooth GW funktionieren sollen, in der App in den Netzwerkeinstellungen "Bluetooth" und "Bluetooth-Gateway" aktiviert haben.

    Aber wann muß zusätzlich "RPC" in den Bluetooth settings aktiviert sein?

    Meines Wissens, werden die RPC genutzt, um auf den empfangenden Geräten Aktionen auszuführen.
    Aber eigentlich sollen die Shelly Geräte und der BluGW doch garkeine RPC calls über Bluetooth selbst ausführen, sondern nur per Gatewayfunktion ins WLAN weiterleiten. Also braucht Bluetooth RPC auf den Shelly und GW garnicht aktiv zu sein?

    Wenn ich es richtig verstanden habe, wäre eine aktive Bluetooth RPC funktion (ohne Verschlüsselung) eine Sicherheitslücke, und sollte, wenn nicht benötigt, abgeschaltet sein.

    Was kann eine zweckdienliche Anwendung einer aktivierten Bluetooth RPC Einstellung sein? Z.B. direkte Steuerung von Shelly Gen3 durch BluMotion ganz ohne WLAN ?

    Du wolltest die Pumpe ab 9.00 laufen lassen. Die Aktion läuft aber frühestens ab 12, gemäß deiner Einstellung.

    Die Aktion würde getriggert, wannimmer weniger als 500W Gesamtleistung verbraucht werden. (Übergang von >500W auf <500W)

    Willst du die Pumpe erst bei PV Einspeisung laufen lassen, müsstest du -500W schreiben.


    Leider funktionieren Aktionen aus irgendeinem Grund nicht trennscharf. Ich habe beobachtet, dass die Schwellwerte erst signifikant übertreten werden müssen, und für eine gewisse Zeit, bevor final der Hook/Aktion getriggert wird

    Aber es geht.

    tvbshelly

    Ich hatte bei Shelly ein Ticket dazu aufgemacht. Dabei hat sich herausgestellt, dass die Shelly Entwickler eine andere Auffassung der Bedeutung des Parameters haben.

    Obwohl es in der Parameterbeschreibung heißt:
    "Alle Ereignisse, die den Hook während dieses Intervalls auslösen, werden ignoriert."

    Ist die Funktionalität für diesen Parameter "Mindestintervall" bei Shelly anders implementiert. Dort wird es so aufgefaßt:
    "nur der erste folgende Hook, wird im Intervall unterdrückt. Jeder weitere folgende Hook wird auch innerhalb des Intervalls, sofort ausgeführt"

    Wenn also vielmals in einem 240s Intervall die Bedingung in Watt für den Hook gegeben ist, wird zwar immer der zweite Hook nach einer Ausführung eines Hooks im Intervall unterdrückt, aber nachfolgend Hooks werden wieder ausgeführt. Also quasi jeder zweite Hook.

    Eine ziemlich unnütze Implementationsweise. Und mindestens der Beschreibungstext der Bedingung ist falsch formuliert.

    Ich habe

    a) Shelly um eine korrektur des Beschreibungstextes gebeten, damit der Parameter nicht mehr mißverstanden werden kann.

    b) werde ein Ticket bei Shelly eröffnen für eine Korrektur, die als Funktion das implementier, was der Beschreibungstext des Parameters aussagt. Nämlich, dass mit dem ersten Hook ein Timer gestartet werden soll, und während dieser Timer läuft, wird keinesfalls irgend ein folgender Hook aktiviert. Sondern erst nach Ablauf des Mindestintervalls.
    Das wäre dann korrekt und nützlich.

    Nimm doch einfach eine Gesamtwirkleistung x Watt als ersten Teil der Bedingung und dann setzte "Wiederhilen,wenn" auf 240sec. Wobei x Watt knapp über deinem aktuellen Energieverbrauch liegen sollte = Bedingung nicht erfüllt.

    Dann schalte einige Lampen ein, dass der Verbrauch über die Schwelle kommt. Die Aktion sollte ausgelöst werden.

    Dann die Lampe/Verbraucher wieder abschalten, um unter die Schwelle zu kommen. (Aktion wird zurückgenommen?)

    Dann binnen 240sec wieder die Lampe/Verbraucher einschalten. Jetzt sollte die Aktion eigentlich nicht mehr ausgelöst werden.

    Wird sie bei mir aber trotzdem.

    Wo liegt mein Fehler?

    apreick ja sorry, meinte die Shelly smart Control App.

    Wenn das Smartphone im Hotspot Modus dem Shelly Baustein ein WLAN bereitstellt, kann der Shelly über diesen Internetzugang seine Daten in die Shelly Cloud schicken.

    Und die Shell App kann diese Daten aus der Cloud wieder anzeigen.

    Ein lokaler Direktzugang zur IP basierten WebGUI wäre da garnicht erforderlich.

    Oder wo hab ich da einen Gedankenfehler drin?