Rollladen per Shelly 2.5 steuern *Lösung*
-
Um einen Rollladen ohne 2-Wege Handschalter im Tipp-Betrieb steuern zu können, habe ich folgende Lösung parat:
Ich habe in meinem Wohnzimmer insgesamt fünf Rollläden (4 Fenster, 1 Balkontür). Diese wurden mit einem Gurt bedient. Um nicht immer die große Runde gehen zu müssen, habe ich mir die Rollos mit Motoren aufgerüstet. Aber anstatt fünf 2-Wege-Schalter für die lokale Bedienung zu installieren (Unterputzdose + Kabel), habe ich mir zwei Zigbee Tastfelder mit jeweils 6 Tastern geholt. Diese haben pro Taste vier verschiedene Events (1x,2x,3x tippen, halten). Da drei Fenster im Erker direkt nebeneinander sitzen, habe ich diese drei auch auf einem Tastfeld zusammengeführt. Links Oben 1x tippen heißt automatisch auffahren, gedrückt halten fahren bis man loslässt. Angeschlossen sind die Motoren an einem Shelly 2.5 im Rollladenmodus. Der Vorteil ist, dass das Shelly automatisch eine Tastverriegelung sicherstellt, damit auf/ab nicht gleichzeitig betätigt sein können, was den Motor beschädigen könnte!
Da ich nur die halten und 1x tippen Events des Schalters benutzt habe, bleiben noch 2x,3x frei, um alle Rollos parallel zu verfahren oder auf eine bestimmte Position.
Da ich pro Rollo eine Wippe benutze bleibt mir für meine Markise sogar noch einer frei, technisch der selbe Ansatz.
Vielleicht hat der ein oder andere auch überlegt auf die 2-Wege-Schalter zu verzichten und alles zu bündeln, ohne irgendwie 6 Schalter unter/nebeneinander setzen zu wollen bzw. alles mühselig zu verkabeln. Mir ist durchaus bewusst, dass ich 100% von der Funktion des Shellys abhängig bin, allerdings habe ich den Rollladenkasten extra so gebaut um zerstörungsfrei jederzeit dran zu kommen.
-
@gintonik
Mit der Lösung Trigger im Trigger wirst Du nicht lange Freude haben. -
@paul53 Was meinst du genau? Meinst du das Shelly macht Probleme oder ioBroker hängt sich auf?
-
@gintonik wenn du das Skript neu startest, wie viele Trigger/Subscriptions meldet er unten?
Die verschachtelten sollten theoretisch nie bzw. erst kommen wenn der darüber ausgelost hat (und der muss dann die ganze zeit im Ausführen-Zustand bleiben bis der innere abgearbeitet ist) -
@gintonik sagte: Was meinst du genau?
Jeder Trigger mit "hold" auf wahr erzeugt einen weiteren Trigger mit "hold" auf falsch, wodurch die Anzahl der Trigger-Ereignisse ständig steigt. Ob das die Shellys vertragen, weiß ich nicht, aber irgendwann ist damit ioBroker überlastet.
Auf einen Datenpunkt wendet man nur einen Trigger an und verzweigt innerhalb des Triggers bei wahr / falsch:
-
@bananajoe sagte: der muss dann die ganze zeit im Ausführen-Zustand bleiben bis der innere abgearbeitet ist
Trigger reagieren auf Ereignisse (Flanken / Aktualisierungen des Zeitstempels). Sie halten keinen Zustand.
-
@paul53 naja, der ist dann halt nicht abgearbeitet sondern müsste im Programmablauf auf die Fertigstellung des eingebetteten Triggers warten. Mein innerer Monk sagt mir das.
-
@bananajoe sagte: der ist dann halt nicht abgearbeitet sondern müsste im Programmablauf auf die Fertigstellung des eingebetteten Triggers warten.
Der äußere Trigger wartet nicht, sondern erzeugt jedes Mal einen inneren Trigger. Alle so erzeugten inneren Trigger warten auf ihr Ereignis und reagieren unmittelbar nacheinander darauf.
-
Gut, das Blockly lässt sich ändern, werde ich dann auch tun. Primär ging es mir um die Umsetzung mit den Zigbee-Tastern, da ich dadurch wesentlich flexibler bin und nicht 5x 5x1,5m² verlegen muss. Ich fand die Taster sehr interessant, da jede Taste 4 Zustände einnehmen kann, was pro Einheit 24 Events darstellt.
-
@paul53 du hast Recht ... aber in meinen Programmablaufplänen aus den 80/90er kann ich das nicht vernünftig darstellen ...
