Test Adapter Z-Wave 2 v3.0.x

Esmax666

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

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

peppino

Hallo,
Hat jemand einen "Shelly/Qubinio Wave1" im Einsatz?
Meiner verursacht mit der Adapter-Version 3.1.0 dauernde Adapterabstürze

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

peppino

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

@peppino er ist ein wenig busy... die Familie... der ist aber noch aktiv..

peppino

@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

gelberlemmy · 2022-09-06

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

arteck

@gelberlemmy verstehe ich nicht.. wenn neue Batterie dann sendet das Ding direkt den Batteriezustand.. bei allen meinen Geräten

gelberlemmy

@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

@arteck bin am überlegen, das Gerät zu löschen und neu anzulernen. Wäre ja kein Problem, da ich mit Alias Datenpunkten arbeite.

arteck

@gelberlemmy ne .. mach nur

gelberlemmy

@arteck hab ich bereits mehrfach gemacht

SlipKoRn_DH88

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

arteck

@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:

Parameter

welche parameter ??? die werden normalerweise unter configuration angelegt

SlipKoRn_DH88

@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

@slipkorn_dh88 steht alles unter

in textform

SlipKoRn_DH88

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

LaplaceII

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

@laplaceii : Hat jemand eine Idee dazu?

LaplaceII

Hat keiner eine Idee dazu?

RikDRS

Guten Morgen zusammen!

Ich bin gerade dabei mein Z-Wave Geräte vom Fibaro HC2 auf iOBroker zu migrieren. Dabei habe ich folgendes Probleme:

die Batterien sind innerhalb von 1-3 Tagen leer. Das war unterm HC2 nicht der Fall. Woher kann das kommen? Ich habe alle Smokesensoren aus dem HC2 exkludiert, resettet und dann neu im iOBroker eingebunden.
Habe versucht den Kommunikationsintervall schon herabzusetzen, das brachte aber keinen Erfolg

Dabei spielt es keine Rolle um welche Version es sich bei dem Rauchmelder handelt

Schönen Feiertag!
Rik

Aktuelle Test Version	v3.0.3
Veröffentlichungsdatum	2022-09-06
Github Link	https://github.com/AlCalzone/ioBroker.zwave2

NEWS

Test Adapter Z-Wave 2 v3.0.x

Support us

436

32.4k

81.4k

1.3m