Test Adapter Z-Wave 2 v3.0.x
-
@esmax666 sagte in Test Adapter Z-Wave 2 v3.0.x:
Das Gerät, das ich hinzufügen möchte, muss sich direkt neben dem USB-Zwave-Stick befinden, oder?
warum das den.. quack..
das dauert immer ein wenig.. aber nein es geht..und muss nicht in der nähe sein -
danke für deine schnelle Antwort
wie lange dauert es in der Regel?
Der TechniSat-Schalter 0300/9496 bleibt nur 30 Sekunden nach dreimaligem Drücken der Taste T1 im Kopplungsmodus. dannach wieder normal modus
-
@arteck
kannst du mir auch sagen warum die security S0 grau ist ?
das habe ich auch nicht verstanden
-
-
@arteck ok danke
und zu dem anderen Thema weiter oben:
Wie lange dauert eine Inklusion?
denn mein Sensor bleibt nur 30 Sekunden in der Inklusion. ist das genug?
Wie soll ich das sonst machen? -
@esmax666 das geht relativ zügig...hast mal den Stick rausgezoggen... und wieder rein. bei mir hängt der sich ab und zu auf..dann kann ich nix includen
-
@arteck said in Test Adapter Z-Wave 2 v3.0.x:
hast mal den Stick rausgezoggen...
also für sowas muss man davor ZWave2 adapter stoppen sonst stört das ganze und nach wieder einstecken wieder starten
ich probiere mal
ich habe gestern ein eurotronics gekopplen und das war kein Problem ( Ich habe den Eurotronics vom Heizkörper entfernt, um ihn näher an den Raspi zu bringen, und es hat funktioniert.)
was hast du als USB Stick (ich habe ein Aeotec Z-Stick Gen5)
-
@esmax666 sagte in Test Adapter Z-Wave 2 v3.0.x:
also für sowas muss man davor ZWave2 adapter stoppen sonst stört das ganze und nach wieder einstecken wieder starten
ja aber wo ist das problem ??
ich hab einen ZMEUUZB1 - USB Stick..tut aber nix zur sache
-
@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 ?
-
@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. -
@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 ?
-
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? -
@peppino er ist ein wenig busy... die Familie... der ist aber noch aktiv..
-
@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 -
@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
-
@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....
