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

[ParaChris82]

Also jetzt wird es peinlich :(
Ich bekomme die Instanz schon nicht grün und bin gerade verwirrt was ich eintragen soll.

Kann mir da jemand kurz helfen?

Habe Adapter über die Repo geladen, alten ausgestellt und wollte den dann konfigurieren.
Wo finde ich die Websocket ID? und die Web Ui IP Adresse? oder brauch ich die nicht?

Wo gebe ich den Port an an dem mein Stick hängt?

Sorry für die dummen Fragen

EDIT: Kommande zurück, hatte den Server nicht installiert duck . Jetzt ist alles eingerichtet und läuft bisher. Hauptsächlich Fibaro Wall Plugs und Greenwave Plugs.

Vielen Dank für den Adapter !

[RikDRS]

@maloross sagte in zwave - Beta ioBroker.zwavews:

Von @arteck habe ich weiter oben in Beitrag #46 49 bez. eines Knotens (der bei Z-UI als "dead" gekennzeichnet ist) zwei Tipps erhalten, diese schon probiert?

habe ich bereits probiert, ändert leider nichts

[arteck]

@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

[maloross]

Guten Morgen,
allgemeine Frage: Fehler- und Warnmeldungen im Adapter melde hier oder bei Github?

[arteck]

@maloross mach auf GIT .. bitte

[maloross]

@arteck sagte in zwave - Beta ioBroker.zwavews:

mach auf GIT

erledigt

[arteck]

@maloross du schreibst wann die message kommt aber da fehlen informationen.

ich schreibe nie ein JSON einfach so raus.... da muss noch was davor sein
oder danach....ist das eine INFO oder ein WARNING
poste mal das LOG bitte..

[maloross]

So sieht das im ioB-Log aus, falls du das meinst.

[arteck]

@maloross ja genau das meine ich.. unten das new type event war mir wichtig ...

schaumal neue Version

[RikDRS]

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

[ioT4db]

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

[arteck]

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

[spike2]

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]

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 gelernt

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 false

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

[arteck]

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

[jolic]

btw: wie habt ihr zwave-js-ui nativ installiert (ich nutze kein Docker)?

Einfach:

sudo npm install -g zwave-js-ui

und 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]

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