Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@juggi1962 die neue version macht das was du willst..

nur dass siehst du nicht

das der das gleiche immer reinschreibst.. das kannst du mit einem Script oder blickly prüfen. hab dir was in GIT gestellt zut gucken.

[jolic]

@arteck verstehe ich das richtig, neu ist der datenpunkt Central_Scene der Scenes abbildet?

[juggi1962]

@arteck @jolic
ja das sehe ich auch alles in meinen Datenpunkten aber wenn sich der Datenpunkt nicht ändert wie soll er dann mein Blockly triggern?
Wenn ich lange auf dem scene.001 Button drücke dann sehe ich, dass sich der Wert ändert und zwar zuerst in KeyHeldDown und wenn ich los lasse in KeyReleased. Wenn das dann im Datenpunkt drin steht und ich wieder kurz drücke, was ja mein Befehlt für das öffnen der Garage ist, geht es einmal und die Garage gehr auf und der Wert springt auf KeyPressed, wenn ich aber das Tor wieder zu machen will mit kurzem drücken, dann geht nichts mehr der Wert bleibt bei KeyPressed. Erst wenn ich wieder lange drauf klicke dann geht der Wert wieder auf KeyReleased und danach geht auch wieder der kurze Klick einmal.
Ich kann das leider nicht besser erklären, Sorry.
Wenn ich im zwave-js-ui schaue, da sehe ich dass immer was passiert wenn ich kurz drauf drücke.
MfG Jürgen

[arteck]

@juggi1962 sagte in zwave - Beta ioBroker.zwavews:

Ich kann das leider nicht besser erklären, Sorry.

über den timestamp wird das geregelt.. das passt schon.. nur weil du die Änderung nicht siehst, heisst es lange nicht dass diese nicht staatfindet.

on({id: 'zwavews.0.nodeID_020.Central_Scene.scene.001', change: 'any'}, function (obj) {   
    console.warn('klick button ' + obj.state.val + '  ' + obj.state.ts);
});

so damit kannst du es sehen.. der timestamp ändert sich bei jeden klicken...
was du in deinem script/blockly machst weiss ich nicht..

zeigmal her dein garagen dingends...

[juggi1962]

@arteck Jetzt glaube ich habe ich gefunden warum das nicht funktionierte wie beim alten Zwave2.0 Adapter.
Ich habe den Trigger in meinem Blockly jetzt von wurde geändert auf wurde aktualisiert und jetzt scheint es zu funktionieren. bis jetzt hatte ich immer alles oder das meiste auf geändert stehen.
Das muss man auch erst mal wissen wenn es die letzten Jahre so funktioniert hat.
Aber vielen Dank für eure Bemühungen und Sorry für mein nicht wissen :-(

[juggi1962]

@arteck
Hallo und schönen Tag.
Ist es möglich, dass man diesen Datenpunkt
zwave2.0.Node_094.Notification.accessControl_keypadUnlockOperation_userId
den es bei dem zwave2.0 Adapter bei dem Popp Keypad 700045 gegeben hat, dass man den im neuen auch wieder bekommt.
Ich habe den genutzt um zu sehen wer meine Alarmanlage per Code ausgeschalten hat. der fehlt jetzt leider im neuen Adapter.
Ich hoffe ich bin mit meiner Frage hier richtig.
Danke im Voraus gruß Jürgen

[arteck]

phuu keine ahnung.. der Adapter verarbeitet nur das was es von zwave js ui bekommt..
kannst du den im zwave js ui sehen ?? wie heisst es da ??

[juggi1962]

@arteck nein den Datenpunkt gibt es auch in zwave js ui nicht, aber macht nichts ich habe es anders gelöst. Danke aber für deine Bemühungen. Gruß jürgen

[Kopterframe]

@jolic sagte:

hast du mal Failed Nodes -> remove oder replace versucht? Ohne Gewähr! Mach vorher ein Backup!

Habs gefunden, vielen Dank

[jolic]

Hallo @arteck, mir ist aufgefallen, dass ich nach einem Neustart folgende Fehlermeldung im ioBroker-Log erhalte:

Plugin docker Cannot read docker config file docker-compose.yaml: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/@iobroker/plugin-docker/build/cjs/../../../../iobroker.zwavews/docker-compose.yaml'

Da bei mir alles problemlos funktioniert und ich kein Docker verwende, gehe ich davon aus, dass ich diese Meldung ignorieren kann. Ist das korrekt?

Meine Versionen:

• Z-Wave WS: 0.1.3
• zwave-js-ui: 11.16.2
• Node.js: v22.22.2

[arteck]

@jolic sagte:

Ist das korrekt?

ja

[jolic]

@arteck sagte:

@jolic wir zentralisieren alle Geräte die im iobroker verfügbar sind auf einer Darstellung in Admin

das sieht dann so aus

so dass man immer die gleiche Kachelansicht hat..hier als Beispiel zwavews matter und wled

Hallo @arteck, ich habe auf Admin 7.8.23 aktualisiert und sehe nun den Gerätemanager, der scheint zu versuchen, meine Geräte aufzulisten, aber ich sehe dort nichts.

Im Protokoll steht:

zwavews.0 error	TypeError: this.loadDevices is not a function

Muss ich noch was tun? Meine Versionen:

Z-Wave WS: 0.1.3
zwave-js-ui: 11.16.2
Node.js: v22.22.2

PS: bei Release v0.1.5 steht: "upd devicemanager", hat das was damit zu tun?

Nachtrag: Mit Version 0.2.0 werden die Geräte nun korrekt angezeigt. Danke!

[arteck]

@jolic admin 7.8.24 adapter version 0.2.0

[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