NEWS
Test Adapter Z-Wave 2 v3.0.x
-
@tobias-0 du brauchst die gen5+ um ein backup zu machen mit NVM oder ? das hat jemand extra hier gezeigt
das wäre ein feedback von dir zu hören ;)
@esmax666 Hallo, habe mir jetzt erst einmal einen gen5+ stick von aeotec besorgt damit ich meine Teilnehmer nicht verliere. Diesen habe ich auf die letzte Firmware geupdatet und per BackupTool meine Konfiguration eingespielt.
Im neuen Jahr habe ich mir vorgenommen den oben empfohlenen Stick mal anzuschaffen zum testen (Zooz USB 700 Series Z-Wave Plus S2 Stick ZST10 700). Leider ist der Versand aus den Staaten etwas teuer.
Melde mich sobald ich weiter bin. -
@esmax666 Hallo, habe mir jetzt erst einmal einen gen5+ stick von aeotec besorgt damit ich meine Teilnehmer nicht verliere. Diesen habe ich auf die letzte Firmware geupdatet und per BackupTool meine Konfiguration eingespielt.
Im neuen Jahr habe ich mir vorgenommen den oben empfohlenen Stick mal anzuschaffen zum testen (Zooz USB 700 Series Z-Wave Plus S2 Stick ZST10 700). Leider ist der Versand aus den Staaten etwas teuer.
Melde mich sobald ich weiter bin.@tobias-0 said in Test Adapter Z-Wave 2 v3.0.x:
Zooz USB 700 Series Z-Wave Plus S2 Stick ZST10 700
und warum gehst du nicht gleich auf die gen8 ?
in deutschland kannst du die kaufen :
Aeotec Z-Stick 7 <- tranfer wäre dann einfacher (gen 5+ -> gen7 laut Youtube video)warum brauchst du gen7 ?
-
@arteck said in Test Adapter Z-Wave 2 v3.0.x:
ja aber wo ist das problem ??
du hast geschrieben ich sollte das einfach den Stick "rauszoggen" deshab habe ich das gefragt
also ich habe das gemacht und leider nicht geholfen ....
ich habe dann den usb-stick rauszoggen und versucht, die Verbindung herzustellen direkt auf die USB ZwaveStick und das hat direkt funktionniert ... wirklich selstam
die Kopplung scheint also über das Zwave-Mesh-Netzwerk nicht zu funktionieren
hast du ein idee warum ?
Im ZWave-Forum sagten sie mir, dass die erste Interaktion neben dem USB-Stick erfolgen muss und nicht über das Mesh-Netzwerk.
Es ist seltsam, ich habe den Eindruck, dass bei der neuesten Version von zwave2 die Module von Zeit zu Zeit (eurotronics ) als tot und einige Zeit später als lebendig markiert werden
Nach ein Healing verliere ich sogar node 5.
Hast ein idee wo kann das PRoblem sein @arteck ?
Die Verbindung war vor der Heilung gut, wie man im Screenshot sehen kann, außerdem ist der Rollladen (Technisat) 1-2 Meter in der Nähe gut mit dem Netzwerk verbunden..Hinweis: Der Knoten 43 ist eine Eurotronic, die ich gestern hinzugefügt habe. Es wurde hinzugefügt, aber später wurde es tot ...
2023-12-15T09:41:09.922Z SERIAL » 0x01070080050000007d (9 bytes) 2023-12-15T09:41:09.923Z DRIVER » [REQ] [GetRoutingInfo] remove non-repeaters: false remove bad links: false 2023-12-15T09:41:09.926Z SERIAL « [ACK] (0x06) 2023-12-15T09:41:09.930Z SERIAL « 0x01200180000000008401000000000000000000000000000000000000000000000 (34 bytes) 0db 2023-12-15T09:41:09.931Z SERIAL » [ACK] (0x06) 2023-12-15T09:41:09.932Z DRIVER « [RES] [GetRoutingInfo] node ids: 35, 40, 41 2023-12-15T09:41:09.939Z CNTRLR « [Node 005] node neighbors received: 35, 40, 41 2023-12-15T09:41:09.939Z CNTRLR [Node 008] added to healing queue for sleeping nodes 2023-12-15T09:41:09.940Z CNTRLR Healing sleeping nodes in parallel. Wake them up to heal. 2023-12-15T09:41:09.940Z CNTRLR [Node 007] Healing node... 2023-12-15T09:41:09.940Z CNTRLR » [Node 007] refreshing neighbor list (attempt 1)... 2023-12-15T09:41:09.943Z CNTRLR [Node 008] Healing node... 2023-12-15T09:41:09.943Z CNTRLR » [Node 008] refreshing neighbor list (attempt 1)... 2023-12-15T09:49:41.406Z SERIAL « 0x01080004001f02984036 (10 bytes) 2023-12-15T09:49:41.410Z SERIAL » [ACK] (0x06) 2023-12-15T09:49:41.412Z DRIVER « [Node 031] [REQ] [ApplicationCommand] └─[SecurityCCNonceGet] 2023-12-15T09:49:41.428Z SERIAL » 0x011100131f0a98800f0266a2a481b7c305177a (19 bytes) 2023-12-15T09:49:41.429Z DRIVER » [Node 031] [REQ] [SendData] │ transmit options: 0x05 │ callback id: 23 └─[SecurityCCNonceReport] nonce: 0x0f0266a2a481b7c3 2023-12-15T09:49:41.432Z SERIAL « [ACK] (0x06) 2023-12-15T09:49:41.438Z SERIAL « 0x0104011301e8 (6 bytes) 2023-12-15T09:49:41.438Z SERIAL » [ACK] (0x06) 2023-12-15T09:49:41.440Z DRIVER « [RES] [SendData] was sent: true 2023-12-15T09:49:41.567Z SERIAL « 0x010700131700000ef2 (9 bytes) 2023-12-15T09:49:41.568Z SERIAL » [ACK] (0x06) 2023-12-15T09:49:41.569Z DRIVER « [REQ] [SendData] callback id: 23 transmit status: OK 2023-12-15T09:49:41.651Z SERIAL « 0x01290004001f2398812ece9f82577fb2842b6d0b733d616ba388c415c5cfdd76a (43 bytes) 00fa532bc9e8ff436c6d7 2023-12-15T09:49:41.654Z SERIAL » [ACK] (0x06) 2023-12-15T09:49:41.657Z CNTRLR [Node 031] [Meter] value[65537]: metadata updated [Endpoint 0] 2023-12-15T09:49:41.659Z CNTRLR [Node 031] [~] [Meter] value[65537]: 1.3 => 1.3 [Endpoint 0] 2023-12-15T09:49:41.662Z DRIVER « [Node 031] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[MeterCCReport] type: Electric scale: kWh rate type: Consumed value: 1.3 time delta: 3600 seconds prev. value: 1.3shuttercontrol.0 2023-12-15 11:00:00.017 debug Sun Elevation: 15.5° shuttercontrol.0 2023-12-15 11:00:00.016 debug Sun Azimut: 163.3° shuttercontrol.0 2023-12-15 11:00:00.016 debug calculate astrodata ... shuttercontrol.0 2023-12-15 10:55:00.018 debug Sun Elevation: 15.3° shuttercontrol.0 2023-12-15 10:55:00.017 debug Sun Azimut: 162.1° shuttercontrol.0 2023-12-15 10:55:00.017 debug calculate astrodata ... shuttercontrol.0 2023-12-15 10:50:00.015 debug Sun Elevation: 15° shuttercontrol.0 2023-12-15 10:50:00.014 debug Sun Azimut: 160.9° shuttercontrol.0 2023-12-15 10:50:00.014 debug calculate astrodata ... zwave2.0 2023-12-15 10:49:41.660 debug Node 31: value updated: value_electric_kwh_consumed => 1.3 zwave2.0 2023-12-15 10:49:41.658 debug Node 31: metadata updated: value_electric_kwh_consumed shuttercontrol.0 2023-12-15 10:45:00.016 debug Sun Elevation: 14.7° shuttercontrol.0 2023-12-15 10:45:00.015 debug Sun Azimut: 159.8° shuttercontrol.0 2023-12-15 10:45:00.014 debug calculate astrodata ... zwave2.0 2023-12-15 10:40:30.272 info Node 5 is now dead zwave2.0 2023-12-15 10:40:22.111 info Node 5: has returned from the dead zwave2.0 2023-12-15 10:40:07.388 info Node 5 is now dead shuttercontrol.0 2023-12-15 10:40:00.016 debug Sun Elevation: 14.5° shuttercontrol.0 2023-12-15 10:40:00.016 debug Sun Azimut: 158.6° shuttercontrol.0 2023-12-15 10:40:00.015 debug calculate astrodata ... zwave2.0 2023-12-15 10:39:29.843 debug Node 38: value updated: value_electric_kwh_consumed => 1 zwave2.0 2023-12-15 10:39:29.839 debug Node 38: metadata updated: value_electric_kwh_consumed shuttercontrol.0 2023-12-15 10:35:00.016 debug Sun Elevation: 14.2° shuttercontrol.0 2023-12-15 10:35:00.015 debug Sun Azimut: 157.5° shuttercontrol.0 2023-12-15 10:35:00.014 debug calculate astrodata ... shuttercontrol.0 2023-12-15 10:30:00.017 debug Sun Elevation: 13.8° shuttercontrol.0 2023-12-15 10:30:00.016 debug Sun Azimut: 156.4° shuttercontrol.0 2023-12-15 10:30:00.016 debug calculate astrodata ... admin.0 2023-12-15 10:29:26.379 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:29:19.022 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 zwave2 admin.0 2023-12-15 10:29:15.176 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:29:13.053 info ==> Connected system.user.admin from ::ffff:192.168.178.45 shuttercontrol.0 2023-12-15 10:25:00.015 debug Sun Elevation: 13.5° shuttercontrol.0 2023-12-15 10:25:00.015 debug Sun Azimut: 155.2° shuttercontrol.0 2023-12-15 10:25:00.015 debug calculate astrodata ... admin.0 2023-12-15 10:24:53.319 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:24:23.006 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 zwave2 admin.0 2023-12-15 10:21:41.007 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:21:38.671 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:20:38.074 info ==> Connected system.user.admin from ::ffff:192.168.178.45 zwave2.0 2023-12-15 10:20:16.568 debug Node 41: value updated: value_electric_kwh_consumed => 0.51 zwave2.0 2023-12-15 10:20:16.565 debug Node 41: metadata updated: value_electric_kwh_consumed shuttercontrol.0 2023-12-15 10:20:00.016 debug Sun Elevation: 13.2° shuttercontrol.0 2023-12-15 10:20:00.016 debug Sun Azimut: 154.1° shuttercontrol.0 2023-12-15 10:20:00.015 debug calculate astrodata ... zwave2.0 2023-12-15 10:18:56.533 debug Node 34: value updated: value_electric_kwh_consumed => 1.11 zwave2.0 2023-12-15 10:18:56.531 debug Node 34: metadata updated: value_electric_kwh_consumed zwave2.0 2023-12-15 10:17:27.927 debug Node 40: value updated: value_electric_kwh_consumed => 0 zwave2.0 2023-12-15 10:17:27.924 debug Node 40: metadata updated: value_electric_kwh_consumed shuttercontrol.0 2023-12-15 10:15:00.016 debug Sun Elevation: 12.8° shuttercontrol.0 2023-12-15 10:15:00.016 debug Sun Azimut: 153° shuttercontrol.0 2023-12-15 10:15:00.015 debug calculate astrodata ... shuttercontrol.0 2023-12-15 10:10:00.015 debug Sun Elevation: 12.4° shuttercontrol.0 2023-12-15 10:10:00.015 debug Sun Azimut: 151.9° shuttercontrol.0 2023-12-15 10:10:00.014 debug calculate astrodata ... zwave2.0 2023-12-15 10:05:49.988 debug Node 35: value updated: value_electric_kwh_consumed => 0.88 zwave2.0 2023-12-15 10:05:49.986 debug Node 35: metadata updated: value_electric_kwh_consumed zwave2.0 2023-12-15 10:05:22.772 debug Node 5: value updated: airTemperature => 17.08 zwave2.0 2023-12-15 10:05:22.770 debug Node 5: metadata updated: airTemperature shuttercontrol.0 2023-12-15 10:05:00.018 debug Sun Elevation: 12° shuttercontrol.0 2023-12-15 10:05:00.017 debug Sun Azimut: 150.8° shuttercontrol.0 2023-12-15 10:05:00.017 debug calculate astrodata ... admin.0 2023-12-15 10:04:49.312 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:46.638 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:46.617 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:46.602 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:46.472 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 admin admin.0 2023-12-15 10:04:46.465 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:46.013 info ==> Connected system.user.admin from ::ffff:192.168.178.45 admin.0 2023-12-15 10:04:43.607 info ==> Connected system.user.admin from ::ffff:192.168.178.45 shuttercontrol.0 2023-12-15 10:00:00.020 debug Sun Elevation: 11.6° shuttercontrol.0 2023-12-15 10:00:00.019 debug Sun Azimut: 149.7° shuttercontrol.0 2023-12-15 10:00:00.018 debug calculate astrodata ... shuttercontrol.0 2023-12-15 09:55:00.015 debug Sun Elevation: 11.2° shuttercontrol.0 2023-12-15 09:55:00.014 debug Sun Azimut: 148.6° shuttercontrol.0 2023-12-15 09:55:00.014 debug calculate astrodata ... shuttercontrol.0 2023-12-15 09:50:00.010 debug Sun Elevation: 10.8° shuttercontrol.0 2023-12-15 09:50:00.010 debug Sun Azimut: 147.5° shuttercontrol.0 2023-12-15 09:50:00.009 debug calculate astrodata ... zwave2.0 2023-12-15 09:49:41.306 debug Node 31: value updated: value_electric_kwh_consumed => 1.3 zwave2.0 2023-12-15 09:49:41.304 debug Node 31: metadata updated: value_electric_kwh_consumed shuttercontrol.0 2023-12-15 09:45:00.013 debug Sun Elevation: 10.3° shuttercontrol.0 2023-12-15 09:45:00.012 debug Sun Azimut: 146.4° shuttercontrol.0 2023-12-15 09:45:00.012 debug calculate astrodata ... shuttercontrol.0 2023-12-15 09:40:00.009 debug Sun Elevation: 9.9° shuttercontrol.0 2023-12-15 09:40:00.009 debug Sun Azimut: 145.3° shuttercontrol.0 2023-12-15 09:40:00.009 debug calculate astrodata ... zwave2.0 2023-12-15 09:39:29.356 debug Node 38: value updated: value_electric_kwh_consumed => 1 zwave2.0 2023-12-15 09:39:29.354 debug Node 38: metadata updated: value_electric_kwh_consumed zwave2.0 2023-12-15 09:39:14.394 debug Node 33: value updated: value_electric_kwh_consumed => 1.13 zwave2.0 2023-12-15 09:39:14.391 debug Node 33: metadata updated: value_electric_kwh_consumed admin.0 2023-12-15 09:35:13.120 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 zwave2 admin.0 2023-12-15 09:35:12.517 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 admin admin.0 2023-12-15 09:35:11.953 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 admin admin.0 2023-12-15 09:35:09.087 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 admin admin.0 2023-12-15 09:35:07.408 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 admin admin.0 2023-12-15 09:35:07.274 info <== Disconnect system.user.admin from ::ffff:192.168.178.45 zwave2 shuttercontrol.0 2023-12-15 09:35:00.013 debug Sun Elevation: 9.4° shuttercontrol.0 2023-12-15 09:35:00.013 debug Sun Azimut: 144.3° shuttercontrol.0 2023-12-15 09:35:00.012 debug calculate astrodata ... zwave2.0 2023-12-15 09:34:23.437 debug Node 4: value updated: airTemperature => 17.35 zwave2.0 2023-12-15 09:34:23.435 debug Node 4: metadata updated: airTemperature zwave2.0 2023-12-15 09:30:31.282 debug Node 3: value updated: airTemperature => 19.46 zwave2.0 2023-12-15 09:30:31.279 debug Node 3: metadata updated: airTemperature shuttercontrol.0 2023-12-15 09:30:00.015 debug Sun Elevation: 8.9° shuttercontrol.0 2023-12-15 09:30:00.015 debug Sun Azimut: 143.2° shuttercontrol.0 2023-12-15 09:30:00.014 debug calculate astrodata ... zwave2.0 2023-12-15 09:29:20.687 debug Node 5: value updated: airTemperature => 17.52 zwave2.0 2023-12-15 09:29:20.684 debug Node 5: metadata updated: airTemperature shuttercontrol.0 2023-12-15 09:25:00.015 debug Sun Elevation: 8.5° shuttercontrol.0 2023-12-15 09:25:00.015 debug Sun Azimut: 142.2° shuttercontrol.0 2023-12-15 09:25:00.014 debug calculate astrodata ... zwave2.0 2023-12-15 09:20:16.573 debug Node 41: value updated: value_electric_kwh_consumed => 0.51 zwave2.0 2023-12-15 09:20:16.570 debug Node 41: metadata updated: value_electric_kwh_consumed -
Hallo,
Hat jemand einen "Shelly/Qubinio Wave1" im Einsatz?
Meiner verursacht mit der Adapter-Version 3.1.0 dauernde Adapterabstürze2024-01-05 15:20:07.946 - info: zwave2.0 (1120) Node 46 is alive 2024-01-05 15:20:08.161 - warn: zwave2.0 (1120) Deleting orphaned channel zwave2.0.Node_043.Scene_Activation 2024-01-05 15:20:08.166 - warn: zwave2.0 (1120) Deleting orphaned state zwave2.0.Node_043.Scene_Activation.dimmingDuration 2024-01-05 15:20:08.170 - warn: zwave2.0 (1120) Deleting orphaned state zwave2.0.Node_043.Scene_Activation.sceneId 2024-01-05 15:20:48.014 - info: zwave2.0 (1120) Node 46: interview restarted 2024-01-05 15:20:52.812 - info: zwave2.0 (1120) State value to set for "zwave2.0.Node_046.Version.applicationFrameworkBuildNumber" has to be type "string" but received type "number" 2024-01-05 15:20:52.813 - info: zwave2.0 (1120) State value to set for "zwave2.0.Node_046.Version.hostInterfaceBuildNumber" has to be type "string" but received type "number" 2024-01-05 15:20:52.813 - info: zwave2.0 (1120) State value to set for "zwave2.0.Node_046.Version.zWaveProtocolBuildNumber" has to be type "string" but received type "number" 2024-01-05 15:20:52.814 - info: zwave2.0 (1120) State value to set for "zwave2.0.Node_046.Version.applicationBuildNumber" has to be type "string" but received type "number" 2024-01-05 15:20:57.417 - error: zwave2.0 (1120) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-01-05 15:20:57.418 - error: zwave2.0 (1120) unhandled promise rejection: Right-hand side of 'instanceof' is not an object 2024-01-05 15:20:57.419 - error: zwave2.0 (1120) TypeError: Right-hand side of 'instanceof' is not an object at /opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:391:25 at Array.filter () at getNotificationEnumBehavior (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:390:59) at getNotificationValueMetadata (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:429:23) at NotificationCCEventSupportedReport.persistValues (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:1598:23) at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4202:6) at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4204:9) at Driver.serialport_onData (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:3006:11) 2024-01-05 15:20:57.420 - error: zwave2.0 (1120) Right-hand side of 'instanceof' is not an object 2024-01-05 15:20:57.421 - error: zwave2.0 (1120) uncaught exception: Right-hand side of 'instanceof' is not an object 2024-01-05 15:20:57.421 - error: zwave2.0 (1120) TypeError: Right-hand side of 'instanceof' is not an object at /opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:391:25 at Array.filter () at getNotificationEnumBehavior (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:390:59) at getNotificationValueMetadata (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:429:23) at NotificationCCEventSupportedReport.persistValues (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:1598:23) at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4202:6) at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4204:9) at Driver.serialport_onData (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:3006:11) 2024-01-05 15:20:57.422 - error: zwave2.0 (1120) Right-hand side of 'instanceof' is not an object 2024-01-05 15:20:57.464 - info: zwave2.0 (1120) Shutting down driver... 2024-01-05 15:20:57.549 - info: zwave2.0 (1120) Resetting node status... 2024-01-05 15:20:57.731 - error: host.srviobroker Caught by controller[0]: TypeError: Right-hand side of 'instanceof' is not an object 2024-01-05 15:20:57.731 - error: host.srviobroker Caught by controller[0]: at /opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:391:25 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at Array.filter () 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at getNotificationEnumBehavior (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:390:59) 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at getNotificationValueMetadata (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:429:23) 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at NotificationCCEventSupportedReport.persistValues (/opt/iobroker/node_modules/@zwave-js/cc/src/cc/NotificationCC.ts:1598:23) 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4202:6) 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at Driver.persistCCValues (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:4204:9) 2024-01-05 15:20:57.732 - error: host.srviobroker Caught by controller[0]: at Driver.serialport_onData (/opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js/src/lib/driver/Driver.ts:3006:11) 2024-01-05 15:20:57.732 - error: host.srviobroker instance system.adapter.zwave2.0 terminated with code 1 (JS_CONTROLLER_STOPPED)Mit Adapter-Version 3.0.5 funktioniert er hingegen.
-
Hallo,
Weiß jemand bescheid warum der zwave2 Adapter nur mehr sehr verzögert zwave-js Update's bekommt? @AlCalzone scheint in Forum auch nicht mehr aktiv zu sein? -
@arteck Danke für die Info
Ich habe versuchsweise mal Z-Wave JS UI mit Eclipse Mosquitto und dem ioBroker MQTT Adapter angebunden, da darin das zwave-js in einer neuren Version vorhanden ist. Das ganze funktioniert auch soweit sehr gut nur leider sind die Datenpunkte nicht "namensgleich" damit ich meine alias.0..... einfach umschreiben könnte. 50 Nodes mit a 3-4 Datenpunkte bedeutet eine Menge Arbeit.
Hat hierzu jemand eine Idee wie man z.B.: folgende Werte einfach auf mqtt.0.zwave.nodeID..... suchen/ersetzen kann?
zwave2.0.Node_005.Binary_Switch.targetValue_001 mqtt.0.zwave.nodeID_5.switch_binary.endpoint_1.targetValue zwave2.0.Node_028.Multilevel_Sensor.airTemperature mqtt.0.zwave.nodeID_28.sensor_multilevel.endpoint_0.Air_temperature zwave2.0.Node_028.Notification.homeSecurity_motionSensorStatus mqtt.0.zwave.nodeID_28.notification.endpoint_0.Home_Security.Motion_sensor_status -
Aktuelle Test Version v3.0.3 Veröffentlichungsdatum 2022-09-06 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Changelog
Wieder war's lange still, und wieder ist viel passiert - diesmal hauptsächlich unter der Haube.
Die verwendete Library
zwave-jswurde auf die neue Version10.0.0aktualisiert, an der ich einige Monate gearbeitet habe. Dies beinhaltet eine ganze Reihe von Änderungen, das meiste sollte für User aber "unsichtbar" bleiben:Breaking Changes:
Mit der neuen Version entfällt die Unterstützung für Node.js 12. Node.js 14 ist jetzt Minimum.Stabilitätsverbesserungen bei der Kommunikation mit Geräten:
- Die Kommunikation mittels Security S2 funktioniert jetzt in bestimmten Situationen reibungsfreier.
- Kommandos, die in bestimmten Situationen die Warteschlange blockieren konnten, werden nun anders verschickt, sodass sie das nicht mehr tun.
- Die Verarbeitung von eingehenden Kommandos, die nicht in der richtigen Reihenfolge empfangen werden, wurde verbessert.
- Ein Fehler wurde behoben, bei dem eingehende Kommandos, die eigentlich verworfen werden sollten, immer noch ihre Werte speichern konnten.
Sonstiges:
- Mehr sensible Daten in den Logfiles werden unkenntlich gemacht.
- Es ist nun möglich, SmartStart-Provisioning-Einträge zu deaktivieren. Wenn ein Gerät aus dem Netzwerk entfernt wird, wird sein Provisioning-Eintrag nun deaktiviert anstatt entfernt zu werden.
- Zahlreiche neue und aktualisierte Konfigurationsdateien, siehe Z-Wave JS releases für Details
Update v3.0.2:
Diverse Abstürze und Kommunikationsprobleme behoben.
Update v3.0.3:
Weitere Kommunikationsprobleme behoben. Sollte ein Gerät nach dem Upgrade auf 3.x nicht mehr funktionieren, bitte neu interviewen (im Geräte-Tab - nicht neu anlernen).@alcalzone Guten Morgen, nachdem ich mal wieder ein wenig an meiner Visualisierung gearbeitet habe, ist mir aufgefallen, dass ich drei Z-Wave Geräte habe, wo die Batterie auf 0% steht. Auch der Datenpunkt Batterie Low steht auf "true" So Batterie getauscht. Keine Änderung. Ich habe dann das Gerät erneut interviewt. Ergab auch keine Änderung. Dabei handelt es sich um unterschiedliche Hersteller. Getest an einem Fibaro Öffnungsmelder. Habe auch einmal vorsichtshalber das Protokoll bei dem Interview gespeichert, falls das einmal zur Ansicht benötigt wird. Habe jetzt bei meiner Recherche kein wirkliches Ergebnis gefunden. Aber ich glaube das dieses Problem auch schon andere hatten. Hat da jemand ein Workaround ? Oder soll ich Dir @AlCalzone einmal mein Protokoll zusenden ?
Gruß André
-
@alcalzone Guten Morgen, nachdem ich mal wieder ein wenig an meiner Visualisierung gearbeitet habe, ist mir aufgefallen, dass ich drei Z-Wave Geräte habe, wo die Batterie auf 0% steht. Auch der Datenpunkt Batterie Low steht auf "true" So Batterie getauscht. Keine Änderung. Ich habe dann das Gerät erneut interviewt. Ergab auch keine Änderung. Dabei handelt es sich um unterschiedliche Hersteller. Getest an einem Fibaro Öffnungsmelder. Habe auch einmal vorsichtshalber das Protokoll bei dem Interview gespeichert, falls das einmal zur Ansicht benötigt wird. Habe jetzt bei meiner Recherche kein wirkliches Ergebnis gefunden. Aber ich glaube das dieses Problem auch schon andere hatten. Hat da jemand ein Workaround ? Oder soll ich Dir @AlCalzone einmal mein Protokoll zusenden ?
Gruß André
@gelberlemmy verstehe ich nicht.. wenn neue Batterie dann sendet das Ding direkt den Batteriezustand.. bei allen meinen Geräten
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@gelberlemmy verstehe ich nicht.. wenn neue Batterie dann sendet das Ding direkt den Batteriezustand.. bei allen meinen Geräten
@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:
@gelberlemmy verstehe ich nicht.. wenn neue Batterie dann sendet das Ding direkt den Batteriezustand.. bei allen meinen Geräten
Ja ist auch bei den anderen Geräten. Hatte mir einmal zuerst einfach eine andere neue Batterie aus einer anderen Packung genommen, um auszuschließen das es an der Batterie liegt. Aber das gleiche Problem....
-
@gelberlemmy verstehe ich nicht.. wenn neue Batterie dann sendet das Ding direkt den Batteriezustand.. bei allen meinen Geräten
-
@arteck bin am überlegen, das Gerät zu löschen und neu anzulernen. Wäre ja kein Problem, da ich mit Alias Datenpunkten arbeite.
-
@gelberlemmy ne .. mach nur
@arteck hab ich bereits mehrfach gemacht
-
Gibt es eine Möglichkeit über den Zwave2 Adapter Parameter an die Z-Wave Geräte zu senden? Ich habe im Adapter bisher leider nichts finden können. Besten Dank
-
Gibt es eine Möglichkeit über den Zwave2 Adapter Parameter an die Z-Wave Geräte zu senden? Ich habe im Adapter bisher leider nichts finden können. Besten Dank
@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:
Parameter
welche parameter ??? die werden normalerweise unter configuration angelegt
-
@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:
Parameter
welche parameter ??? die werden normalerweise unter configuration angelegt
@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:
@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:
Parameter
welche parameter ??? die werden normalerweise unter configuration angelegt
Zum Beispiel diese hier:
-
@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:
@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:
Parameter
welche parameter ??? die werden normalerweise unter configuration angelegt
Zum Beispiel diese hier:
@slipkorn_dh88 steht alles unter
in textform
-
@slipkorn_dh88 steht alles unter
in textform
@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:
@slipkorn_dh88 steht alles unter
in textform
Besten Dank, mit dem Denkanstoß macht es natürlich Sinn! Ich kannte bisher nur die Möglichkeit die Parameter über die Oberfläche einer Benutzeroberfläche/App zu senden und habe einen Datenpunkt erwartet, bei welchem man einfach Parameter, Größe und Wert einträgt.
-
@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:
@slipkorn_dh88 steht alles unter
in textform
Besten Dank, mit dem Denkanstoß macht es natürlich Sinn! Ich kannte bisher nur die Möglichkeit die Parameter über die Oberfläche einer Benutzeroberfläche/App zu senden und habe einen Datenpunkt erwartet, bei welchem man einfach Parameter, Größe und Wert einträgt.
Habe gerade festgestellt, dass die Konfigurations DB bei mir etwas veraltet zu sein scheint (meine Vers 10.23.6, aktuelle in GitHub 12.5.3). Ich meine mich zu erinnern, dass bei der ZWave2 2.x Version diese KonfDB über die Einstellung in der Instanz aktualisiert werden konnte. In der Version 3.x geht das scheinbar nicht mehr. Gibt es einen Weg die KonfDB zu aktualisieren ohne den Adapter komplett neu zu installieren?
-
Habe gerade festgestellt, dass die Konfigurations DB bei mir etwas veraltet zu sein scheint (meine Vers 10.23.6, aktuelle in GitHub 12.5.3). Ich meine mich zu erinnern, dass bei der ZWave2 2.x Version diese KonfDB über die Einstellung in der Instanz aktualisiert werden konnte. In der Version 3.x geht das scheinbar nicht mehr. Gibt es einen Weg die KonfDB zu aktualisieren ohne den Adapter komplett neu zu installieren?
@laplaceii : Hat jemand eine Idee dazu?
Support us
562
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge