Test Adapter Z-Wave 2 (v0.11.x)
-
@Flopsi Dann wette ich, dass während dem Interview irgendwas schief gelaufen ist. Mache bitte mal folgendes:
- ZWave2 stoppen, wenn nicht schon geschehen.
- Detaillierten Log aktivieren
- Adapter starten
- Nach ein paar Sekunden auf "Cache leeren" klicken
- Vollständiges Interview abwarten
- Falls es dann noch nicht geht, mir die Logdatei zusenden. Findest du unter
/opt/iobroker/node_modules/zwave-jsund heißtzwave-<irgendwas>.log. Wenn du nicht sicher bist welche, dann nimm die aktuellste. - Detailliertes Logging deaktivieren.
-
Der Log geht nur bis Node11, 12 und 13 werden nicht berücksichtigt.
Das sind genau die Module die nicht sauber laufen.
Hier noch der LOG:
zwave2.0 2020-04-26 19:43:47.437 warn (1414) Deleting orphaned state zwave2.0.Node_011.Notification.system_unknown zwave2.0 2020-04-26 19:43:47.371 warn (1414) Deleting orphaned state zwave2.0.Node_011.Notification.powerManagement_unknown zwave2.0 2020-04-26 19:43:47.298 warn (1414) Deleting orphaned state zwave2.0.Node_011.Thermostat_Setpoint.setpoint_heating zwave2.0 2020-04-26 19:43:47.228 warn (1414) Deleting orphaned state zwave2.0.Node_011.Thermostat_Mode.mode zwave2.0 2020-04-26 19:43:47.166 warn (1414) Deleting orphaned state zwave2.0.Node_011.Multilevel_Sensor.airTemperature zwave2.0 2020-04-26 19:43:46.982 info (1414) Node 11: interview completed, all values are updated zwave2.0 2020-04-26 19:43:46.981 info (1414) Node 11: ready to use zwave2.0 2020-04-26 19:42:56.670 warn (1414) Deleting orphaned state zwave2.0.Node_010.Meter.deltaTime_w_consumed zwave2.0 2020-04-26 19:42:56.585 warn (1414) Deleting orphaned state zwave2.0.Node_010.Meter.value_w_consumed zwave2.0 2020-04-26 19:42:56.506 warn (1414) Deleting orphaned state zwave2.0.Node_010.Meter.deltaTime_kWh_Consumed zwave2.0 2020-04-26 19:42:56.427 warn (1414) Deleting orphaned state zwave2.0.Node_010.Meter.value_kWh_Consumed zwave2.0 2020-04-26 19:42:56.346 info (1414) Node 10: interview completed, all values are updated zwave2.0 2020-04-26 19:42:56.343 info (1414) Node 10: ready to use zwave2.0 2020-04-26 19:42:38.599 info (1414) Node 10: is now awake zwave2.0 2020-04-26 19:42:38.548 info (1414) Node 11: is now awake zwave2.0 2020-04-26 19:42:35.048 info (1414) Node 5: is now asleep zwave2.0 2020-04-26 19:42:25.006 info (1414) Node 1: interview completed, all values are updated zwave2.0 2020-04-26 19:42:24.998 info (1414) Node 1: ready to use zwave2.0 2020-04-26 19:42:24.935 info (1414) The driver is ready. Found 7 nodes. zwave2.0 2020-04-26 19:42:22.502 info (1414) starting. Version 0.11.7 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.20.1, js-controller: 3.0.18 zwave2.0 2020-04-26 19:42:15.990 info (1399) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zwave2.0 2020-04-26 19:42:15.989 info (1399) terminating zwave2.0 2020-04-26 19:42:15.988 info (1399) Shutting down driver... zwave2.0 2020-04-26 19:42:15.985 info (1399) Got terminate signal TERMINATE_YOURSELF zwave2.0 2020-04-26 19:42:15.860 info (1399) starting. Version 0.11.7 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.20.1, js-controller: 3.0.18 zwave2.0 2020-04-26 19:42:10.307 info (1383) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason zwave2.0 2020-04-26 19:42:10.306 info (1383) terminating zwave2.0 2020-04-26 19:42:10.306 info (1383) Cleaned everything up! zwave2.0 2020-04-26 19:42:10.243 info (1383) Resetting node status... zwave2.0 2020-04-26 19:42:10.162 info (1383) Shutting down driver... zwave2.0 2020-04-26 19:42:10.160 info (1383) Got terminate signal TERMINATE_YOURSELF zwave2.0 2020-04-26 19:42:01.813 warn (1383) Deleting orphaned state zwave2.0.Node_011.Notification.system_unknown zwave2.0 2020-04-26 19:42:01.735 warn (1383) Deleting orphaned state zwave2.0.Node_011.Notification.powerManagement_unknown zwave2.0 2020-04-26 19:42:01.640 warn (1383) Deleting orphaned state zwave2.0.Node_011.Thermostat_Setpoint.setpoint_heating zwave2.0 2020-04-26 19:42:01.551 warn (1383) Deleting orphaned state zwave2.0.Node_011.Thermostat_Mode.mode zwave2.0 2020-04-26 19:42:01.473 warn (1383) Deleting orphaned state zwave2.0.Node_011.Multilevel_Sensor.airTemperature zwave2.0 2020-04-26 19:42:01.097 info (1383) Node 11: ready to use zwave2.0 2020-04-26 19:42:01.078 info (1383) Node 5: ready to use zwave2.0 2020-04-26 19:42:01.077 info (1383) Node 1: interview completed, all values are updated zwave2.0 2020-04-26 19:42:01.070 info (1383) Node 1: ready to use zwave2.0 2020-04-26 19:42:00.076 info (1383) The driver is ready. Found 7 nodes. zwave2.0 2020-04-26 19:41:57.760 info (1383) starting. Version 0.11.7 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.20.1, js-controlHabe noch bis 19:50 gewartet..
Wie Kann ich den alles auf null setzen also komplett reset. Das man wieder die Nodes sauber hat von 1 nach x.
Ist ja kein Ding das eben neu zumachen Teste ja eh nur rum.
Hier noch der zwave log:
-
@Flopsi said in Test Adapter Z-Wave 2 (v0.11.x):
Wie Kann ich den alles auf null setzen also komplett reset. Das man wieder die Nodes sauber hat von 1 nach x.
Du kannst die Instanz anhalten, die Objekte des Knoten zwave2 einfach komplett löschen, dann den Cache in den Adaptereinstellungen löschen/initiiert, wieder starten und warten.
-
@Flopsi sagte in Test Adapter Z-Wave 2 (v0.11.x):
Wie Kann ich den alles auf null setzen also komplett reset. Das man wieder die Nodes sauber hat von 1 nach x.
Dazu kannst du den Stick komplett resetten. Das löscht alle Verknüpfungen etc, betrifft das Fibaro-System auch und kann nicht rückgängig gemacht werden. Danach musst du alle Geräte komplett neu einbinden.
Den entsprechenden Knopf habe ich aber noch nicht eingebaut - müsstest auf den "normalen" zwave-Adapter ausweichen.Log schaue ich mir später an, danke!
-
Wie das Fibaro System auch ich habe doch alle Module vor 2 Jahre dem Homecenter 2 zugeordnet. Und jetzt zum testen andere Module genommen. Die Module sind doch dem Aeotec Stick zugeordnet. Imprinzip habe ich zwei Zwave Netzwerke, dann können doch nur die Module weg sein die dem Stick zugeorndet sind.
Oder sehe ich das falsch ?
-
@Flopsi Ah das wusste ich nicht. Ja, wenn du den Stick zurücksetzt, bleibt das Homecenter und seine Geräte unberührt.
-
Habe einen soft und hard reset gemacht im normalen Adapter .....alle geräte sind noch da ???
Das kann doch nicht normal sein das bei mir ständig alles schief geht lol......
host.raspberrypi4-iob 2020-04-28 16:36:32.277 info Do not restart adapter system.adapter.zwave.0 because desired by instance host.raspberrypi4-iob 2020-04-28 16:36:32.277 error instance system.adapter.zwave.0 terminated by request of the instance itself and will not be restarted, before user restarts it. host.raspberrypi4-iob 2020-04-28 16:36:30.498 info instance system.adapter.zwave.0 started with pid 7644 host.raspberrypi4-iob 2020-04-28 16:30:39.213 info instance system.adapter.zwave.0 started with pid 7444 host.raspberrypi4-iob 2020-04-28 16:30:39.162 info "system.adapter.zwave.0" enabled -
@Flopsi Hm, früher ging es mal
-
Hab das selbe Problem wie @Flopsi . Das Interview läuft nur bis Node 20 von 40. Die Restlichen werden mit einem Fragezeichen angezeigt. Geht dann nicht weiter. Beim Fibaro Doppelschalter ist das Interview z.B. nicht komplett. Es fehlen die Punkte zum schalten.
Gibt es bereits eine Lösung? Kann man das Interview nicht manuell auslösen für die einzelnen Nodes?
-
@Marsx79 Log bitte. Dann sieht man ggf. die Ursache.
-
Das ja schon mal gut das ich nicht alleine solche Probleme habe
-
Hallo zusammen!
Erstmal vielen Dank für diesen Adapter!!
Gibt es eine Möglichkeit, ein Interview mit einer bestimmten Node zu erzwingen? Ich habe mehrere batteriebetriebene Sensoren (1 Fibaro Tür-/Fenstersensor und 5 Aeotec Door/Window Sensor 7). Unter Instanzen->Z-Wave 2->Geräte werden diese aber nicht angezeigt und unter "Objekte" sind zwar die Nodes da, allerdings fehlen Name und gewisse Parameter (bei einem Aeotec z.B. die Configuration-Parameter und bei den anderen die Status-Werte Tür-/Fensterzustand, bzw. Tilt (Kippstand)).
Ich habe die Sensoren schon unzählige Male geweckt, die Wake-Up-Zeit auf Minimum eingestellt und es auch schon mit Entfernen und neu hinzufügen versucht, aber das schafft alles keine Abhilfe, es findet kein vollständiges Interview statt und die Geräteparameter bleiben unvollständig...
Wie bekomme ich die Geräte komplett erkannt?
Viele Grüsse,
Rob -
Am besten erstellst du, wie oben beschrieben, für @AlCalzone deine Cache Datei.
https://forum.iobroker.net/topic/30963/test-adapter-z-wave-2-v0-11-x/84Ich selbst habe einen Fibaro FGDW002 Tür/Fenstersensor der gut mit dem Adapter funktioniert.
-
@Rolf_KA Danke für den Hinweis!
Hier meine Cache-Datei:
f3b3113a.jsonEdit: Der Fibaro Tür-Sensor ist Node #6 und die Aeotecs #49 und #54-57
-
Gerne doch
Das wäre vielleicht auch noch ein Versuch bei dir Wert - die Cache Datei zu löschen...
und vielleicht dann auch noch die Log Datei bereitzustellen.https://forum.iobroker.net/topic/30963/test-adapter-z-wave-2-v0-11-x/101
-
Ich habe nur noch Probleme mit dem Fibaro Heat Controller
Und die aktuelle Catch Datei:
Der will einfach nicht es werden nicht alle Interview Daten übertragen.
Auch habe ich die Erfahrung gemacht das es besser ist erst die Geräte einzubinden die ohne Akku/Batterie sind.
Ich benutze aber gerade den ersten Zwave Adapter.
-
@el_rob Bitte mal ein Log erstellen und posten.
-
@AlCalzone Meine Log-Datei ist mit 8 MB zu gross für's Forum, daher habe ich sie bei Google Drive hochgeladen. Hier der Link: zwave-30132.log.
Vielen Dank für's Anschauen!!
-
@el_rob Was ich soweit erkennen kann:
- 10 Minuten ist nicht viel für ein Interview, vor allem wenn man ein so großes Netzwerk hat. Bei meinen 16 Geräten dauert es nach Löschen des Caches gut und gerne mal 10 Minuten inklusive gezielten manuellen Aufwecken.
- Bei den betreffenden Nodes erst mal keine Fehler. Jedoch auch kein vollständiges Interview.
- Node 49 ist in den 10 Minuten relativ weit gekommen, aber noch nicht fertig. Hier könnte tatsächlich helfen, den nochmal manuell aufzuwecken, dann geht das Interview weiter.
- Die Nodes 54-57 werden parallel interviewed, was etwas ungünstig ist, weil keiner richtig weit kommt. Ich plane ein paar Verbesserungen bei der Nachrichten-Priorisierung, da wird das auch ein Thema sein.
Folgende Empfehlung, damit du dein Netzwerk an den Start bekommst: Die unvollständigen Nodes nacheinander manuell aufwecken. Vorher warten bis Ruhe ist (die fest verkabelten sollten durch sein), dann einen Node nehmen und aufwecken. ioBroker-Log beobachten. Wenn der wieder einschläft, nochmal aufwecken. Bei fertigem Interview mit dem nächsten weitermachen.
Außerdem Adapter möglichst selten neu starten. Bei jedem Start wird ein Teil des Interviews wiederholt.
-
@Flopsi Zu deinem Heat Controller:
Der Adapter erhält keine Antwort auf die Nachricht, mit der er die unterstützten CCs ermittelt. Da das ein FLiRS-Gerät ist, wird er auch nicht als schlafend markiert, sondern das Interview abgebrochen.
Ein Grund dürfte ein ungünstiges Netzwerk-Layout sein. FLiRS-Geräte sollten bestenfalls direkt oder über netzbetriebene Geräte mit dem Controller sprechen. Ist das nicht der Fall, kann es sein, dass Antworten einfach nicht durchkommen. Ggf. hilft bei dir ein Netzwerk-Heal (dabei musst du alle batteriebetriebenen Geräte manuell aufwecken).
