Monatsrückblick Januar/Februar 2026 ist online!

[jolic]

@RikDRS Danke für deinen Report! dieses weekend kümmere ich mich um die Sache mit den Alias. Sobald ich das sauber umgesetzt habe, werde ich zwaveWS aktivieren. ich vermute, dass meine batteriebetriebenen Geräte dann nicht einmal neu aktiviert interviewt werden müssen, da ich den Cache kopieren werde. Falls doch, wird eine einmalige Aktivierung ein einmaliges Interview auch kein Problem sein.

PS:

das wäre aber auch ohne Alias passiert, da ja die Verknüpfung nciht mehr auf das ZWave2-Objekt verweist sondern auf das dann neu angelegte ZWavews-Objekt

Richtig, dadurch hast du dir wahrscheinlich viel Arbeit bei deinen scripts und der VIS gespart.

Update: Nicht "Aktivierung", sondern "Interview" war notwendig.

[ParaChris82]

@jolic kannst ja mal gerne Feedback geben mit dem Cache . Habe hier noch Fensterkontakte mit Batterie liegen
aber nicht installiert .

[jolic]

@ParaChris82 sagte in zwave - Beta ioBroker.zwavews:

@jolic kannst ja mal gerne Feedback geben mit dem Cache . Habe hier noch Fensterkontakte mit Batterie liegen
aber nicht installiert .

klar werde ich tun, aber wenn du die noch nicht nutzt, bringt das mit dem Cache nichts, oder reden wir von was anderem?

So wie ich das verstehe: Durch den Cache müssen die Geräte beim Start nicht jedes Mal neu interviewt werden. ohne Cache kann das vor allem bei batteriebetriebenen Geräten länger dauern, oder manuell aufwecken muss.

[ParaChris82]

@jolic da haste rechte , absoluter Denkfehler von mir :)

[Flopsi]

@ParaChris82

Du schreibst man muss nichts machen ausser den Adapter installieren ?
Was hast du den bei der Websocket IP-Adresse eingetragen ?

Habe nur den Adapter zwavews installiert ... was hat es den jetzt noch mit Zwave-Js-UI auf sich ?

Ich habe einen AEON Labs ZW090 als Stick.

[arteck]

Zwave-Js-UI musst du auch installieren ..der adapter reicht nicht..
steht aber auch IN DER DOKU

[jolic]

Hi, hier ein kleines Update von mir:

Also zwave-js-ui (läuft bei mir schon länger) gefällt mir auf jeden Fall deutlich besser als Z-Way.

Nach einer ziemlich langen Nacht habe ich für meine z-wave-Geräte Alias-Datenpunkte angelegt. Pro Gerät habe ich nur die Standard-States erstellt, also nur die, die ich tatsächlich nutze. Damit erhoffe ich mir eine saubere und langfristig wartbare Lösung.

Nun habe ich die Migration von zwave2 auf zwave-js-ui gemacht. Das Übernehmen der Cache-Dateien scheint bei mir allerdings nicht so zu funktionieren wie erhofft. Ich musste deshalb ein paar batteriebetriebene Geräte erneut interviewen, allerdings nicht alle... evtl hätte ich einfach noch warten müssen, aber Geduld gehört nicht zu meinen Stärken 😅

Großes Danke an @arteck, der sich der Sache angenommen hat! 👍

[Flopsi]

@arteck
Wie installiert man zwave-js-ui ? Gibt es dazu ne Anleitung Doku ?

[mcm1957]

Ja,
Der Link dazu ist im README des Adapters:
https://github.com/arteck/ioBroker.zwaveWS?tab=readme-ov-file#zwave-ws-adapter-for-iobroker

[jolic]

ja, der zwave-js-ui Link zeigt dir die methoden, wie du es installieren kannst, aber die meiste Arbeit kommt danach.

Für mich ist das nach zwave und zwave2 bereits die 2te Umstellung. Das war schon ein ordentlicher Aufwand, alle Datenpunkte anzupassen und meine scripte sowie VIS zu überarbeiten. Im Nachhinein kann ich sagen: Es wurde Zeit, die Alias-Funktion von ioBroker stärker zu nutzen. Damit lassen sich zukünftige Umstellungen deutlich einfacher bewältigen.

Bleibt zu hoffen, dass dieser Ansatz mit zwave-js-ui langfristig zukunftssicher ist.

[arteck]

@jolic sagte in zwave - Beta ioBroker.zwavews:

Durch den Cache müssen die Geräte beim Start nicht jedes Mal neu interviewt werden.

nein im cache steht die struktur des Gerätes drin.. also das was bei Interview das gerät von sich gibt was es kann..

das wird nur EINMAL abgefragt. bei Batteriegeräten kann das länger dauert bis die die Struktur senden da die schlafen.. und auch nicht immer bei "aufwecken" wird diese übertragen

kannst dir mal so eine anschauen..

das ist mein node 3

es ist ein Rollo aktor von fibaro...

---

grundsätzlich gilt es..

alles was Batteriebetrieben ist und du den Cache nicht mitnimmst muss NUR Interview werden.. dazu muss das Gerät wach sein ..

alles was am Strom hängt auch (wenn du den cache nicht mitnimmst) aber das ist nicht das problem da die Geräte immer senden

[jolic]

Sorry arteck , im Moment verstehe ich nur "Bahnhof".
Wichtig ist für mich: Bei mir läuft alles problemlos. Für meine Notizen oder andere die es Interessiert würde ich das gerne richtig festhalten.

Also so wie ich es verstanden habe:
Der Cache enthält die beim Interview ermittelte Struktur des Gerätes. Dadurch müssen Geräte nach einem Neustart nicht erneut interviewt werden. Ohne Cache müssen die Geräte erneut interviewt werden, wobei Batteriegeräte dafür manuell aufgeweckt werden müssen.

Habe ich das so richtig verstanden? Wenn ja, hat das bei mir nur teilweise funktioniert, oder mein cache vom zwave2 war nicht ganz kompatibel zum neuen Adapter?

PS: in meinem /zwave-js-ui/store sehe ich diese 3 markierten Dateien, welche ich bei der Umstellung aus zwave2 eingesetzt hatte:

Anhand des Datums, sehe ich, das die aktuell beschrieben werden.

[arteck]

@jolic sagte in zwave - Beta ioBroker.zwavews:

Habe ich das so richtig verstanden?

jop genau so.. ob das 100% immer funktioniert .. weiss ich nicht .. hab den zwave2 nicht programmiert..
es war mir auch neu das das geht...

aber wenns nur teilweise geklappt hat dann ist das besser als nix :-)

[jolic]

@arteck sagte in zwave - Beta ioBroker.zwavews:

@jolic sagte in zwave - Beta ioBroker.zwavews:

Habe ich das so richtig verstanden?

jop genau so.. ob das 100% immer funktioniert .. weiss ich nicht .. hab den zwave2 nicht programmiert..
es war mir auch neu das das geht...

aber wenns nur teilweise geklappt hat dann ist das besser als nix :-)

Danke! Vielleicht kann jemand anderes hier seine Erfahrungen nach seiner Umstellung auch teilen... Hauptsache es rennt.

[jolic]

Oops, nachjedem Neustart von zwavews (V 0.0.17) oder Z-Wave JS UI (V 11.14.0) wird mein ioBroker Log mit 1000 Warnungen voll geschrieben. Eine Idee warum?

2026-03-08 09:24:36.655  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.parameterNumber" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.656  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.label" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.656  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.valueSize" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.657  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.allowed.from" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.658  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.allowed.to" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.658  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.allowed.name" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.659  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.minValue" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.659  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.maxValue" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.660  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.unsigned" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.661  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.defaultValue" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.661  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.allowManualEntry" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.662  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.options.value" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.663  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.options.label" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.663  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.options.name" has no existing object, this might lead to an error in future versions
2026-03-08 09:24:36.664  - warn: zwavews.0 (4116) State "zwavews.0.nodeID_004.info.deviceConfig.paramInformation._map.{"parameter":1}.options.value" has no existing object, this might lead to an error in future versions

[Kopterframe]

@jolic
Sorry, ja ich meinte natürlich Zwave js ui.
Mal eine Frage, wenn ich in der UI keinen seriellen Port für den USB Zigbee Stick angebe, dann wird der zwavews Adapter im Iobroker auch nicht grün?? Oder geht das trotzdem?

[Thomas Braun]

@Kopterframe

Was meinst du damit genau?
Man gibt für serielle USB-Sticks immer die Links 'by-id' an, nicht die vom Kernel zufällig vergebene direkte Gerätedatei. Dann klappt das auch mit wechselnden Interfaces.

[Kopterframe]

@thomas-braun
das ist schon klar.
Ich wollte eigentlich nur wissen, ob der zwavews Adapter im Iobroker trotz fehlenden Zwave USB Stick in der UI grün werden kann?

[jolic]

@Kopterframe ich vermute du solltest erst dein Z-Wave JS UI am laufen haben, dazu musst du in den Settings nur Z-Wave eingerichtet haben. Dann kannst du den WS-Server aktivieren. Vorher macht iobroker.zwavews keinen Sinn

[jolic]

sagte in zwave - Beta ioBroker.zwavews:

Oops, nachjedem Neustart von zwavews (V 0.0.17) oder Z-Wave JS UI (V 11.14.0) wird mein ioBroker Log mit 1000 Warnungen voll geschrieben. Eine Idee warum?

Evtl. habe ich doch ein Problem mit zwavews?

Bei mir hat der Adapter für 23 Nodes insgesamt 7840 Datenpunkte erstellt. Das kann doch nicht normal sein? Als Beispiel Node 004 (ist ein 230V Relais):

• 277 ioBroker-Objekte
• Export hat ca. 6200 JSON-Zeilen

Mir fällt auf, dass sehr viele datenpunkte unter info.deviceConfig.paramInformation erzeugt werden, die für mich wie unnötige bzw. redundante Pfade wirken.

Mache ich was falsch oder handelt es sich um ein Problem im Adapter?

---

Node.js:v22.22.1
NPM:11.11.0
zwavews: V 0.0.17
Z-Wave JS UI: V 11.14.0