wichtiges UPDATE für controller 7.2.2 im stable

[gelberlemmy]

@arteck hallo zusammen, ich habe meine zWave Geräte jetzt umgezogen auf ZWaveWS. Läuft auch alles sowit. Bis auf mein Keypad.
Dies ist in der JS wie folgt angelegt:

MINI KEYPAD RFID
Wintop / Keypad with Alarm Activation RFID Tag
Firmware Range: All Versions
Product Manufacturer: 0x0097
Product Identifiers: 0x6131:0x4101, 0x6131:0x4501, 0x6131:0x5501

Wenn ich die Keys eingetragen habe und diese dann einmal auslöse, bekomme ich als Warnmeldung im Log:

zwavews.0
2026-05-17 19:35:49.615	warn	{"type":"event","event":{"source":"node","event":"notification","nodeId":48,"notificationLabel":"Keypad lock operation","parameters":{"userId":6}}}

zwavews.0
2026-05-17 19:35:49.615	warn	New type event ->> notification

zwavews.0
2026-05-17 19:35:37.335	info	nodeID_048 --> sleep

zwavews.0
2026-05-17 19:35:37.111	info	nodeID_048 --> wake up

zwavews.0
2026-05-17 19:35:37.042	warn	{"type":"event","event":{"source":"node","event":"notification","nodeId":48,"notificationLabel":"Keypad lock operation","parameters":{"userId":6}}}

zwavews.0
2026-05-17 19:35:37.042	warn	New type event ->> notification

Hier gibt es unter Notification keinen Eintrag der dies anzeigt. Früher hatte ich bei den UserKeys immer den Datenpunkt zwave2.0.Node_048.User_Code.userCode_0 der dann den eingebenden Code angezeigt hat. Den gibt es nicht mehr.
Diesen gibt es jetzt nicht mehr. Aber auch keinen anderen Datenpunkt, wo ich dies einsehen kann. Gibt es da noch ein Bug ? Oder was kann ich tun, dass ich dies wieder in Funktion bekomme.
Danke für die super Arbeit, die Ihr hier macht

Gruß André

[jolic]

hi, @gelberlemmy ohne @arteck etwas vorwegnehmen zu wollen (was ich auch nicht kann ;-) und da ich dein "MINI KEYPAD RFID" nicht kenne, würde ich zuerst direkt in der der Quelle suchen, also in der zwave-js-ui und nicht bei zwavews. Sind die DP dort vorhanden? Wenn nicht, liegt es nicht an zwavews.

[gelberlemmy]

@jolic danke, stimmt die UI ist ja noch dazwischen geschaltet. Wenn ich mich erinnere, wurde dieser Datenpunkt damals erst angelegt, nachdem er diesen einmal eingegeben habe. Bin nur über diese Warnmeldung im Log verwundert. Werde sonst einmal bei der Ui einen Issue aufmachen. Danke

[jolic]

@gelberlemmy ok, aber was meinst du mit "UI" genau? Der zwavews-Adapter stellt (nur) die Verbindung zu den Z-Wave-Geräten über eine zwave-js-ui-Instanz via WS her. Daher würde ich zuerst direkt in der zwave-js-ui nachsehen. Ich nehme an, dass du genau das meinst?

Falls der DP in der zwave-js-ui vorhanden ist, könntest du anschließend den zwavews-Adapter neu laden, damit dieser den DP übernimmt (vermute ich).

[gelberlemmy]

@jolic ja ich habe nur die zwave-js-ui abgekürzt.

[arteck]

@jolic ja hast recht ABER

ich habe mir für alles unbekannte was zwave-ui-js sendet genaue diese Meldung gemacht..

{"type":"event","event":{"source":"node","event":"notification","nodeId":48,"notificationLabel":"Keypad lock operation","parameters":{"userId":6}}}

@gelberlemmy

der adapter kennt diese notification nicht.. mach ein isse auf GIT und für die JSON dazu von dem keypad.

kannst du mal da reinschauen

ist zwar vom Thermostaten im screenshot sollte aber gleich aussehen

[gelberlemmy]

@arteck sorry das ich so spät Antworte. Lege ein Issue an. JSON anbei

node_48_dump.json
node_48.json

[Skyx3]

Hallo, ich bin jetzt mit dem ersten von 3 Adaptern gewechselt, nun habe ich das Problem das bei keinem RGBW Gerät und das betrifft Fibaro RGBW Geräte, genauso wie AEOTEC Bulbs, der Datenpunkt Color_Switch.targetColor.Warm_White nicht funktioniert. In der Zwave UI funktioniert es.

Außerdem wird bei keiner meiner Cyrus Fernbedienungen das Drücken übermittelt. Central_Scene.scene.001 bis 004 bleiben auf 0. Im Zwave UI wird das drücken angezeigt.

[PackElend]

ich habe den zwavews seit einer Weile mitlaufen. Produktiv bin mit zwave noch auf HA unterwegs.
Mir ist aufgefallen, dass die Messwerte (Batteriestand) meiner https://manual.zwave.eu/backend/make.php?lang=DE&sku=HOPEE0400Z-EF&cert=ZC12-22050338 nicht korrekt angezeigt wird.
Den Werten in HA vertraue ich da eher.
Gibt es hier ein generischen Problem mit batteriebetriebene zwave Geräten?

Eine andere Sache, meine Shelly Shutter werden nicht richtig erkannt im iobroker system (über den https://github.com/iobroker/ioBroker.type-detector)
Das was ich dort sehe ist a bissle murks

Wie ist der richtige Wege, dass es so schick wird wie angedeutet in: https://forum.iobroker.net/topic/84591/neues-youtube-video-visualisierung-im-devices-adapter

[arteck]

@PackElend das liegt am type detector ..bzw an fehleder implementierung im zwave adapter..
hab mich noch nicht drum gekümmert

Mir ist aufgefallen, dass die Messwerte (Batteriestand) meiner https://manual.zwave.eu/backend/make.php?lang=DE&sku=HOPEE0400Z-EF&cert=ZC12-22050338 nicht korrekt angezeigt wird.

das heisst was..?? wenn das Gerät was sendet wird es auch im Adapter angezeigt.. es kommt drauf an wie du das Gerät konfiguriert hast im zwave-ui-js wann welche Werte gesendet werden sollen.. was da HA macht kein Plan

[arteck]

@Skyx3 sagte:

der Datenpunkt Color_Switch.targetColor.Warm_White nicht funktioniert

mehr kontext ein "es geht nicht" hilft mir nicht weiter .. was steht im LOG dann ??

[PackElend]

@arteck sagte:

das heisst was..??

nachts um 23 sind Informationen gerne mal unvollständig
Momentan sind die Werte identisch.
Damals wo mir das aufgefallen ist (meinte Mitte, Ende Mai), sind Werte in HA korrekt angezeigt worden aber nicht in iobroker.
Die Werte werden aufgezeichnet, aber echarts ist nicht gerade intuitiv um mal schnell die Messwerte von damals anzuzeigen. Wenn ich es mal rausfinde wie es geht, versuche die Informationen nachzuliefern

@arteck sagte:

hab mich noch nicht drum gekümmert

keine problem jetzt weiss ich zumindest warum

Ich habe mir von der KI Skripte bauen lassen, um Alias erstellen zu lassen für die z-wave Geräte, so dass type dedector damit glücklcih ist.
Bin noch nicht zum teste gekommen aber falls jemand Interesse hat.
Die Autoerkennung im Alias-Manager hat bisher auch nicht sinnvolles ergeben.

---

andere Frage, welche Logs benötigst du alle wenn ich ein Issue auf GitHub erstelle.
Bei Z-Wave JS UI kenn ich alle Logs die nötig sind, hatte dort letztens ein Issue erstellt.
Bei iobroker gibt es nur #tab-logs, reicht der?
Mit log level silly?

[arteck]

@PackElend sagte:

Bei iobroker gibt es nur #tab-logs, reicht der?
Mit log level silly?

das brauch ich nur sehr selten aber wenn ja dann sag ich bescheid dass du das umstellen sollst