UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

@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

[Berges01]

@rikdrs
Hast du nur die Rauchmelder Inkludiert?
Wenn ja, könnte es sein das die Reichweite vom z-Wave nicht reicht.
Wenn die Geräte versuchen dauernd den Master zu erreichen verbrauchen die Strom.
Rauchmelder sind Passive Geräte und verstärken das Signal nicht.
Aktive Komponenten wie Schaltbare Steckdosen, Schalterdosen-Einbau-Geräte (Alles was dauernd am Strom hängt) usw. wirken als Verstärker.
Das war aber auch beim HC2 so.
Ich betreibe hier den ioBroker mit ca. 160 z-Wave und solche Probleme kenne ich mur wenn das Mash nicht funktioniert,