Test adapter ZWave2 (v0.9.x)
-
@AlCalzone said in Test adapter ZWave2 (v0.9.x):
Abwarten, bis ich das in der UI implementiert habe.
Okay, das ist ja überhaupt kein Problem.
-
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):
@Schuko80 Ok, dann brauche ich nochmal einen Log (am besten mit vorherigem Cache-Reset).
Und das bitte nicht vergessen:
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):Der OZW_Log hilft mir so leider nicht. Das Interview von Node 4 war noch nicht abgeschlossen, als du die Setpoint-Änderungen durchgeführt hast. Stand denn im ioBroker-Log schon "Scan completed"?
Außerdem bräuchte ich mindestens ein selbstständiges Aufwachen des Nodes nach abgeschlossenem Interview - dazu musst du den Adapter mit Logging einfach noch ca 20 Minuten laufen lassen.Aber kein Stress, vor morgen wird das eh nix.
So habe heute Abend noch mal alles probiert und auf das Interview Ende gewartet, den Node 4 habe ich mehrfach von Hand geweckt, was aber nichts gebracht hat.
Nach ca. 45 Minuten musste ich das System einmal neu booten, aber aus einem anderen Grund. Danach das Ganze noch mal von vorne... nach einer Stunde immer noch kein Interview Ende im Log, dafür sind ALLE Thermostate mit Fehler E5 (fehlende Funkverbindung) ausgestiegen. -
Hab auch mal versucht auf den neuesten zwave2-Adapter zu updaten, leider mag der nicht starten:
zwave2.0 2020-01-27 20:50:13.616 error (25100) The Z-Wave driver could not be started: Error: Cannot allocate memory, cannot open /dev/ttyACM1
zwave2.0 2020-01-27 20:50:13.418 info (25100) starting. Version 0.9.3 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.15.2ttyACM0 ist bei mir ein zigbee Stick und ttyACM1 der zwave Stick, früher lief das auch, aber seit dem Update ist da wohl was anders? Den Adapter komplett zu löschen und neuinstallieren hab ich schon erfolglos versucht.
Jemand noch 'ne Idee? -
@JackWolfskind sagte in Test adapter ZWave2 (v0.9.x):
Hab auch mal versucht auf den neuesten zwave2-Adapter zu updaten, leider mag der nicht starten:
Nach meiner Erkenntnis dürfen nicht beide Adapter - OpenZW und ZWave2 gleichzeitig aktiv sein...
Was ich technisch bzw. aus Protokollverarbeitungssicht, auch nachvollziehen kann
-
@Rolf_KA sagte in Test adapter ZWave2 (v0.9.x):
OpenZW und ZWave2 gleichzeitig aktiv sein...
Meinte: OpenZW und ZWave2 "nicht" gleichzeitig aktiv sein...
-
Klar, OpenZW hab ich vorher entfernt...
-
@AlCalzone said in Test adapter ZWave2 (v0.9.x):
Mir die folgenden Dateien schicken:
/opt/iobroker/iobroker-data/zwave2.0/cache/<irgendwas>.json
/opt/iobroker/node_modules/zwave-js/zwave-<irgendwas>.log (bitte die mit dem neuesten Datum).Kann ich das hier ohne Sicherheitsrisiko posten oder wie soll ich dir die Dateien zukommen lassen?
-
@Markus84 Ja kein Problem.
@JackWolfskind "Cannot allocate memory" klingt für mich nach vollem RAM. Wie sieht da die Auslastung aus?
@Schuko80 Danke schon mal für die Logs, aber ... bitte, bitte, bitte schick mir doch noch das angefragte vollständige Log vom originalen Z-Wave Adapter:
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):Und das bitte nicht vergessen:
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):
Der OZW_Log hilft mir so leider nicht. Das Interview von Node 4 war noch nicht abgeschlossen, als du die Setpoint-Änderungen durchgeführt hast. Stand denn im ioBroker-Log schon "Scan completed"?
Außerdem bräuchte ich mindestens ein selbstständiges Aufwachen des Nodes nach abgeschlossenem Interview - dazu musst du den Adapter mit Logging einfach noch ca 20 Minuten laufen lassen. -
@Schuko80 Im zweiten Log sieht man jetzt, dass das Thermostat 1x auf die Abfrage des Setpoints antwortet. Der Adapter scannt aber die möglichen Setpoints, und beim nächsten kommt wieder keine Antwort.
Daher ist es für mich wichtig zu sehen, wie OpenZWave damit umgeht. Bitte vor dem Log-Erstellen auch diesen Cache löschen. Das ist eine XML-Datei, die du in der Regel unter
/opt/iobroker/node_modules/openzwave-shared/oder/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/findest. -
@AlCalzone
Am Speicher sollte es eigentlich nicht liegen:
Total RAM usage: 1549 Mb / Free: 72% = 2.839 Mb
Den Debug Level erhöhen bringt nichts, was hat es denn mit dem detailed logging im Adapter auf sich? -
@JackWolfskind sagte in Test adapter ZWave2 (v0.9.x):
Den Debug Level erhöhen bringt nichts, was hat es denn mit dem detailed logging im Adapter auf sich?
Das schreibt den kompletten Datenaustausch inklusive zusätzlicher Infos mit. Ist hier nicht zielführend, weil die Schnittstelle gar nicht erst geöffnet wird.
Vielleicht blöde Frage, aber...
-
Anbei die Dateien
Node 7 ist ein Tür-/Fenstersensor der nicht gefunden wird, obwohl er 2 Meter neben dem Z-Wave Stick ist und mit dem anderen Z-Wave Adapter auch einwandfrei funktioniert
Node 9 ist eine Fernbedienung. Hier wird der Tastendruck nicht erkannt
Node 4,10,11,12 sind Abus Rauchmelder. Die funktionieren einwandfrei, es wird leider kein Name angezeigt.Vielen Dank für deine Mühe!
Ist geplant in der Geräteübersicht auch eigene Namen vergeben zu können? Da ich z.B. mehrere Rauchmelder habe wäre es super, wenn man diese am Namen unterscheiden könnte.
-
@Markus84 Deine Logs schaue ich mir in Ruhe an.
Ist geplant in der Geräteübersicht auch eigene Namen vergeben zu können?
Im Objekte-Tab kannst du die Geräte (Node_xyz) in der Namensspalte schon umbenennen, das bleibt dann auch so.
-
Nach Upgrade auf 9.3 werden 2 von 17 Geräten nicht gefunden.
Upgrade Vorgehensweise:- Installation über Konsole und NPM
- Restart ioB
im ioB-Log steht
zwave2.0 2020-01-28 12:40:33.206 info (5263) Node 4: is now dead zwave2.0 2020-01-28 12:40:18.290 info (5263) Node 4: is now awake zwave2.0 2020-01-28 12:40:17.984 info (5263) Node 4: has returned from the dead zwave2.0 2020-01-28 12:39:42.227 info (5263) Node 4: is now dead zwave2.0 2020-01-28 12:39:27.265 info (5263) Node 4: is now awake zwave2.0 2020-01-28 12:39:26.948 info (5263) Node 4: has returned from the dead zwave2.0 2020-01-28 12:38:33.232 info (5263) Node 4: is now dead zwave2.0 2020-01-28 12:38:18.279 info (5263) Node 4: is now awake zwave2.0 2020-01-28 12:38:18.036 info (5263) Node 4: has returned from the dead zwave2.0 2020-01-28 12:37:53.588 info (5263) Node 20: is now asleep zwave2.0 2020-01-28 12:37:43.586 info (5263) Node 20: is now awake zwave2.0 2020-01-28 12:37:42.702 info (5263) Node 4: is now dead zwave2.0 2020-01-28 12:37:27.749 info (5263) Node 4: is now awake zwave2.0 2020-01-28 12:37:27.445 info (5263) Node 4: has returned from the dead zwave2.0 2020-01-28 12:36:30.772 info (5263) Node 4: is now dead zwave2.0 2020-01-28 12:36:24.680 info (5263) Node 4: is now awakeEine Testschaltung führte zu folgendem Fehler:
zwave2.0 2020-01-28 12:34:01.551 info (5263) Node 17: has returned from the dead zwave2.0 2020-01-28 12:33:55.881 error (5263) The message will not be sent because node 17 is presumed dead zwave2.0 2020-01-28 12:33:52.866 info (5263) Node 17: is now dead zwave2.0 2020-01-28 12:33:52.805 error (5263) Node 17 did not respond to the current transaction after 3 attempts, it is presumed dead zwave2.0 2020-01-28 12:33:52.804 error (5263) Node 17 did not respond to the current transaction after 3 attempts, it is presumed deadBisher erfolglos durchgeführt:
- Adapter Neustart
- Cache leeren
- Netzwerk heilen -> läuft (?? Button rot) aktuell noch
EDIT: Bei Node 4 handelt es sich um einen Wall Plug
Edit2: js-Controller ist aktuell -
@maloross Danke für den Log. Das scheint beides im Endeffekt an einem ähnlichen Problem zu hängen. Beide Nodes weigern sich bei bestimmten Abfragen zu antworten und werden deswegen als tot markiert.
Allerdings bekomme ich auch von beiden zuverlässig eine Bestätigung, dass die Nachricht angekommen ist. Ich werde das Verhalten mal überdenken, so ist das nicht sinnvoll. -
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):
Allerdings bekomme ich auch von beiden zuverlässig eine Bestätigung, dass die Nachricht angekommen ist.
Ja, hatte den Log überflogen und fand das merkwürdig. Auch dass die Schaltung eines erkannten Nodes zu "Tod und Wiederauferstehung" desselben führte.
Die beiden erkannten Nodes sind dem Stick räumlich am nächsten.Durch diese Dauerschleife werden weitere Nodes wohl auch nicht mehr eingegliedert. Im Adapter schaut das so aus:
so die Ordnerstruktur
und das ist die Karte
-
@maloross Ja, die scheinen fast alle einen nicht existenten Config-Parameter abzufragen. Was ist denn z.B. Node 5 für ein Gerät (Hersteller und Typ bitte)?
-
@AlCalzone
Node 4, 5, 7, 8 und 18 sind Fibaro FGWPE/F Wall Plug Gen5
Node 9 Aeon Labs Multisensor
Node 10 Phileo Flood Multisensor
Node 11 Everspring Motion Sensor
Node 12 FGS222 Double Relay Switch
Node 13 und 21 AEON Labs ZW112 Door Window Sensor 6
Node 16 FGS213 Switch
Node 17 FGRGBWM441 RGBW Controller
Node 19 ZME_WALLC-S Secure Wall Controller
Node 20 FGMS001-ZW5 Motion Sensor -
@AlCalzone In der Tat, ein RPi reboot half
Hat sich wohl was an der USB Schnittstelle verklemmt -
@Schuko80 Danke schon mal für die Logs, aber ... bitte, bitte, bitte schick mir doch noch das angefragte vollständige Log vom originalen Z-Wave Adapter:
Ja ups, sag doch gleich vom OZW Adapter, hab das voll überlesen
Also Scan completed stand aber definitiv im Log, hab jetzt den Cache gelöscht, alles noch mal durchlaufen lassen
Danach wie folgt vorgegangen:
- Node 4 manuell aufgeweckt
- Wert von 4 auf 4,5 hochgedreht
- Node 4 wieder manuell aufgeweckt
- Temperatur über rauf Taste von 4 auf 5 geändert
- Temperatur über runter Taste von 5 auf 4 geändert
- gewartet, bis Node4 selber aufwacht
Hier das OZW Log File:
OZW_log.txt
