Monatsrückblick Januar/Februar 2026 ist online!

[jolic]

Hi, ich nutze schon sehr lange Z-Wave, da ich von dieser Technik überzeugt bin.

Ich beobachte die Entwicklung schon länger. Da meine aktuellen Geräte (noch) kein Problem mit Z-Wave2 haben, belasse ich es vorerst dabei - möchte aber dennoch bald umsteigen.

Daher habe ich bereits Z-Wave JS UI installiert, um auf einen möglichen Umstieg vorbereitet zu sein, was eigentlich schade ist, da es für Anfänger aufwendiger ist.

Frage 1:
Wer hat die Migration von Z-Wave2 zu Z-Wave JS UI bereits erfolgreich durchgeführt und konnte dabei auch die Cache-Datei übernehmen?
Quelle: github.com/arteck/ioBroker.zwaveWS

Frage 2:
So wie ich das aktuell sehe (bitte korrigiert mich, falls ich falsch liege), unterstützt Backitup derzeit kein Backup der Z-Wave-Cache-Dateien bzw. - wichtiger noch - des Gateways mit allen inkludierten Z-Wave-Geräten. Das mache ich derzeit mit Z-Way.

Die inkludierten Z-Wave-Geräte können – wenn ich das richtig sehe – über Z-Wave JS UI unter "Advanced → NVM Management" als Backup erstellt werden?

Wie auch immer: Sobald ich das angehe, werde ich meine Erfahrungen hier gerne teilen.
Es wäre dennoch sehr hilfreich zu erfahren, ob jemand das bereits so umgesetzt hat.

Leider scheint es nur wenige zu geben, die Z-Wave nutzen.

jolic

[arteck]

@jolic du kanst ja rum spielen.. kaputt machen kannst du dabei nichts da ausser du fängst die Nodes wild zu löschen

[ParaChris82]

@jolic 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

[jolic]

@ParaChris82 Danke für den Hinweis!
Ja, die Sache mit den Datenpunkten... ich nutze ein paar Aliase was die Sache übersichtlicher macht, allerdings noch nicht für meine zwave-Geräte. Die werde ich mir zuerst anlegen, dann sind meine Skripte und VIS2 später auch einfacher zu pflegen. Danach stelle ich auf zwavews um.

PS: den Cache aus zwave2 hast du nicht in zwavews kopiert?

[ParaChris82]

@jolic Habe mich auch lange davor gedrückt Alias anzulegen bei der Menge an Aktoren. Aber im Nachhinein erspart es wirklich so viel Stress und ist wesentlich Übersichtlicher wie im ganzen Objektbaum der Instanzen herum zu wühlen.
Nimm das wirklich in Angriff wenn du schon sowieso Hand anlegen musst.

Ps. den Cache aus zwave2 hast du nicht in zwavews kopiert? Nein ich habe überhaupt nichts von dem alten Adapter/Instanz kopiert. Einfach "plump" umgezogen ^^

[jolic]

OK, wenn ich das richtig verstehe, speichert der zwave Infos über das Netzwerk im Cache. Dadurch 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, weil man diese erst aufwecken muss. Darum könnte es Sinn machen, den Cache zu kopieren und in das neue zwavews zu übernehmen. Richtig?

[Kopterframe]

Ich habe einen Zigbee SLZB-MR1U.
An dessen USB Schnittstelle ist meinen Zwave USB Stick angeschlossen. Nicht mit /dev/ttyACM0 (USB0) sondern mit der Adresse: tcp://ipadresse vom SLZB-MR1U:8638 Das ganze läuft perfekt mit dem Zwave2 Adapter. somit habe ich keine Probleme irgendwelche USB Sticks durchreichen zu müssen. Irgendwie nimmt mir dies die Zwavews UI nicht ab. es kommt kein connect zustande.

Gibt es hier jemanden der das auch so hat

[jolic]

hi, wenn ich dich richtig verstehe, läuft dein ioBroker in Docker und die Verbindung zum Stick erfolgt per TCP?
es würde anderen helfen, wenn du dein Setup etwas genauer erklärst.

Mein ioBroker läuft nativ ohne docker, daher kann ich dazu nichts sagen. Vermutlich unterstützt Z-wave JS nur echte Serial Devices? Aber Achtung: Das ist nur eine Vermutung!

[arteck]

@jolic sagte in zwave - Beta ioBroker.zwavews:

Vermutlich unterstützt Z-wave JS nur echte Serial Devices? Aber Achtung: Das ist nur eine Vermutung!

nein das geht auch .. ich habs so laufen

@Kopterframe sagte in zwave - Beta ioBroker.zwavews:

Ich habe einen Zigbee SLZB-MR1U.

zigbee ja zigbee ????????? im ernst du willst zwaveui mit zigbee coordinator betreiben..

[ioT4db]

@arteck der MR1U hat eine USB-Schnittstelle für weitere externe USB-Sticks (z.B. zwave), die man dann über IP:Port ansprechen kann...denke das meint er...

[arteck]

@ioT4db wat.. der hat usb ja ber zum anschluss an usb port und oder stromversorgung und nicht um ein weiteren Stick dadran anzuschliessen.. das währe mir neu ??

nachtrag:

ach du ahnst es nicht

wtf

[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 werden müssen, da ich den Cache kopieren werde. Falls doch, wird eine einmalige Aktivierung 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.

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