Senden HMIP-Wandtaster keine Events?

Wer HMIP-Wandtaster wie z.B. den HMIP-WRC6, der HMIP-WRC2 oder den HMIP-BRC2 besitzt hat sich vielleicht schonmal gefragt, warum man das Drücken einer Taste auf den Schaltern als Events nicht mit Openhab, Node-Red oder IOBroker abfragen kann, um z.B. Geräte anderer Hersteller zu bedienen.  Dies liegt daran, dass die Schalter im  Normalfall keine Events an eine CCU schicken, wenn eine Taste betätigt wird. Bei Taster-/Aktoren-Komibinationen tritt dieses Thema nicht auf, da sie immer Events an die CCU schicken.

Warum ist das so?

Einige diese Wandtaster funktionieren mit Batterien. Daher hat EQ3 eine Möglichkeit gesucht, den Batterieverbrauch zu reduzieren. EQ3 geht davon aus, dass die meisten Taster über eine Direktverbindung mit dem Aktor verbunden sind. Diese Direktverbindung wird immer im Gerät gespeichert. Daher hat EQ3 die Geräte so konfiguriert, dass sie ihre Aktionen nicht automatisch an die CCU senden. D.h. eine Tastendruck löst über die Direktverbidnung zwar einen Aktor (z.B. Licht aus), die CCU erhält aber nicht die Info, dass dies über einen Tastendruck erfolgt ist. Stattdessen sieht die CCU, dass der Aktor seinen Zustand geändert hat. Die folgenden beiden Möglichkeiten erzeugen dennoch diese Events, so dass man sie auch mit Drittsystemen empfangen kann. Die Lösung bezieht sich dabei auf eine CCU und nicht auf einen HAP.

Events durch Programme erzeugen

Die erste einfache Möglichkeit ist, Dummy Programme zu erstellen, in denen ein Taster abgefragt wird. D.h. man erstellt ein neues Programm auf einer CCU und fragt z.B. ab, ob der Wandtaster mit einem kurzen Tastendruck betätigt wurde. Es wird kein Befehl ausgeführt, so dass das Programm nur aus einer Abfrage besteht.

Nach Speichern des Programms wird durch die CCU eine Konfigurationsänderung an den Taster geschickt, der bei batteriebetriebenen Geräten bestätigt werden muss.

Im Anschluss erhält die CCU bei jedem Tastendruck einen Event. Diesen Event kann man dann auch mit Drittsystemen abfragen, da er durchgereicht wird. Dabei ist es nun egal, wie die Taste gedrückt wird, der Event wird immer generiert.

Als ich allerdings versucht habe, ganz viele Oder-Bedingungen mit verschiedenen Tastern  in einem Programm abzufragen war das Ergebnis, dass nur das Event des ersten Tasters tatsächlich generiert wurde. Ich schließe daraus, dass für jeden Taster (nicht für die Art des Tastendrucks) ein eigenes Dummy-Programm erzeugt werden muss. Daher habe ich mich für die zweite einfachere Möglichkeit entschieden.

Events über Kanaleinstellungent aktivieren

Ja, diese Möglichkeit gibt es, ich habe sie bisher übersehen.

Zu jedem Gerät und Taster gibt es einen eigenen Kanal. Wer in den Geräteeinstellungen den Kanal mit dem gewünschten Taster anklickt (nicht auf Einstellungen gehen sondern nur auf den Namen klicken) erhält folgenden Screen:

Hier befindet sich ganz unten der Bereich "Taster-/Schaltevent an Zentrale" und darunter zwei Button mit "Aktivieren" und "Deaktivieren". In der dazugehörigen Hilfe weist EQ3 nochmal auf den Grund hin, warum dies Events nicht automatisch erzeugt werden. Drücke ich den Aktivieren-Button, dann fragt die CCU, ob eine Verknüpfung des Tasters mit der CCU angelegt werden soll (dies ist keine Direktverknüpfung). Nach Bestätigung dieser Meldung und Bestätigen des "OK"-Buttons im Hauptfenster schickt die CCU anschließend eine Konfigurationsänderung an den Taster. Nach dem Bestätigen dieses Events auf einem batteriebetriebenen Taster empfängt die CCU ab sofort alle Events, wenn eine Taste betätigt wurde.

Hinweis: Wenn man vorher ein Programm angelegt hat (siehe oben) um das Thema zu lösen, dann wird mit dem Löschen des Programms auch automatisch wieder eine Konfigurationsänderung an den Taster geschickt, die das Gerät vorher bestätigen sollte, bevor die zweite Lösung umgesetzt wird.

Mit dieser Lösung lassen sich jetzt auch die Events von HMIP-Tastern einfach in anderen Systemen empfangen und können dort Aktionen z.B. mit Aktoren anderer Hersteller auslösen.