Zusammenspiel Actions mit Timer Auto ON/OFF funktioniert nicht

    • Offizieller Beitrag

    Hallo zusammen,

    ich habe gerade versucht mit Hilfe der Actions ein Problem zu lösen. Leider bin ich aktuell gescheitert weil offensichtlich das Zusammenspiel der Befehle die über Actions auf einen Shelly wirken Einfluß auf die Einstellungen der Timer Auto ON/OFF-Funktion haben.

    Die Aufgabenstellung war wie folgt:

    • Shelly A ist normalerweise immer eingeschaltet
    • Shelly B schaltet sich einmal die Woche für x Zeit über den SW-Eingang EIN und auch über den SW-Eingang wieder automatisch AUS (Signal einer externen Heizungssteuerung).
    • Wenn Shelly A länger als x Zeit eingeschaltet ist soll Shelly B abgeschaltet werden (Auslösung eines Resets der an Shelly B angeschossenen Heizungssteuerung) und sich anschließend nach 2s wieder selbst einschalten.
    • Wenn Shelly A kürzer als x Zeit eingeschaltet ist soll an Shelly B nichts passieren .

    Das wollte ich rein auf Shelly-Ebene realisieren. Dazu habe ich die folgenden Einstellungen vorgenommen:

    Shelly A

    pasted-from-clipboard.png

    Shelly B

    • AUTO ON --> 2
      --> soll das Wiedereinschalten von Shelly B nach dem Abschalten durch die "SWITCHED ON URL" Action von Shelly A bewirken.

    pasted-from-clipboard.png

    Das Problem ist nun folgendes:

    Die Action-Befehle funktionieren genau wie erwartet, aber sie blockieren offensichtlich den Auto ON Befehl von Shelly B. Der funktioniert nämlich nicht. Jedenfalls nicht wenn der vorherige OFF-Befehl über Actions kam. Kommt der OFF-Befehl jedoch von einem Schalter der an SW angeschlossen ist dann funktioniert der Auto ON Befehl wie erwartet.

    Ich denke daß dies ein FW-Bug ist. Hat evtl. was mit der Programmierreihenfolge in der FW zu tun.

    Ich dachte ich hätte eine einfache Methode gefunden um mein Problem zu lösen. Leider klappt das aber nicht. Jetzt muß ich entweder noch einen weiteren Shelly dazwischen bauen, oder das Ganze doch in FHEM realisieren, was ich eigentlich nicht wollte.

    Ich weiß, daß das Ganze ein wenig um die Ecke gedacht ist, aber ich hielt das für einen cleveren Trick um die Funktion rein auf Shelly-Ebene realisieren zu können. Falls Jemand eine Idee hat das Problem anders zu lösen dann immer her damit.

    Grüße Bernd

    Mein "Smarthome":

    FHEM als "Master"(Cloud-Free :))mit 89 Shellys(1,1PM,2,2.5,4Pro,RGBW2,PlugS,Uni, alle mit Original-FW),13x Sonoff (Tasmota-FW),12x Blitzwolf/Gosund(Tasmota-FW),85x One-Wire Temp-Sensoren(16x D1-Mini mit Tasmota-FW),51x Modbus(Hutschienenzähler),31x Intertechno 433MHz(Rolladen-Aktoren),16x FBDECT(8 Heizkörperthermostate,8 Schaltsteckdosen),21x Homematic(16 Raumthermostate,3 FB-Heizungsaktoren,2 Repeater),1x Loxone MiniserverGo,etc

    Neues von Print Worth 3D: ==> Marktplatz

    • Offizieller Beitrag

    Hallo Bernd,

    ich kann mich leider erst später ausgiebiger mit Deinem Szenario beschäftigen, aber

    ...

    Das Problem ist nun folgendes:

    Die Action-Befehle funktionieren genau wie erwartet, aber sie blockieren offensichtlich den Auto ON Befehl von Shelly B. Der funktioniert nämlich nicht. Jedenfalls nicht wenn der vorherige OFF-Befehl über Actions kam. Kommt der OFF-Befehl jedoch von einem Schalter der an SW angeschlossen ist dann funktioniert der Auto ON Befehl wie erwartet.

    ...

    Das kann ich so nicht ganz bestätigen.

    Shelly B weiß ja nicht, woher der http-Befehl kommt!

    Und genau mit diesem Szenario verhindere ich ein versehentliches Ausschalten eines PlugS. ;)

    Beim Testen habe ich den Abschalt-Request per Homematic losgesandt. Der AUTO-ON hat des Shelly hat zuverlässig nach eingestellter Zeit wieder eingeschaltet.

    Ich kann natürlich nicht ausschließen, dass sich Shelly1 oder 2.5 da anders verhalten als der PlugS.:/

    • Offizieller Beitrag

    Ok, ein unterschiedliches Verhalten verschiedener Shelly-Typen kann ich natürlich auch nicht ausschließen. Vielleicht würde es in meinem originalen Einsatzfeld sogar funktionieren, wer weiß?

    Zum Testen habe ich natürlich nicht ständig die Heizung EIn- und Aus geschaltet, aber das kann ich mit den richtigen Shelly Typen natürlich noch mal nachvollziehen.

    Getestet habe ich mit einem Shelly 2 (ShellyA=Action-Sender) und einem Shelly 1PM (Shelly B=Action-Empfänger). In der Originalanwendung wären es zwei Shelly 1.

    Grüße Bernd

    Mein "Smarthome":

    FHEM als "Master"(Cloud-Free :))mit 89 Shellys(1,1PM,2,2.5,4Pro,RGBW2,PlugS,Uni, alle mit Original-FW),13x Sonoff (Tasmota-FW),12x Blitzwolf/Gosund(Tasmota-FW),85x One-Wire Temp-Sensoren(16x D1-Mini mit Tasmota-FW),51x Modbus(Hutschienenzähler),31x Intertechno 433MHz(Rolladen-Aktoren),16x FBDECT(8 Heizkörperthermostate,8 Schaltsteckdosen),21x Homematic(16 Raumthermostate,3 FB-Heizungsaktoren,2 Repeater),1x Loxone MiniserverGo,etc

    Neues von Print Worth 3D: ==> Marktplatz

    • Offizieller Beitrag

    Den Versuch wäre es wert. Mit dem PlugS funktioniert es ja. ;)

    • Offizieller Beitrag

    Ich habe gerade nochmal verschiedene Shelly Typen (1 und 1PM) und FW-Versionen (1.50 und 1.53) getestet. Es verhält sich alles gleich.

    Die Auto ON/OFF Timer werden nicht getriggert wenn der Befehl z.B. über Actions von einem anderen Shelly reinkommt. Nur bei manuellem Schalten (ob über SW-Eingang oder WEB-IF ist dabei egal) funktioniert es.

    --> für mich ein klarer FW-Bug.

    Grüße Bernd

    Mein "Smarthome":

    FHEM als "Master"(Cloud-Free :))mit 89 Shellys(1,1PM,2,2.5,4Pro,RGBW2,PlugS,Uni, alle mit Original-FW),13x Sonoff (Tasmota-FW),12x Blitzwolf/Gosund(Tasmota-FW),85x One-Wire Temp-Sensoren(16x D1-Mini mit Tasmota-FW),51x Modbus(Hutschienenzähler),31x Intertechno 433MHz(Rolladen-Aktoren),16x FBDECT(8 Heizkörperthermostate,8 Schaltsteckdosen),21x Homematic(16 Raumthermostate,3 FB-Heizungsaktoren,2 Repeater),1x Loxone MiniserverGo,etc

    Neues von Print Worth 3D: ==> Marktplatz

  • Dieses Thema enthält 20 weitere Beiträge, die nur für registrierte Benutzer sichtbar sind, bitte registrieren Sie sich oder melden Sie sich an um diese lesen zu können.