Monatsrückblick Januar/Februar 2026 ist online!

[Kopterframe]

Also, der SLZB-MR1U das U steht für Durchreichen eines USB Stick, hat eine Webinterface in dem man das einstellen kann.

Ich habe Iobroker, Zigbee2Mqtt, ZwaveWS im Docker laufen.
Im Zwave2 Adapter habe ich die IP:Port vom SLZB angegeben, Im zigbee2Mqtt habe ich auch die IP:Port angegeben. Der Port ist für jedes Gerät unterschiedlich.
@iot4db ja das geht .

[Kopterframe]

[Kopterframe]

@jolic
nein Ich will nicht Zwaveui mit Zigbee betreiben, Das sind zwei Paar Schuhe.
Ich will, habe nur den Zwave Stick am SLSB durchgereicht. und wie gesagt im alten zwave2 Adapter funktioniert das super.
damit ist es egal wo man den iobroker laufen hat, gibt es keine Probleme mit irgendwelchen USB Problemen.
Da ich alles im Docker laufen habe auf meiner Synology gab es immer mal USB Probleme, da ich nur einen USB Anschluß habe.
Du schreibst, dass du es so am laufen hast. Bitte wie?

[jolic]

@Kopterframe sagte in zwave - Beta ioBroker.zwavews:

@jolic
nein Ich will nicht Zwaveui mit Zigbee betreiben...

nein, sorry, da hast du mich falsch verstanden. Ich meinte, dass mein ioBroker nativ läuft, also ohne Docker. Ich persönlich sehe keinen Sinn darin, ioBroker in Docker zu betreiben - das ist aber nur meine Meinung. Mit Docker kenne ich mich trotzdem ein wenig aus, weil ich es auf meinem Server für andere Dinge nutze, z.B. für einen Matrix-Server, NextCloud usw..

Zu dem Satz

Ich habe ioBroker, Zigbee2MQTT und ZwaveWS im Docker laufen.

Du hast dich wahrscheinlich vertippt und meinst vermutlich: ioBroker, Zigbee2MQTT und Z-Wave JS UI im Docker laufen?

PS: Deinen SLZB-MR1U kenne ich nicht.

[RikDRS]

@ParaChris82 sagte in zwave - Beta ioBroker.zwavews:

Hi, also ich bin von Z-Wave2 auf den zwaveews direkt umgestiegen. Ging wirklich ohne Probleme und alle Geräte waren direkt da und verbunden. Ich habe auch nichts "extra" gesichert, sondern einfach die Zwave2 Instanz angehalten und dann die neue vom Adapter gestartet, da die Geräte ja auf dem Stick hinterlegt sind (hoffe das stimmt so).
Backup über die JS UI habe ich auch noch nicht gemacht.

Also deine Frage kann ich nicht direkt beantworten, kann dir aber versichern, dass bei mir alles ohne Probleme und riesen Aufwand abgelaufen ist.
Im Notfall einfach nochmal alte Instanz aktivieren, so bleibt alles zuerst mal betriebsbereit falls es doch Probleme gibt.

PS. fällt mir gerade ein, etwas Aufwand war doch da. Manche Datenpunkte bekommen einen "neuen" Namen/Schreibweise. Da musst du eventuell deine Skripte etwas anpassen oder eben die Alias. War bei mir zb. bei Switch der fall.

VG Chris

ähnlich bei mir auch
Batteriebetriebene Geräte mussten einmal aktiviert werden
die Benamung erneuert bzw. angepasst
da ich alles per Alias definiert habe, musste das ebenfalls angepasst werden - 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

es hat sich auf jeden Fall gelohnt, alleine die Konfiguration der einzelnen Aktoren unter Zwave-Js-UI ist tausendmal besser

[ParaChris82]

@RikDRS das man mal etwas Arbeit hat wenn was neues rauskommt , gerade so ein Adapter Wechsel ist ja nicht ohne (habe zum Glück ... Oder auch nicht , wie man es sehen mag) nur ca. 10 zwave Geräte , die ich damals als ich von fibaro gewechselt habe noch da hatte).

Und ich nehme solche Änderungen und der damit verbundene Aufwand gerne in Kauf . Denn das zeigt ja auch einfach das weiterentwickelt wird und nicht bei Status quo stehen geblieben wird .

Wie umfangreich so ein Update bei jedem dann aussieht , kann ja jeder selber entscheiden (alias angelegt , system auf aktuellem Stand Usw.)

Ich finde es einfach toll was hier seit Jahren gemeistert wird ✌️

[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.