Also, nun scheinen die Dinger (HEIMAN HS1SA Smart Rauchsensor) zu laufen und deshalb wollte ich hier mal einen abschließenden Erfahrungsbericht über die Einbindung schreiben. Vielleicht hilft es ja dem einen oder anderen. Um es gleich vorneweg zu nehmen: Ich habe keine Ahnung, was jetzt wirklich anders ist im Gegensatz zu meinen bisherigen Versuchen, aber so hat es letztendlich (auch vor allem Dank to0b ´s Hilfe) geklappt. Nun denn:
Erstmal alte Version von deCONZ deinstalliert (sofern bereits vorhanden):
sudo service deconz stop
sudo apt remove deconz
Ich habe deCONZ noch einmal komplett neu installiert, wie auf der Github Seite beschrieben:
wget http://www.dresden-elektronik.de/rpi/deconz/beta/deconz-2.05.12-qt5.deb
sudo dpkg -i deconz-2.05.12-qt5.deb
sudo apt update
sudo apt install -f
Dann habe ich den Pi neu gestartet (Stecker gezogen nur um sicher zu gehen).
Erster interessante Effekt: Das Wireless Light Interface bietet ein Firmware Update (Nicht Software Update!). Habe ich angestoßen und das dauert eine Weile. Leider bekommt man kein Feedback, wann die Firmware installiert ist. Einziger Anhaltspunkt: Wenn man das Firmware Update nochmalig anstößt gibt es eine Fehlermeldung. Wenns fertig ist und man die Seite nur lädt, wird keine Updateoption mehr bereitgestellt. Der Vorgang hat bei mir gefühlte 10-15 Minuten gedauert. Also Geduld mitbringen...
Unangenehmer Seiteneffekt: Zwischenzeitlich hat das Wireless Light Interface sowohl die Ports 80 als auch 8080 auf dem Pi belegt. Das hat mir mein config-ui-x Plugin abgewürgt, das bis dahin auf Port 8080 ansprechbar war. Nach dem Firmware Update und dem Reboot wurde dem Wireless Light Interface wieder nur der Port 80 zugewiesen als wäre nix gewesen. Weiß der Teufel, was das für ein Übernahmeversuch war...
Dann bin ich die allgemein bekannte Prozedur zum Auslesen des deCONZ Schlüssels durchgegangen:
- In der Config "":""als User eingetragen
- Im Wireless Light Interface Unlock Bridgeangeklickt
- Homebridge gestartet
- User Key aus Log ausgelesen und in config eingetragen
- Homebridge neu gestartet
- deCONZ in Homekit als neues Gerät angemeldet
deConz läuft und war in HomeKit sichtbar/ ansprechbar. So weit schon mal so gut.
Dann per Terminal den deCONZ Dienst beendet
sudo service deconz stop
und die deCONZ Oberfläche über VNC gestartet. Der Vorteil ist, dass dies das einzige Interface ist, in dem man die Rauchmelder tatsächlich als Geräte sichtbar machen kann. Das Raspee Modul wird dann auch gleich als einziger Node angezeigt.
Jetzt das Anlernen eines Rauchmelders:
Mit Hilfe des mitgelieferten Pins den sogenannten "Networking Button" in dem kleinen Loch spürbar drücken. Dazu eine kleine nicht dokumentierte Farbenlehre so weit ich mir das jetzt zusammenreimen kann:
- Schnelles grünes Blinken (ca. 5Hz) scheint zu bedeuten, dass das Gerät im Kopplungsmodus ist
- Etwas langsameres Blinken (ca. 1-2Hz): Das Gerät ist gekoppelt
Wenn das Gerät gekoppelt ist, erscheint es auch auf der grafischen deCONZ Oberfläche als Node. Nebenbemerkung: Sowohl im Wireless Light Interface als auch in phoscon wird das Gerät auch nach gelungener Kopplung nicht angezeigt! Die Verbindungslinie kann farblich variieren von grün=gute Verbindung zu rot=schlechte Verbindung. Allerdings hatte ich manchmal über längere Zeit orange Verbindungen, obwohl der Rauchmelder und der Pi genau nebeneinander lagen. So viel zum Thema Verbindungssicherheit bei Z-wave... Um die Verbindung zu testen, kann man einen Testalarm am Rauchmelder auslösen, in dem entsprechenden Node der deCONZ Oberfläche blinkt dann ein kleiner Kreis kurz blau auf. Das scheint eine Symbolik für einen aktuellen Datenaustausch zu sein. Die Verbindung und Einbindung ist damit eigentlich(!) erledigt.
Wer jetzt aber denkt, dass die Rauchmelder nun ohne Probleme in HomeKit auftauchen, den muss ich ein wenig vertrösten. Es dauerte bei mir ca. 10-15 Minuten bis der Rauchsensor dann auch tatsächlich in HomeKit sichtbar wird. Neustart von HomeKit, Eve, Pi, Homebridge und dergleichen scheinen da keinen verkürzenden Einfluss drauf zu haben. Also auch hier wieder: Geduld!
Wenn der Sensor erst einmal da ist, passiert bei mir folgendes: Zunächst wird angezeigt, dass die Batterie leer sei. Das kann man beheben, in dem man am Rauchmelder einen Testalarm auslöst (Danke to0b). Danach wird der Batteriestand korrekt angezeigt. Jetzt die nächste Ernüchterung: Mit ein wenig Pech bleibt der testweise ausgelöste Alarm permanent an! Das kann man beheben, indem man erneut einen Testalarm auslöst. Das ganze wiederholt man so lange, bis HomeKit erkennt, dass das nur ein Test war und wieder auf "Keine Gefahr" umstellt.
Dann gibt es noch einen Effekt, den ich leider nicht 100% reproduzieren kann: Entweder nach Neustart des Pi, des deCONZ Dienstes oder der entsprechenden Homebridge-Hue Instanz wird plötzlich ein "[...] Fehlercode 1 [...]" ausgegeben. Entgegen Erfahrungen anderer geht dieser Fehler bei mir nicht mit der Zeit weg sondern bleibt ebenfalls permanent, bis ich erneut einen Testalarm ausgelöst habe. Dann wird die Fehlermeldung gestrichen. Ggf. muss auch hier wieder mehrmals der Alarm auslöst werden, damit der Alarm in HomeKit zurückgesetzt wird.
Voilà! Jetzt ist alles wie es sein soll: Batterie mit korrektem Ladestand, keine Fehlermeldung und der Alarm ist auch nicht ohne Grund an - mal sehen wie lange...
Und dann geht das Spiel mit dem nächsten Rauchmelder (ohne Neuinstallation von deCONZ) von vorne los...
Fazit:
Scheint jetzt zu funktionieren, aber bequem ist anders. Naja, man darf sich ja über solche nicht von den Herstellern direkt unterstützten Funktionen beschweren.
Und wie meine Frau dann immer mit schüttelndem Haupt sagt, wenn ich nach mehreren Nächten voller Blut, Schweiß und Tränen (hoffentlich) einen Erfolg vermelden kann: "Du willst es doch auch gar nicht anders!" - so wahr und doch so falsch...