Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@PackElend

iobroker url iobroker.zwavews@latest --host iobroker --debug

oder

iobroker url https://github.com/arteck/ioBroker.zwavews --host iobroker --debug

bzw.

iobroker url https://github.com/arteck/ioBroker.zwave2mqtt --host iobroker --debug

Wobei mir letzteres um die Ohren fliegt:

$ iobroker url https://github.com/arteck/ioBroker.zwave2mqtt --host chet --debug

install arteck/ioBroker.zwave2mqtt#d14703f58f9b4cd3a2bd9feab90beb5fa1cc37d1
NPM version: 11.6.2Installing arteck/ioBroker.zwave2mqtt#d14703f58f9b4cd3a2bd9feab90beb5fa1cc37d1... (System call)
npm warn tarball tarball data for github:arteck/ioBroker.zwave2mqtt#d14703f58f9b4cd3a2bd9feab90beb5fa1cc37d1 (null) seems to be corrupted. Trying again.
npm warn tarball tarball data for github:arteck/ioBroker.zwave2mqtt#d14703f58f9b4cd3a2bd9feab90beb5fa1cc37d1 (null) seems to be corrupted. Trying again.
npm error code ENOENT
npm error errno -2
npm error enoent This is related to npm not being able to find a file.npm error enoent
npm error A complete log of this run can be found in: /home/iobroker/.npm/_logs/2026-01-24T22_03_31_732Z-debug-0.log

host.chet Cannot install arteck/ioBroker.zwave2mqtt#d14703f58f9b4cd3a2bd9feab90beb5fa1cc37d1: 254
ERROR: Process exited with code 25

[arteck]

ach leute kommt schon

[PackElend]

irgendwie habe ich dann schon geschafft über BENUTZERDEFINIERT ich glaube die gross und klein Schreibung war vielleicht das Problem

Die Basteleien finde immer spät statt, wenn der Rest der Familie schläft, da übersieht man auch gerne mal etwas

[Thomas Braun]

@PackElend sagte in zwave - Beta ioBroker.zwavews:

ich glaube die gross und klein Schreibung war vielleicht das Problem

Natürlich...

[mcm1957]

@arteck sagte in zwave - Beta ioBroker.zwavews:

ach leute kommt schon

@arteck

Ich würd anregen, dass du das Repository entweder LÖSCHST oder wenn du es aus irgendeinem Grund noch aufheben willst auf PRIVAT setzt. Damit werden Fehlzugriffe minimiert.

[RikDRS]

ich bereite mich gerade auf den Wechsel auf diesen Adapter vor, versteh aber noch nicht alle Hintergründe.

Hier meine Infos:

• auf meinem Proxmox-Server einen ZWave-js-ui-Container eingerichtet und ZWave-js-ui installiert
• unter iOBroker zwavews installiert

Bei der Einrichtung stoße ich für mich auf folgende Fragen:
ioBroker/zwavews:

• Welche IP wird bei Websocket IP-Adresse benötigt? Wenn ich dort die des ZWave-js-ui-Container eintrage, wird der Adapter nicht grün (Verbunden mit Gerät oder Dienst bleibt rot) und im Log bekomme ich die Fehlermeldung "Websocket connection closed. Attempting to reconnect..."
  Bisher habe ich ZWave-js-ui noch keinen ZWave-Stick zugewiesen - liegt es daran?

ZWave-js-ui:

• bei den Einstellungen zu MQTT nehme ich als Host URL die Daten der MQTT-"Server/Broker"-Instanz von meinem iObroker, korrekt?

[arteck]

im adapter musst du die IP des ZWave-js-ui-Container eintragen .. dieser muss auch erreichbar sein..
und du musst in settings ZWave-js-ui den Websoket aktivieren

[RikDRS]

Danke!

nachdem ich meinen neuen Stick in ZWave-js-ui hinterlegt hatte, verschwand zum einen die Fehlermeldung das der Treiber nicht geladen werden konnte (oder so ähnlich), zusätzlich wurde der iOBroker-Adapter "Zwavews" dann grün

Ich habe in ZWave-js-ui nun die Security Keys aus iOBroker übernommen. Als die Instanz gestartet ist, gab es für jede Zwave-Node eine Fehlermeldung, das sie "dead" sei. Für mich nachvollziehbar, da sie noch mit der aktiven "Z-Wave 2"-Instanz verbunden ist. Liege ich damit richtig?

Wie bekomme ich es nun am smartesten hin, die Geräte in ZWave-js-ui zu migrieren?
Z-Wave 2-Instanz aus- und zwavews-Instanz einschalten?

[maloross]

Versuche mich ebenfalls an der neuen Oberfläche sowie dem Adapter. Habe in einem Container Zwave-js-ui lauffähig und komme auf die Benutzeroberfläche.

@arteck sagte in zwave - Beta ioBroker.zwavews:

settings ZWave-js-ui den Websoket aktivieren

Leider habe ich diese Einstellung nicht finden können - MQTT-Gateway ist aktiviert.

[RikDRS]

@maloross
in den Settings, letzter Punkt "Home Assistant" ausklappen, da ist er aufgeführt

[maloross]

@RikDRS sagte in zwave - Beta ioBroker.zwavews:

Home Assistant"

Ok, da hätte ich das jetzt nicht vermutet :D
Dann kann ich morgen loslegen.
Ich werde mich in diesem Thread auf dem Laufenden halten.

[arteck]

@RikDRS das MQTT Gateway kannst aussschalten.. den WS Server brauchst du nur

[maloross]

@rikdrs danke für den Hinweis. Verstehe ich das richtig, dass zwave-js-ui eine Benutzeroberfläche ist, ählich z-way? Damit habe ich bisher die Datensicherung vom Stick gemacht.

[PackElend]

@maloross sagte in zwave - Beta ioBroker.zwavews:

zwave-js-ui eine Benutzeroberfläche ist, ählich z-way

Ja und wesentlich komfortabler als z-way Server

[maloross]

Soweit hab ich den Server jetzt eingerichtet. Sehr irritiert hat mich aber, dass mein Ersatz-Stick (der noch nicht zum Einsatz kam (!), alle aktuellen Geräte anzeigt. Sollte doch eigentlich leer sein oder was ist da los?

[PackElend]

was meinst du mit server eingerichtet?

zwave-js-ui ? er sieht alle geräte, welche angeschlossen sind, und im fall von docker, beim start dessen defeniert worden sind.

Läuft zwave-js-ui als docker container?

[maloross]

mit Server meinte ich tatsächlich zwave-js-ui.
Ich habe es in einem Container auf dem QNAP-NAS installiert, den Stick durchgeschleift (da zwave-js-ui meckerte, dass Schnittstelle Blablabla usw.) und dann gestartet. Seitdem aktualisiert er die Nodes-Informationen.
Angeschlossen bzw. angelernt wurden die Geräte aber auf einem ganz anderen Stick, der in meinem Produktivsystem werkelt.

[PackElend]

die informationen sind meines Wissen nur im non-volatile memory (NVM) des Controller gespeichert.
Wenn du nun aber alle Security Keys und die DSK Nummer übernommen hat, ist der neue Controller evtl. damit in der Lage die Nodes zu erkennen, aber das geht zu tief in die Feinheiten von zwave-js-ui.

[maloross]

@PackElend sagte in zwave - Beta ioBroker.zwavews:

aber alle Security Keys und die DSK Nummer übernommen hat

Anscheinend war ich bei der Ersteinrichtung (ist schon ein paar Jährchen her) nachlässig: die Geräte werden als "ungesichert" angezeigt.
Lassen wir diesen Punkt mal außen vor, denn es geht hier ja um den Adapter.
Der ist nun installiert und die erforderlichen IP sind eingetragen, aber der Dienst wird nicht gestartet. Im Log diese Meldung:

zwavews.0
2026-02-01 18:49:19.699	debug	Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }

[maloross]

Folgendes ist mir aufgefallen: Im Adapter ist die Adresse richtig eingetragen, über den Instanzlink kommt die Fehleranzeige (Bild 2), weil die Adresse nicht korrekt übergeben wurde (der : fehlt)