Test adapter ZWave2 (v0.9.x)

[Markus84]

@AlCalzone said in Test adapter ZWave2 (v0.9.x):

Am Gerät den Knopf betätigen. Welcher das ist, hängt vom Gerät ab.

Leider habe ich das Gerät nicht mehr. Was kann ich dann machen?

[AlCalzone]

@Markus84 Warten, bis ich die Funktion in die Admin-Oberfläche integriert habe

Du hast nicht zufällig einen Link zu einer Anleitung, wie genau ich das machen muss?

1. In der Adapter-Konfiguration den Haken "Detaillierte Logdatei schreiben" aktivieren. Speichern.
2. Im Reiter "Geräte" auf "Cache löschen" klicken.
3. Abwarten, bis bei allen relevanten Nodes "Interview completed" im ioBroker-Log erschienen ist.
4. Mir die folgenden Dateien schicken:
   1. /opt/iobroker/iobroker-data/zwave2.0/cache/<irgendwas>.json
   2. /opt/iobroker/node_modules/zwave-js/zwave-<irgendwas>.log (bitte die mit dem neuesten Datum).
5. Den Haken "Detaillierte Logdatei schreiben" wieder entfernen.

[Rolf_KA]

@Markus84 sagte in Test adapter ZWave2 (v0.9.x):

Du hast nicht zufällig einen Link zu einer Anleitung, wie genau ich das machen muss?

Am besten du installierst dir das PC Programm WinSCP (ist kostenlos), damit kannst du dann auf deinen PI zugreifen.
(https://winscp.net/eng/download.php)

Die Cache Datei liegt hier: (der Name wird bei dir sicherlich anders lauten xxxxxxx.json)

Und die Log Datei des ZWave2 Adapter hier: (die Zahl nach zwave-xxxx.log kann variieren)

[Rolf_KA]

@AlCalzone

Du warst schneller und ausführlicher

[Markus84]

@AlCalzone said in Test adapter ZWave2 (v0.9.x):

In der Adapter-Konfiguration den Haken "Detaillierte Logdatei schreiben" aktivieren. Speichern.
Im Reiter "Geräte" auf "Cache löschen" klicken.
Abwarten, bis bei allen relevanten Nodes "Interview completed" im ioBroker-Log erschienen ist.
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).

Den Haken "Detaillierte Logdatei schreiben" wieder entfernen.

Okay, danke. Läuft. Kannst du mir in der zwischenzeit noch bitte sagen wie ich einen Node entferne, wenn das Gerät nicht mehr vorhanden ist?

[AlCalzone]

@Markus84 sagte in Test adapter ZWave2 (v0.9.x):

Kannst du mir in der zwischenzeit noch bitte sagen wie ich einen Node entferne, wenn das Gerät nicht mehr vorhanden ist?

Oh der Post ging verloren. Abwarten, bis ich das in der UI implementiert habe.

[Markus84]

@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.

[Schuko80]

@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.

zwave-2169.log zwave-1507.log zwave-1441.log

[JackWolfskind]

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.2

ttyACM0 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?

[Rolf_KA]

@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]

@Rolf_KA sagte in Test adapter ZWave2 (v0.9.x):

OpenZW und ZWave2 gleichzeitig aktiv sein...

Meinte: OpenZW und ZWave2 "nicht" gleichzeitig aktiv sein...

[JackWolfskind]

Klar, OpenZW hab ich vorher entfernt...

[Markus84]

@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?

[AlCalzone]

@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.

[AlCalzone]

@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.

[JackWolfskind]

@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?

[AlCalzone]

@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...

[Markus84]

@AlCalzone

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.

zwave-31830.log zwave-25223.log e84eb057.json

[AlCalzone]

@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.

[maloross]

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 awake

Eine 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 dead

Bisher erfolglos durchgeführt:

• Adapter Neustart
• Cache leeren
• Netzwerk heilen -> läuft (?? Button rot) aktuell noch

zwave-5263.log

EDIT: Bei Node 4 handelt es sich um einen Wall Plug
Edit2: js-Controller ist aktuell