Monatsrückblick Januar/Februar 2026 ist online!

[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

[jolic]

@arteck
Boa, ich sehe das du heute die Version 0.1.0 veröffentlicht hast.

Ich habe die alten DPs gelöscht, anschließend den Adapter mit iobroker upgrade zwavews@0.1.0 aktualisiert und danach neu starten lassen. Die DPs wurden anschließend sauber neu angelegt. Im Log erscheinen jetzt nur noch vier Warnungen:

warn  State value to set for "zwavews.0.nodeID_047.Configuration.Associations_in_ZWave_Network_Security_Mode" has value "7" greater than max "3"
warn  State value to set for "zwavews.0.nodeID_046.Configuration.Associations_in_ZWave_Network_Security_Mode" has value "7" greater than max "3"
warn  State value to set for "zwavews.0.nodeID_027.Protection.exclusiveControlNodeId" has value "0" less than min "1"
warn  State value to set for "zwavews.0.nodeID_013.Basic.currentValue" has value "255" greater than max "99"

Die letzte Warnung value "255" greater than max "99" ist bekannt, und hatte der alte zwave2 auch angezeigt.

Mein Log wird also nicht mehr mit 1000den Warnungen vollgeschrieben und ich sehe auch keine Datenpunkte wie info.deviceConfig.paramInformation mehr, die vorher tausendfach angelegt wurden.

Ist das der Grund gewesen?

0.1.0 (2026-03-08)
BREAKING CHANGE - dp name is now with underline
fix dp's with a space
fix dp's with special chars

Danke!

PS: Ich muss nun noch meine Aliase anpassen und die Leerzeichen durch "_" ersetzen...

[jolic]

un noch was, der neue TAB "DEVICES" in v 0.1.0 zeigt bei mir nichts an, Log:

error	TypeError: Cannot read properties of undefined (reading 'manufacturer')

[arteck]

@jolic die 0.0.17 war das Problem mit den tausenden DP's in kombination mit Z-Wave JS UI (V 11.14.0)

für den Tab brauchst du die neuste Admin version..kannst aber erstmal ignorieren

[Kopterframe]

Wollte euch nicht vorenthalten, dass mein System läuft. mit Schnittstelle tcp://ipadresse des SLZB:8638
Nun habe ich noch ein Stück Arbeit, die ganzen Datenpunkte ändern in den Blocklys und Vis

[jolic]

@kopterframe prima! ich empfehle auf jedenfall Aliase zu nutzen, oder tust du das schon?

[Skyx3]

Hallo zusammen, ich habe rund 350 zwave Geräte, daher teile ich die Last und das Risiko für einen Ausfall auf 3 zwave Controller auf (AEOTEC GEN5), mit ebenfalls 3 zwave.2 adaptern. Wie ist das bei zwave ui + ws, muss ich dann wirklich 3x zwave ui server aufsetzen oder kann ich an zwave ui 3 controller anbinden?

[Kopterframe]

@jolic Aliase benutze ich noch nicht, wo und wie geht das??
Ich habe Target Value umgeschrieben, um das besser zu erkennen

Hier ändert sich das aber nicht

[Skyx3]

@Kopterframe
Du gehst z.B. über den Geräte/Devices Adapter

[Kopterframe]

@jolic gibt es bei mir nicht??? Komisch
Hast du da eine zusätzlichen Adapter installiert?

[Skyx3]

@Kopterframe Ist eine gute Frage, das ist eigentlich ein Basic Adapter von iobroker, aber wenn er nicht installiert ist, packe ihn mal drüber. Aliase sind das Beste was es gibt, nie wieder ohne.

[Homoran]

@Skyx3 sagte in zwave - Beta ioBroker.zwavews:

Aliase sind das Beste was es gibt, nie wieder ohne.

Aliase sind iobroker basics.

Aber dafür braucht man keinen Adapter