zwave - Beta ioBroker.zwavews
-
@RikDRS im ernst.. schau dir mein Bild an.. mehr als da ALLES zu zeigen kann ich nicht..und wenn du meinst irgendwelche zusatz Einstellungen machen zu müssen (ip adresse hier und da noch eine, mqtt an ) ..
dann mach das..aber frag mich nicht warum dies und jenes nicht geht...
ES STEHT ALLES IN DER DOKU ..BEBILDERT..MEHR BRAUCHST DU NICHT
@arteck sagte in zwave - Beta ioBroker.zwavews:
@RikDRS im ernst.. schau dir mein Bild an.. mehr als da ALLES zu zeigen kann ich nicht..und wenn du meinst irgendwelche zusatz Einstellungen machen zu müssen (ip adresse hier und da noch eine, mqtt an ) ..
dann mach das..aber frag mich nicht warum dies und jenes nicht geht...
ES STEHT ALLES IN DER DOKU ..BEBILDERT..MEHR BRAUCHST DU NICHT
Moin @arteck !
Bezüglich der IP: mein Fehler, keine Frage. Ich hatte soviel probiert das ich die tatsächlich übersehen hatte.
zu MQTT: da habe ich Dich wahrscheinlich in Deiner letzten Antwort an mich missverstanden.und nochmal: Danke für Deine Arbeit und Zeit!
-
Hallo @arteck
ich teste den Adapter parallel zu MQTT. Läuft bisher sehr stabil und alles funktioniert soweit.Was mir aufgefallen ist, dass manche IDs Leerzeichen beinhalten, z.B.
zwavews.0.nodeID_011.Binary Switch.targetValue
Ist das bewusst so? Ich dachte immer, dass IDs keine Leerzeichen enthalten sollten. Wie auch immer, es funktioniert und es kommen keine keine Log-Meldungen.Und noch eine Frage zu den Ready-Objekten, wie bspw.
zwavews.0.nodeID_011.ready. Der leitet sich wohl aus der gleichen Meldung ab, die über MQTT "lastActive" heißt, richtig? Dieser wird bei MQTT regelmäßig aktualisiert. Ich nutze die Aktualisieren-Zeitstempel, um zeitnah die Aktivität zu überwachen. Wollte fragen, ob du das ähnlich handhaben könntest? Dann würd ich ein issue anlegen.Dann danke schonmal für Deine Mühe und VG...
-
Hallo @arteck
ich teste den Adapter parallel zu MQTT. Läuft bisher sehr stabil und alles funktioniert soweit.Was mir aufgefallen ist, dass manche IDs Leerzeichen beinhalten, z.B.
zwavews.0.nodeID_011.Binary Switch.targetValue
Ist das bewusst so? Ich dachte immer, dass IDs keine Leerzeichen enthalten sollten. Wie auch immer, es funktioniert und es kommen keine keine Log-Meldungen.Und noch eine Frage zu den Ready-Objekten, wie bspw.
zwavews.0.nodeID_011.ready. Der leitet sich wohl aus der gleichen Meldung ab, die über MQTT "lastActive" heißt, richtig? Dieser wird bei MQTT regelmäßig aktualisiert. Ich nutze die Aktualisieren-Zeitstempel, um zeitnah die Aktivität zu überwachen. Wollte fragen, ob du das ähnlich handhaben könntest? Dann würd ich ein issue anlegen.Dann danke schonmal für Deine Mühe und VG...
@ioT4db sagte in zwave - Beta ioBroker.zwavews:
Was mir aufgefallen ist, dass manche IDs Leerzeichen beinhalten, z.B. zwavews.0.nodeID_011.Binary Switch.targetValue
ich hab dir schon auf GIT geschrieben.. wo soll das Problem sein ?
zwavews.0.nodeID_011.ready
in zwave ist es der Status ob ein Gerät komplett eingerichtet worden ist ..
in iobroker geht der auf true wenn ein Gerät erreichbar ist sonst ist der falsezigbee hab ich, zwave auch, nuc's genauso und HA auch
-
Ich habe den Adapter seit knapp 3 Wochen auf meinem Produktiv-System installiert und es läuft alles wunderbar!
Die Umstellung hat natürlich vom alten ZWave Adapter mit den ganzen Scripten und Visualisierung etwas gedauert, aber das hat ja nichts hier mit dem Adapter zu tun 😉
Im Zuge dessen konnte ich somit meine Datenpunkte neu sortieren und habe gleich Aliase angelegt.
Die Umstellung hat sich für mich gelohnt!Vielen Dank dafür :)
-
@ioT4db sagte in zwave - Beta ioBroker.zwavews:
Was mir aufgefallen ist, dass manche IDs Leerzeichen beinhalten, z.B. zwavews.0.nodeID_011.Binary Switch.targetValue
ich hab dir schon auf GIT geschrieben.. wo soll das Problem sein ?
zwavews.0.nodeID_011.ready
in zwave ist es der Status ob ein Gerät komplett eingerichtet worden ist ..
in iobroker geht der auf true wenn ein Gerät erreichbar ist sonst ist der falseMoin @arteck
ich hab dir schon auf GIT geschrieben.. wo soll das Problem sein ?
ich vermute du verwechselst mich, habe auf git noch nix angelegt. mir ging es nur um das Leerzeichen zwischen
.Binary Switch.meinte mich zu erinnern, dass man das vermeiden sollte. scheint dann aber kein Problem zu sein, wieder was gelerntin zwave ist es der Status ob ein Gerät komplett eingerichtet worden ist ..
in iobroker geht der auf true wenn ein Gerät erreichbar ist sonst ist der falsemeinst Du jetzt DP ready oder status?
für den ready-DP würde ich mir wünschen, dass der öfter aktualisiert wird, auch wenn er true bleibt und sich nicht ändert. wäre nice to have... -
Moin @arteck
ich hab dir schon auf GIT geschrieben.. wo soll das Problem sein ?
ich vermute du verwechselst mich, habe auf git noch nix angelegt. mir ging es nur um das Leerzeichen zwischen
.Binary Switch.meinte mich zu erinnern, dass man das vermeiden sollte. scheint dann aber kein Problem zu sein, wieder was gelerntin zwave ist es der Status ob ein Gerät komplett eingerichtet worden ist ..
in iobroker geht der auf true wenn ein Gerät erreichbar ist sonst ist der falsemeinst Du jetzt DP ready oder status?
für den ready-DP würde ich mir wünschen, dass der öfter aktualisiert wird, auch wenn er true bleibt und sich nicht ändert. wäre nice to have...@ioT4db sagte in zwave - Beta ioBroker.zwavews:
ich vermute du verwechselst mich,
ahh ok ..
für den ready-DP würde ich mir wünschen, dass der öfter aktualisiert wird, auch wenn er true bleibt und sich nicht ändert. wäre nice to have...
wozu den das.. warum soll sich ein DP akualisiern wenn sich dieser nicht ändert ?
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
btw: wie habt ihr zwave-js-ui nativ installiert (ich nutze kein Docker)?
Einfach:
sudo npm install -g zwave-js-uiund dann ein systemd Service anlegen? und habt ihr dafür ein zwave-User angelegt? Werde das später testen.
Update: Ich habe Z-Wave JS UI lokal in ein eigenes Verzeichnis installiert. Für eine bessere Übersicht nutze ich den Ordner /opt, da sich dort auch iobroker und pihole befinden. Gestartet wird per systemd. Funktioniert alles mit meinem RaZberry 7 auf einem Pi 4 und EOS.
Danke!
-
@ioT4db sagte in zwave - Beta ioBroker.zwavews:
ich vermute du verwechselst mich,
ahh ok ..
für den ready-DP würde ich mir wünschen, dass der öfter aktualisiert wird, auch wenn er true bleibt und sich nicht ändert. wäre nice to have...
wozu den das.. warum soll sich ein DP akualisiern wenn sich dieser nicht ändert ?
@arteck sagte in zwave - Beta ioBroker.zwavews:
wozu den das.. warum soll sich ein DP akualisiern wenn sich dieser nicht ändert ?
ob ein Gerät "alive" ist, frag ich mit skripten ab, ob die letzte Aktualisierung älter als bspw. 1h, 6h oder 24h je nach Gerät > so kann ich auch DPs abfragen, die bspw. nicht true/false als Zustand haben. irgendwann in meiner ioB anfangszeit hab ich das für mich mal so festgelegt. mein vorgehen scheint dann nicht standard zu sein...
-
Zwischenstand und Info: alles läuft einwandfrei, heute ein Gerät aktualisiert (OTA) und zuerst warf der Adapter eine Fehler-/Warnmeldung aus
und in der Objektliste wurde die FW des Gerätes zunächst mit der vorherigen Version angegeben. Ein Neustart des Adapters behob das und jetzt ist alles stimmig.
An dieser Stelle ein fettes Dankeschön für den Adapter, den ich ab jetzt nutzen werde.
-
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.zwaveWSFrage 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
-
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.zwaveWSFrage 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
-
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.zwaveWSFrage 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
@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
-
@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 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?
@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 ^^
-
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?
-
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
-
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!
Support us
492
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge