Blueprint-Blues

In meinem Haus ist einiges mit Home-Assistant automatisiert und meine erste Automatisierung war vor etwas mehr als einem Jahr meine Nachttischlampe. Die konnte ich erst mal mit dem Handy steuern, dann via gescannten NFC-Tags ein Programm abspulen, abends zum Einschlafen, morgens zum Aufwachen. Ich wollte aber auch einen Taster haben um eben mal ohne das Handy raus kramen zu müssen mal eben das Licht steuern zu können. Dafür habe ich mir dann bei Ikea den Rodret-Taster1 besorgt und um den zum Leben zu erwecken gab es einen Blueprint, also eine Vorlage bei dem man die Trigger auswählen konnte und was dann passieren soll. Das hat aber immer wieder gezickt.

So kam es immer wieder vor, dass ich abends zwar meine Lampe einschalten kann, aber dann nicht mehr ausschalten kann. Es war wie verhext, mal ging es, mal nicht. Und wenn es zu Problemen kam half nur noch Handy raus, Zigbee2MQTT aufrufen, den Rodret Taster suchen und ein paar mal auf „Identify“ tippen. Irgendwann ging es dann wieder.

Mittlerweile habe ich für meine Lampe einen anderen Taster von Sonoff und der arbeitet deutlich besser. Trotzdem habe ich heute nochmal den zickenden Rodret rausgeholt, denn für meine Lampe in der Waschküche hätte ich gerne ebenfalls einen manuellen Taster. Die wird zwar via Bewegungsmelder gesteuert, aber der mag mich auch manchmal nicht. Oder man möchte für längere Arbeiten dort einfach die Lampen auf Dauerlicht stellen. Im Homne Assistant habe ich dafür einen Schalter-Helfer definiert, wenn der auf „on“ ist, dann sind die Lampen an.

Also nochmals den Rodret-Bluprint eingerichtet, diesmal ganz einfach mit 3 Optionen

  • tippen auf On -> Lampe geht an
  • tippen auf Off -> Lampe geht aus
  • On lange drücken -> Lampe geht für 3 Minuten an und dann aus.

Einfach einzurichten, aber wieder die gleichen Probleme wie zuvor. Ich wollte dann diese Blue-Print-Automatisiereung mal „tracen“ und bin schier vom Stuhl gefallen als ich das Trace-Window sah:

Trace Window des Blueprints

Das ist alles andere als überschaubar und wenn versuche, die Kontrolle zu übernehmen, dann wird es dadurch auch nicht besser. Und ich hatte den Eindruck, dass innerhalb der Actions einer Automatisierung dann wieder auf irgendwelche Trigger gewartet wird, was womöglich die Probleme erklären würde.

Also habe ich mir selbst eine Automatisierung ohne Blueprint gestrickt, gleiche Optionen wie oben, jedoch mit manuell konfigurierten Triggern und dann einer Auswahlleiste, die definiert, wie auf die 3 Trigger reagiert wird. Und die funktioniert problemlos wie sie soll, und auch das Trace-Window sieht sehr übersichtlich aus:

Trace Window der selbst gemachtn Automation

Nur 3 Trigger (Sternchen oben), die 3 Auslöser definieren, dann eine Auswahl der 3 möglichen Auslöser. Und dann linerar was zu tun ist, also Schalter betätigen oder im 3. Fall (Timerbetriebe) Schalter betätigen, Zeit warten, Schalter betätigen.

Und das funktioniert nun auch wie es soll. Möglicherweise habe ich also vollkommen zu Unrecht auf den Ikea Rodret geschimpft und das Problem ist gar nicht der Taster, sondern der Blueprint, der Bugs enthält.

  1. Ikea Rodret (Zigbee2MQTT Kompatibiltätsliste) ↩︎

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert