Was willst du damit machen?
Beim Hinzufügen von neuen Z-Wave-Komponenten wird oft das Routing der Mesh-Komponenten beeinflusst, bzw. dieses ändert sich durch das Hinzufügen/Entfernen von aktiven Komponenten.
homee hat derzeit allerdings keine Möglichkeit
- das Routing (welche passiven sind mit welchen aktiven Nodes verbunden) darzustellen - egal ob in Form einer einfachen Liste oder grafisch
- einen Refresh der Routen zu erzwingen (wenn man z.B. eine neue aktive Komponente hinzugefügt oder entfernt hat)
Workaround laut Thomas:
Das “Löschen von Geräten sorgt für einen neuen Aufbau der Routing Tabellen. Hinzufügen ebenfalls. Beim neu Abfragen bekommt nur das betreffende Gerät gegebenenfalls neue Routen.”
Es ist also fürs Debuggen gut, wenn man also immer einen ordnungsgemäss entfernten Z-Wave-Plug in Reserve hat.
- die Signalstärke von aktiven oder passiven Komponenten darzustellen (geht nicht, weil gibts nicht (laut Standard), wie Thomas hier festgehalten hat).
Die Self-Healing-Funktionen des Meshs ist ebenfalls nicht transparent - das scheint laut Thomas nicht zeittrigger-getrieben sondern Event-getrieben abzulaufen:
“Es gibt keinen Intervall in dem diese Funktion automatisch abläuft da komplett neue Routen für alle Geräte das Netzwerk stark belasten. Es gibt bestimmte Events bei denen bestimmte Teilnehmer des Netzwerkes neue Routen zugewiesen bekommen. Wie bereits erwähnt z.B. beim Hinzufügen/Löschen. Bei einem Neustart (lila blinken inklusive) bekommen alle Geräte ihre Routen neu mitgeteilt (starke Netzwerkbelastung inklusive).”
Weiterhin sind Logs (lesend oder als Export via Mail) nicht zugänglich.
Gerade die Logs könnten hilfreich sein (z.B. in Verbindung mit den OZW Utilities - sofern die homee-Logs den OpenZWave-Standards entsprechen).
Die daraus erhaltenen Informationen könnten auch für die generelle Mesh-Plannung benutzt werden.
OpenZWave (auf dessen Stack homee ja aufbaut) unterstützt viele dieser Funktionen - zumindest nach meinem eher vergilbten Programmier-Verständnis nach dem kurzen Überfliegen der Manager-Class Reference.
Dann bleiben also die folgenden Feature-Vorschläge übrig:
- strukturierte Lsiste (oder grafische Darstellung) der Mesh-Struktur (homee/aktive Komponente(n)/damit verbundene passive Komponenten)
- Refresh der Routen (mit Hinweis auf Netzwerklast)
- Zugriff (lesend) auf die Logs oder Export via Mail
Warum interessiert es nicht nur dich?
Weil wir alle hin und wieder ein Gerät haben, das sich aufgrund der Netzstabilität komisch verhält und wir damit Mittel an der Hand hätten die Fehler zu analysieren oder von vornherein zu vermeiden (Planung).
Das hat keine Prio und ist sicherlich ein Nice-to-have - aber eines das mittel- und langfristig Mehrwert liefert.
Referenzen