Z-Wave (RaZberry 7) Mal ganz in Ruhe...
Verfasst: 18. Nov 2023 12:27
Moin,
ich betreibe seit 3 Jahren einen Raspberry mit OpenHAB (und vorwiegend Z-Wave Geräten)
Ich war immer sehr unzufrieden mit der Latenz und möchte euch nun meine neue Konfiguration vorstellen und hege einen letzten Hoffnungsschimmer gemeinsam mit euch ein sauberes und stabiles Mash aufbauen zu können.
Grundgedanke: Grüne Wiese mit openHAB 4.0.4 (da die Migration eh total in die Hose ging)
Zuerst die Grundkonfiguration
Verwirrung unter Z-Way: (kleine Nebenbaustelle)
Unter http://192.168.1.11:8083/expert/#/network/controller gibt es diverse "Funktionen des Controllers", die man wie z.B. "Z-Wave Long Range" (default: false) mittels Lizenzerweiterung aktivieren kann. Da sie für diese Funktion kostenlos ist, habe ich das auch getan und sehe es nun dort angekreuzt.
ABER unter http://192.168.1.11:8083/expert/#/network/control folgendes Bild: Wichtig/Unwichtig? Wie lautet die Spezifikation hierzu und was kann es mir bringen (irgendwo habe ich etwas von einigen Meilen gelesen, was mich max verwirrt)
Das Eigentliche Problem: (sauberes Z-Wave Netzwerk)
Ich habe das Z-Wave und das Z-Way(ist eh nur ein http-Client zu 192.168.1.11:8083) Binding parallel installiert und teste wie folgt durch.
sudo service z-way-server start (gleichzeitig das Z-Wave binding deaktiviert/pausiert)
Nodecounter (weitere Nebenbaustelle)
Bevor ich überhaupt gestartet habe, habe ich mir ein Backup innerhalb von Z-Way erstellt (also mit keinem zweiten Node)
Das einspielen des Backups nach 2-3 Weiteren Nodes hat nicht (wie ich dachte) dafür gesorgt, dass der Counter mit gespeichert wurde. Somit war dann mein Allerste Node die #4. Hier half dann in meiner Testumgebung nur der Hardreset des Controllers.
Was bringt mir dieses Backup dann also? (wichtige Frage für später im Bezug auf openHAB)
Back to openHAB:
Wie gesagt hätte ich jetzt Z-Way weiter laufen lassen und den funktionierenden Node3 über das Z-Way binding ansteuern können (kaum zusätzliche Latenz)...
Nun Andersherum:
Meine Fragen:

LG David
ich betreibe seit 3 Jahren einen Raspberry mit OpenHAB (und vorwiegend Z-Wave Geräten)
Ich war immer sehr unzufrieden mit der Latenz und möchte euch nun meine neue Konfiguration vorstellen und hege einen letzten Hoffnungsschimmer gemeinsam mit euch ein sauberes und stabiles Mash aufbauen zu können.
Grundgedanke: Grüne Wiese mit openHAB 4.0.4 (da die Migration eh total in die Hose ging)
Zuerst die Grundkonfiguration
- Raspberry Pi 4 Model B Rev 1.1
- openhabian@192.168.1.11
- RaZberry by Z-Wave.Me
- Z-Wave Chip: ZW0700
- SDK Version: 7.20.00
- Neueste Firmware
- Sorfware Versionsnummer v4.1.2-wb1 (Firmware?)
Verwirrung unter Z-Way: (kleine Nebenbaustelle)
Unter http://192.168.1.11:8083/expert/#/network/controller gibt es diverse "Funktionen des Controllers", die man wie z.B. "Z-Wave Long Range" (default: false) mittels Lizenzerweiterung aktivieren kann. Da sie für diese Funktion kostenlos ist, habe ich das auch getan und sehe es nun dort angekreuzt.
ABER unter http://192.168.1.11:8083/expert/#/network/control folgendes Bild: Wichtig/Unwichtig? Wie lautet die Spezifikation hierzu und was kann es mir bringen (irgendwo habe ich etwas von einigen Meilen gelesen, was mich max verwirrt)
Das Eigentliche Problem: (sauberes Z-Wave Netzwerk)
Ich habe das Z-Wave und das Z-Way(ist eh nur ein http-Client zu 192.168.1.11:8083) Binding parallel installiert und teste wie folgt durch.
sudo service z-way-server start (gleichzeitig das Z-Wave binding deaktiviert/pausiert)
- Starte Inklusion (mittels "sicher S2 & S0" wie im obigen ScreenShot bereit ersichtlich)
- Drücke 3x den Taster1 oder B meines Fibaro Gerätes, welches binnen Sekunden erkannt wird. (3m + Wand entfernt)
- Gleich Danach kommt eine Info "Waiting for Security Key..." die gefühlt nie verschwindet.
- Unter http://192.168.1.11:8083/expert/#/confi ... nterview/3 sehe ich dann auch NICHT das Häkchen für "Sicherheitsinterview" sowie das Interview hängt irgendwo bei 97%
Nodecounter (weitere Nebenbaustelle)
Bevor ich überhaupt gestartet habe, habe ich mir ein Backup innerhalb von Z-Way erstellt (also mit keinem zweiten Node)
Das einspielen des Backups nach 2-3 Weiteren Nodes hat nicht (wie ich dachte) dafür gesorgt, dass der Counter mit gespeichert wurde. Somit war dann mein Allerste Node die #4. Hier half dann in meiner Testumgebung nur der Hardreset des Controllers.
Was bringt mir dieses Backup dann also? (wichtige Frage für später im Bezug auf openHAB)
Back to openHAB:
Wie gesagt hätte ich jetzt Z-Way weiter laufen lassen und den funktionierenden Node3 über das Z-Way binding ansteuern können (kaum zusätzliche Latenz)...
- sudo service z-way-server stop
- Z-Wave (native) Binding aktiviert und dort auf "Scan" gedrückt
- Ohne dass ich die Hardware ins "Include" geschickt habe, wurde das Gerät gelistet und konnte hinzugefügt werden.
Code: Alles auswählen
2023-11-18 12:58:34.540 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE to ONLINE: Node initialising: EMPTYNODE
2023-11-18 12:58:34.578 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: EMPTYNODE to ONLINE: Node initialising: IDENTIFY_NODE
2023-11-18 12:58:34.602 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: IDENTIFY_NODE to ONLINE: Node initialising: PING
2023-11-18 12:58:34.742 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: PING to ONLINE: Node initialising: REQUEST_NIF
2023-11-18 12:58:34.848 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: REQUEST_NIF to ONLINE: Node initialising: SECURITY_REPORT
2023-11-18 12:59:20.948 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: SECURITY_REPORT to ONLINE: Node initialising: MANUFACTURER
2023-11-18 12:59:25.304 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: MANUFACTURER to ONLINE: Node initialising: APP_VERSION
2023-11-18 12:59:25.453 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: APP_VERSION to ONLINE: Node initialising: DISCOVERY_COMPLETE
2023-11-18 12:59:25.455 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: DISCOVERY_COMPLETE to ONLINE: Node initialising: VERSION
2023-11-18 12:59:31.596 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: VERSION to ONLINE: Node initialising: ENDPOINTS
2023-11-18 12:59:31.597 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: ENDPOINTS to ONLINE: Node initialising: UPDATE_DATABASE
2023-11-18 12:59:31.605 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: UPDATE_DATABASE to ONLINE: Node initialising: STATIC_VALUES
2023-11-18 12:59:32.006 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: STATIC_VALUES to ONLINE: Node initialising: ASSOCIATIONS
2023-11-18 12:59:32.008 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: ASSOCIATIONS to ONLINE: Node initialising: SET_WAKEUP
2023-11-18 12:59:32.009 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: SET_WAKEUP to ONLINE: Node initialising: SET_ASSOCIATION
2023-11-18 12:59:32.012 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: SET_ASSOCIATION to ONLINE: Node initialising: SET_LIFELINE
2023-11-18 12:59:32.013 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: SET_LIFELINE to ONLINE: Node initialising: GET_CONFIGURATION
2023-11-18 12:59:36.538 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'zwave:device:9b8863b839:node3' changed from ONLINE: Node initialising: GET_CONFIGURATION to ONLINE
- In OpenHAB includiert. Und ein Node erhalten, der wieder stark verzögert reagierte (3m Abstand)
- Excluded...
- Innerhalb von openHAB --> Controller (advanced) die "Inclusion Mode Timeout": auf 80 hochgeschraubt, da mit mit diesem Binding ja auch nie sieht, wann das Interview abgeschlossen ist
- Include aus 1m Entfernung brachte ein brauchbares(?) Thing.
- In OpenHAB das Bindig deaktiviert/pausiert
- sudo service z-way-server start
- Der Node aus OH ist sichtbar
- Das Interview steht jedoch auf 0% und ein "Erneutes Interview" innerhalb Z-Way springt überhaupt nicht an
Meine Fragen:
- Wie soll ich weiter vorgehen, um ein brauchbares Netz zu erhalten, dass ich auch sichern kann?
- Auf Z-Way komplett umsteigen? (Dort sind die Geräteparameter oft nicht vollständig oder nicht ohne Trick setzbar, da ein BinärInt als RadioButton gerendert wird)
- Wie bekommt man ein Inklude hin, dass einige Meter zulässt? (Meine Geräte sind gut verbaut)
- PS: Exlude aus altem/fremden Netz funktioniert auch mit neuem Controller
- Hat Jemand mit HomeAssistant Erfahrung, wenn ich diesen NUR als Z-Wave-Controller-Server für openHAB nutzen würde, so wie es mit dem Z-Way Binding hier gedacht war?
- Oder doch alles rausreißen und auf MQTT über WLAN umsteigen und sich dann ärgern, weil man das WLAN-Signal nicht bis in die letzte Ecke bekommt?

LG David