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

[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, weil die Adresse nicht korrekt übergeben wurde (der : fehlt)

Da hat der Blondinenfaktor zugeschlagen: im Adapter wird die IP ohne den http:// eingetragen. Sorry für die Falschmeldung.

[arteck]

@maloross sagte in zwave - Beta ioBroker.zwavews:

Da hat der Blondinenfaktor zugeschlagen: im Adapter wird die IP ohne den http:// eingetragen. Sorry für die Falschmeldung.

guter einwand .. ich machmal ne korrektur der Beschreibung

[arteck]

hat einer Geräte mit mehr als einem endpoint ?

[maloross]

meinst du sowas?

[arteck]

ja genau..ich hab gerade die 0.12 auf GIT gepusht ..kannst die mal installieren und schauen was im iobroker ankommt..

[maloross]

Unter Objekten sind beide Endpoints korrekt und schalten wie gewünscht.

Leider kann ich mir die Seite im ioB nicht anschauen, da mein Container kein https zulässt.

[arteck]

@maloross sagte in zwave - Beta ioBroker.zwavews:

Unter Objekten sind beide Endpoints korrekt und schalten wie gewünscht.

das wollte cih wissen.. THX