Test Adapter Z-Wave 2 (v0.14.x)
-
Aktuelle Test Version 0.14.9 Veröffentlichungsdatum 03.06.2020 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Changelog
Dies wird voraussichtlich das letzte Minor-Release, bevor der Adapter als 1.0.0 ins Stable-Repo geht. Folgende Änderungen sind enthalten:- Stoppen von Inklusions- und Exklusions-Prozessen funktioniert wieder
- Experimentelle Unterstützung für sichere Kommunikation hinzugefügt (Security S0).
- Beim Einbinden von Geräten wird jetzt zwischen sicherem und unsicherem Einbinden unterschieden:
Achtung: Bei manchen Geräten muss das sichere Einbinden speziell eingeleitet werden, sonst wird trotz Auswahl "mit Verschlüsselung" unsicher eingebunden.
z.B. muss bei Aeotec-Geräten der Knopf 2x schnell gedrückt werden.
Update v0.14.1:
- Diverse Crashes behoben (
Security CC can only be used when.../issuedCommands.has is not a function) - Known bug: Beim erneuten Senden von verschüsselten Nachrichten kann es zu einem Fehler kommen. Ein Fix hat es aufgrund der Dringlichkeit der anderen Fehler nicht in 0.14.1 geschafft.
Update v0.14.2:
Weitere Probleme im Zusammenhang mitSecurity CCbehoben, wenn der Netzwerkschlüssel nicht konfiguriert ist. In diesen Fällen sollte der Adapter jetzt nicht mehr abstürzen, es wird aber auch keine sinnvolle Kommunikation mit sicheren Geräten stattfinden, insbesondere wenn diese batteriebetrieben sind.
Update v0.14.3:
- Netzwerkschlüssel: Button zum neu-Erzeugen und Tooltip mit Infos zum Format hinzugefügt
- Netzwerkschlüssel können jetzt aus anderen Quellen (z.B. dem originalen Z-Wave-Adapter) eingefügt werden. Eingefügte Schlüssel werden automatisch formatiert.
- Es wurde ein Crash behoben, der auftrat, wenn Nodes entfernt werden, die Assoziationen zu anderen Nodes mit
Multi Channel Association CCV1 haben. - Beim Entfernen von Nodes wird ein laufender Interview-Prozess abgebrochen anstatt Fehler auszugeben.
- Manuelles Aufwecken per Knopfdruck sollte den Interviewprozess jetzt zuverlässiger fortsetzen
- Nicht-kritische Fehler werden jetzt korrekt geloggt anstatt
undefined
Update v0.14.4:
- Die Geräte-Tabelle zeigt wieder den korrekten Status der Geräte an anstatt "unbekannt"
- Nach dem Adapterstart wird im Geräte-Tab nicht mehr fälschlicherweise angezeigt, dass die Inklusion aktiv ist.
- Verbesserter Umgang mit Nachrichten, die verschachtelte Kommunikation erfordern (z.B. Security CC).
Update v0.14.5:
- Nodes, die
Security CCunterstützen, aber nicht sicher inkludiert sind, sollten das Interview jetzt nicht mehr blockieren - In der Geräte-Tabelle wurde ein Schloss-Symbol hinzugefügt, um Geräte zu markieren, die sicher kommunizieren.
Update v0.14.6:
- Unterstützung für
Protection CChinzugefügt - Mehrere Bugs in
Security CCgefixt (danke @peppino!) - Unterstützung hinzugefügt fürs Dekodieren von Kommandos, die sich über mehrere Nachrichten erstrecken
- Während dem Adapterstart werden jetzt auch Device-Objekte für Nodes erstellt, mit denen nie kommuniziert wurde. Dies erlaubt das Entfernen von ausgefallenen Nodes, selbst wenn zuvor der Cache geleert wurde.
Update v0.14.7:
- Es wurde ein Problem behoben, dass das Interview von schlafenden Nodes hängenbleiben konnte
- Es wurde ein Crash behoben, der beim Empfangen einer verschlüsselten Nachricht mit nicht unterstütztem Inhalt auftreten konnte.
Update v0.14.8:
- Es wurde ein Problem behoben, bei dem schlafende, sichere Nodes das Interview aller anderen Nodes blockieren konnten.
Update v0.14.9:
- Platzhalternamen für Geräte (z.B.
Node 002) werden durch die korrekten Namen ersetzt, sobald diese bekannt sind.
Happy testing!
-
Danke AlCalzone für deine Top Arbeit !!!
Es harkt derzeite wohl noch etwas an der neuen Security - was voll normal ist.
Derzeit bleibe ich noch auf meinem "aktivem" System und deiner 0.13.5 Version - die Adapterkonfiguration funktioniert auch
)Ohne die Eingabe eines Netzwerkschlüssel für sichere Kommunikation", startet die Version 0.14.0 bei mir lfd. neu...
-
Bei deinem neuen 0.14.0 Adapter muss der Netzwerkschlüsselwohl wohl ohne "0x0_," gegenüber OZW eingegeben werden.
(Also in dieser Form: 0102030405060708090A0B0C0D0E0F10) = Standrad Key -
Beim Open ZWave war es: 0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x0A,0x0B,0x0C,0x0D,0x0E,0x0F,0x10
Morgen (ist ja gleich) mehr und richtige Logs - hatte heute beruflich etwas Stress, soweit aber alles okay.
-
-
@Rolf_KA Schick mir bitte auch die Cache-Datei, wenn du dazu kommst. Ich hab schon ne Vermutung, was da los ist.
-
Anbei die Cache-Dateien:
fd81a61b.json
fd81a61b.values.jsonl
fd81a61b.metadata.jsonl -
Hi all,
Grundsätzlich funktioniert der Zwave2 prima und ich bin froh, den alten Treiber los zu sein - das Update in meiner Docker Umgebung war etwas unbequem.
Trotzdem habe ich eine Frage: kann mir jemand etwas mehr Infos zu dem Netzwerkschlüssel und allgemein Security bei Zwave geben? Ich habe jetzt einen Schlüssel eingegeben und bekomme auch Daten vom Sensor. Diese sind aber "falsch". Ich habe einen Fibaro Motion Sensor und er meldet mir für Lux meistens etwas zum die 20 Lux in einem normal hellen Raum. Die Motion Detection funktioniert gar nicht - d.h. unabhängig von einer Bewegung meldet er nur "idle(0)". Habe ich da etwas falsch konfiguriert oder noch nicht richtig verstanden?
vg, Sckibo
-
@sckibo bin gerade am Handy daher etwas kurzgefasst. Dass durch security andere Werte gemeldet werden, kann nicht sein. Wegen dem bewegungsmelder bitte mal ein log machen, bei dem er auch ausgelöst wird. Ggf sieht man es daran. Motion detection kann grundsätzlich auch ausgeschaltet sein, je nach sensorkonfiguration.
-
@AlCalzone hmm, im Log sieht man gar nichts, ich habe mir die Werte in den "Objekten" angesehen - die illumination / temperature funktioniert, der zwave2.0.Node_003.Notification.homeSecurity_motionSensorStatus ändert seinen Status nicht, obwohl die LED von dem Sensor eine erkannte Bewegung anzeigt.
Ich bin ein bischen ratlos.2020-05-25 10:32:13.669 - info: host.diskstation instance system.adapter.zwave2.0 started with pid 1474
2020-05-25 10:32:17.003 - info: zwave2.0 (1474) starting. Version 0.14.0 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.20.1, js-controller: 3.1.4
2020-05-25 10:32:19.177 - info: zwave2.0 (1474) The driver is ready. Found 2 nodes.
2020-05-25 10:32:19.359 - info: zwave2.0 (1474) Node 1: ready to use
2020-05-25 10:32:23.346 - info: zwave2.0 (1474) All nodes are ready to use
2020-05-25 10:32:23.347 - info: zwave2.0 (1474) Node 3: ready to use
2020-05-25 10:32:23.377 - info: zwave2.0 (1474) Node 3: is now asleep
2020-05-25 12:28:07.924 - info: zwave2.0 (1474) Node 3: is now awake
2020-05-25 12:28:17.920 - info: zwave2.0 (1474) Node 3: is now asleep
2020-05-25 14:27:31.477 - info: zwave2.0 (1474) Node 3: is now awake
2020-05-25 14:27:41.478 - info: zwave2.0 (1474) Node 3: is now asleep
2020-05-25 16:26:54.640 - info: zwave2.0 (1474) Node 3: is now awake
2020-05-25 16:27:04.639 - info: zwave2.0 (1474) Node 3: is now asleep -
@AlCalzone Hier noch die View der Objekte:
-
@sckibo Nee, ich meine nicht den ioBroker-Log.
- Speichern
- Abwarten, bis das Interview des Geräts durch ist (siehe ioBroker-Log)
- Bewegungsmelder betätigen
- Log aus dem Ordner
/opt/iobroker/node_modules/zwave-jshier posten (heißtzwave-<irgendwas>.log)
-
@AlCalzone sorry - hier ist das richtige log
Da sind auch zwei oder drei Meldungen drin...
vg, Sckibo
-
@AlCalzone
Hallo!Ich habe heute das erste mal deinen Adapter installiert, da er jetzt auch secure beherscht.
Das Interview will bei mir irgendwie nicht durch laufen.
Files siehe Anhang:
zwave-11968.log d9e9d0ab.values.jsonl d9e9d0ab.metadata.jsonl d9e9d0ab.jsonbg
Joe -
@peppino Welche Nodes wollen denn nicht? Sind es batteriebetriebene und wenn ja, hast du sie aufgeweckt (nacheinander mit Abstand, ist teils 1-2x nötig)?
-
@sckibo Die Meldung kommt definitiv an, wird aber nicht richtig erkannt. Hab ich die Tage schon mal gesehen, als das Interview nicht fertig war. Lösche bitte mal den Cache (das startet den Adapter neu) und weck dann beim Interview den Node manuell auf.
-
@AlCalzone said in Test Adapter Z-Wave 2 (v0.14.x):
@peppino Welche Nodes wollen denn nicht? Sind es batteriebetriebene und wenn ja, hast du sie aufgeweckt (nacheinander mit Abstand, ist teils 1-2x nötig)?
Ich glaube er hängt bei den Fibaro Wall Plugs (FGWPE/F Wall Plug Gen5) Node 7, 8, 13, 16, 17, 18, 21,
-
@AlCalzone Hi, habe ich gemacht - keine Änderung. Der Node geht kurz auf "wach" und gleich danach wieder auf "sleep".
Ich habe ihn jetzt nochmal entfernt und neu angelernt - das war erst nicht erfolgreich. Jetzt habe ich nochmal die Batterie rausgenommen und neu eingebaut und jetzt scheint er zu funktionieren.
Keine Ahnung was da los war, aber jetzt kann ich weitermachen.
Er wird jetzt in der Adapterkonfig als "Static controller" ausgewiesen. Ist das so richtig?vg, Sckibo.
-
@sckibo sagte in Test Adapter Z-Wave 2 (v0.14.x):
Er wird jetzt in der Adapterkonfig als "Static controller" ausgewiesen. Ist das so richtig?
Sollte kein Problem sein, das sind nur die Gerätetypen, die entsprechend des Z-Wave-Standards definiert sind. Bei mir sind alle
Static Controller. -
bei mir leider auch ganz viele Fehlermeldungen im Log
host.ioBroker-RasPi4 2020-05-25 19:52:25.964 error instance system.adapter.zwave2.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker-RasPi4 2020-05-25 19:52:25.962 error Caught by controller[3]: at readableAddChunk (_stream_readable.js:268:9)
host.ioBroker-RasPi4 2020-05-25 19:52:25.960 error Caught by controller[3]: at addChunk (_stream_readable.js:286:12)
host.ioBroker-RasPi4 2020-05-25 19:52:25.959 error Caught by controller[3]: at SerialPort.EventEmitter.emit (domain.js:482:12)
host.ioBroker-RasPi4 2020-05-25 19:52:25.958 error Caught by controller[3]: at SerialPort.emit (events.js:310:20)
host.ioBroker-RasPi4 2020-05-25 19:52:25.957 error Caught by controller[3]: at Driver.serialport_onData (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/driver/Driver.js:714:32)
host.ioBroker-RasPi4 2020-05-25 19:52:25.956 error Caught by controller[3]: at Driver.handleMessage (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/driver/Driver.js:861:25)
host.ioBroker-RasPi4 2020-05-25 19:52:25.955 error Caught by controller[3]: at ApplicationCommandRequest.mergePartialMessages (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/controller/ApplicationCommandRequest.js:72:2
host.ioBroker-RasPi4 2020-05-25 19:52:25.954 error Caught by controller[3]: at MultiChannelAssociationCCReport.mergePartialCCs (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/commandclass/MultiChannelAssociationCC.js:5
host.ioBroker-RasPi4 2020-05-25 19:52:25.953 error Caught by controller[3]: at ValueDB.setValue (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/ValueDB.js:110:18)
host.ioBroker-RasPi4 2020-05-25 19:52:25.952 error Caught by controller[3]: at JsonlDB.set (/opt/iobroker/node_modules/@alcalzone/jsonl-db/src/lib/db.ts:267:10)
host.ioBroker-RasPi4 2020-05-25 19:52:25.950 error Caught by controller[3]: Error: The database is not open!
host.ioBroker-RasPi4 2020-05-25 19:52:25.941 error Caught by controller[2]: at readableAddChunk (_stream_readable.js:268:9)
host.ioBroker-RasPi4 2020-05-25 19:52:25.940 error Caught by controller[2]: at addChunk (_stream_readable.js:286:12)
host.ioBroker-RasPi4 2020-05-25 19:52:25.939 error Caught by controller[2]: at SerialPort.EventEmitter.emit (domain.js:482:12)
host.ioBroker-RasPi4 2020-05-25 19:52:25.938 error Caught by controller[2]: at SerialPort.emit (events.js:310:20)
host.ioBroker-RasPi4 2020-05-25 19:52:25.937 error Caught by controller[2]: at Driver.serialport_onData (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/driver/Driver.js:714:32)
host.ioBroker-RasPi4 2020-05-25 19:52:25.935 error Caught by controller[2]: at Driver.handleMessage (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/driver/Driver.js:861:25)
host.ioBroker-RasPi4 2020-05-25 19:52:25.934 error Caught by controller[2]: at ApplicationCommandRequest.mergePartialMessages (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/controller/ApplicationCommandRequest.js:72:2
host.ioBroker-RasPi4 2020-05-25 19:52:25.933 error Caught by controller[2]: at MultiChannelAssociationCCReport.mergePartialCCs (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/commandclass/MultiChannelAssociationCC.js:5
host.ioBroker-RasPi4 2020-05-25 19:52:25.932 error Caught by controller[2]: at ValueDB.setValue (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/ValueDB.js:110:18)
host.ioBroker-RasPi4 2020-05-25 19:52:25.930 error Caught by controller[2]: at JsonlDB.set (/opt/iobroker/node_modules/@alcalzone/jsonl-db/src/lib/db.ts:267:10)
host.ioBroker-RasPi4 2020-05-25 19:52:25.929 error Caught by controller[2]: Error: The database is not open!
host.ioBroker-RasPi4 2020-05-25 19:52:25.928 error Caught by controller[1]: at processTicksAndRejections (internal/process/task_queues.js:97:5)
host.ioBroker-RasPi4 2020-05-25 19:52:25.926 error Caught by controller[1]: at runMicrotasks (<anonymous>)
host.ioBroker-RasPi4 2020-05-25 19:52:25.925 error Caught by controller[1]: at ZWave2.onNodeReady (/opt/iobroker/node_modules/iobroker.zwave2/src/main.ts:286:28)
host.ioBroker-RasPi4 2020-05-25 19:52:25.923 error Caught by controller[1]: at ZWaveNode.getDefinedValueIDs (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Node.js:285:45)
host.ioBroker-RasPi4 2020-05-25 19:52:25.921 error Caught by controller[1]: at ZWaveNode.createCCInstanceUnsafe (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Endpoint.js:191:25)
host.ioBroker-RasPi4 2020-05-25 19:52:25.919 error Caught by controller[1]: at ZWaveNode.createCCInstanceInternal (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Endpoint.js:202:20)
host.ioBroker-RasPi4 2020-05-25 19:52:25.917 error Caught by controller[1]: at new SecurityCC (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/commandclass/SecurityCC.js:160:19)
host.ioBroker-RasPi4 2020-05-25 19:52:25.915 error Caught by controller[1]: Error: Security CC can only be used when the network key for the driver is set
host.ioBroker-RasPi4 2020-05-25 19:52:25.913 error Caught by controller[0]: }
host.ioBroker-RasPi4 2020-05-25 19:52:25.910 error Caught by controller[0]: code: 13
host.ioBroker-RasPi4 2020-05-25 19:52:25.909 error Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:97:5) {
host.ioBroker-RasPi4 2020-05-25 19:52:25.908 error Caught by controller[0]: at runMicrotasks (<anonymous>)
host.ioBroker-RasPi4 2020-05-25 19:52:25.907 error Caught by controller[0]: at ZWave2.onNodeReady (/opt/iobroker/node_modules/iobroker.zwave2/src/main.ts:286:28)
host.ioBroker-RasPi4 2020-05-25 19:52:25.906 error Caught by controller[0]: at ZWaveNode.getDefinedValueIDs (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Node.js:285:45)
host.ioBroker-RasPi4 2020-05-25 19:52:25.904 error Caught by controller[0]: at ZWaveNode.createCCInstanceUnsafe (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Endpoint.js:191:25)
host.ioBroker-RasPi4 2020-05-25 19:52:25.903 error Caught by controller[0]: at ZWaveNode.createCCInstanceInternal (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/node/Endpoint.js:202:20)
host.ioBroker-RasPi4 2020-05-25 19:52:25.901 error Caught by controller[0]: at new SecurityCC (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/build/lib/commandclass/SecurityCC.js:160:19)
host.ioBroker-RasPi4 2020-05-25 19:52:25.885 error Caught by controller[0]: ZWaveError: Security CC can only be used when the network key for the driver is set -
@Gabe sagte in Test Adapter Z-Wave 2 (v0.14.x):
Security CC can only be used when the network key for the driver is set
schlägt momentan bei mir hundertfach auf und wird in 0.14.1 gefixt, die im Laufe des Abends kommen sollte.
-
@AlCalzone alles klar wieder einmal Danke
-
v0.14.1 ist auf dem Weg.
@Rolf_KA ich fürchte du musst dann 1x Cache leeren.
