zwave - Beta ioBroker.zwavews
-
@arteck
Boa, ich sehe das du heute die Version 0.1.0 veröffentlicht hast.Ich habe die alten DPs gelöscht, anschließend den Adapter mit
iobroker upgrade zwavews@0.1.0aktualisiert und danach neu starten lassen. Die DPs wurden anschließend sauber neu angelegt. Im Log erscheinen jetzt nur noch vier Warnungen:warn State value to set for "zwavews.0.nodeID_047.Configuration.Associations_in_ZWave_Network_Security_Mode" has value "7" greater than max "3" warn State value to set for "zwavews.0.nodeID_046.Configuration.Associations_in_ZWave_Network_Security_Mode" has value "7" greater than max "3" warn State value to set for "zwavews.0.nodeID_027.Protection.exclusiveControlNodeId" has value "0" less than min "1" warn State value to set for "zwavews.0.nodeID_013.Basic.currentValue" has value "255" greater than max "99"Die letzte Warnung
value "255" greater than max "99"ist bekannt, und hatte der alte zwave2 auch angezeigt.Mein Log wird also nicht mehr mit 1000den Warnungen vollgeschrieben und ich sehe auch keine Datenpunkte wie
info.deviceConfig.paramInformationmehr, die vorher tausendfach angelegt wurden.Ist das der Grund gewesen?
0.1.0 (2026-03-08) BREAKING CHANGE - dp name is now with underline fix dp's with a space fix dp's with special charsDanke!
PS: Ich muss nun noch meine Aliase anpassen und die Leerzeichen durch "_" ersetzen...
Die letzte Warnung value "255" greater than max "99" ist bekannt, und hatte der alte zwave2 auch angezeigt.
Hallo gibt es da etwas was man dagegen tun kann. Ich hab nur von info auf fehler beim log gestellt.
Danke, Gruß Jürgen -
Hallo @arteck , die Migration zu zwavews ist soweit gut verlaufen.
Unter dem alten zwave2 hatte ich ein Skript zur (einmaligen) Abfragen der aktuellen Temperatur vom Thermostat laufen:sendTo( "zwave2.0", "sendCommand", { nodeId: 31, // The target node endpoint: 0, // The target endpoint (optional) commandClass: "Multilevel Sensor", // Which command class to use command: "get", // Which command should be sent }, ({ error, result }) => { if (error) { log(error, "error"); } else { // Prints {"level": 99, /* ... */} log(JSON.stringify(result)); } }, );Ist das auch unter zwavews möglich? Was müsste ich anpassen? (Bisher habe ich nur "zwave2" durch "zwavews" ausgetauscht. Das funktioniert nicht. Das Kommando ist nicht im zwave js ui Debug Log zu sehen.)
@Supernils nein das geht jetzt nicht mehr.. aber wozu das aktuelle Wert steht in current target..der Sensor sollte diesen automatisch übermitteln
Ich hoffe mal auf eine gute Beschreibung.
die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry
@juggi1962 das liegt nicht an der kommunikation zwischen dem adapter und zwave-ui sondern an deiner Umgebung. bei vielen Sensoren musst du ein paar anpassungen vornehemn wann und was diese Senden .. das Problem gabs schon seid dem zwave exisitert.
die Sensoren funken ihre Daten, die Rollos funken ihre verbruchswerte und die plugs deren Verbrauch.. da wird es eng im Netzwerkund ja den Fehler hab ich auch .. da spinnt ab und an ein Gerät bei mir ein Temperatur sensor (so bei mir)
-
@ubecker Hi, kurz: Z-Wave JS UI kannst du als externen Z-Wave-Server für ioBroker oder andere Dienste nutzen.
Verstehe ich das richtig? Dein ioBroker läuft in Docker und Z-Wave läuft auf einem Pi mit z-wave.me und einer aufgesteckten Razberry Karte?
Sorry, ganz klar ist dein Setup für mich nicht. So wie ich es verstehe, läuft ioBroker bei dir in einem Docker-Container und der zwave2 Adapter greift auf dein z-wave.me (Razberry) auf dem Pi zu, korrekt?
Welcher Pi genau und welche Docker-Umgebung nutzt du für ioBroker?
PS: Warum nutzt du den Pi nicht direkt komplett für ioBroker + Razberry? Das wäre einfacher und vermeidet die ganzen Docker-/Netzwerk-Themen. ich nutze auch Docker für andere Dienste, aber für ein SmartHome würde ich Docker nie nutzen (OK, meine Meinung).
Verstehe ich das richtig? Dein ioBroker läuft in Docker und Z-Wave läuft auf einem Pi mit z-wave.me und einer aufgesteckten Razberry Karte?
richtig.
Zur Klarstellung: IOBroker läuft im Container auf meinem NAS. (Buanet) Z-Wave2 auch unter IOBroker auf einem Pi4. Da ich von den z-wave Modulen nur sehr wenig Daten benötige läuft die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS. (Master Slave war mir da zu aufwendig) Grund für diese Trennung: Pi4 hatte ich noch, ebenso eine z-wave.me. Die Karte geht nicht im NAS. Ein Stick am NAS geht auch nicht da dieser keinen Empfang am Aufstellungsort hat. Den Pi mit der Karte kann ich überall hinstellen. IOBroker im Container auf dem NAS halte ich für genial, da die Daten alle im direktem Zugriff liegen. Update sind so einfach und problemlos. Datensicherung und rücksichern geht viel schneller und einfacher als mit Backitup.die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry
Schade, zwave-js-ui finde ich sehr undurchsichtig. Die Doku dazu ist für mich nicht verständlich. Aber ich verstehe dich schon das es nicht deine Baustelle ist. Z-wave benutze ich nur weil ich ein paar Dachfenster mit Rollos bekommen habe die ich nur damit steuern kann. Wurde was falsches geliefert. Hab mich aber mit denen geeinigt. z-wave ist für mich somit nicht wichtig. Das funktioniert mit dem alten Adapter problemlos.
Gruß Udo
-
Verstehe ich das richtig? Dein ioBroker läuft in Docker und Z-Wave läuft auf einem Pi mit z-wave.me und einer aufgesteckten Razberry Karte?
richtig.
Zur Klarstellung: IOBroker läuft im Container auf meinem NAS. (Buanet) Z-Wave2 auch unter IOBroker auf einem Pi4. Da ich von den z-wave Modulen nur sehr wenig Daten benötige läuft die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS. (Master Slave war mir da zu aufwendig) Grund für diese Trennung: Pi4 hatte ich noch, ebenso eine z-wave.me. Die Karte geht nicht im NAS. Ein Stick am NAS geht auch nicht da dieser keinen Empfang am Aufstellungsort hat. Den Pi mit der Karte kann ich überall hinstellen. IOBroker im Container auf dem NAS halte ich für genial, da die Daten alle im direktem Zugriff liegen. Update sind so einfach und problemlos. Datensicherung und rücksichern geht viel schneller und einfacher als mit Backitup.die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry
Schade, zwave-js-ui finde ich sehr undurchsichtig. Die Doku dazu ist für mich nicht verständlich. Aber ich verstehe dich schon das es nicht deine Baustelle ist. Z-wave benutze ich nur weil ich ein paar Dachfenster mit Rollos bekommen habe die ich nur damit steuern kann. Wurde was falsches geliefert. Hab mich aber mit denen geeinigt. z-wave ist für mich somit nicht wichtig. Das funktioniert mit dem alten Adapter problemlos.
Das funktioniert mit dem alten Adapter problemlos.
dann lass es laufen.. wenn du ehh keine neuen Geräte oder funktionalitäten brauchst .. dann lass es so.
wobei dein konstrukt erschliesst sich mir nicht.. du sprichst von
die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS.
und dann wieder von zwave2 adapter ..
-
Verstehe ich das richtig? Dein ioBroker läuft in Docker und Z-Wave läuft auf einem Pi mit z-wave.me und einer aufgesteckten Razberry Karte?
richtig.
Zur Klarstellung: IOBroker läuft im Container auf meinem NAS. (Buanet) Z-Wave2 auch unter IOBroker auf einem Pi4. Da ich von den z-wave Modulen nur sehr wenig Daten benötige läuft die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS. (Master Slave war mir da zu aufwendig) Grund für diese Trennung: Pi4 hatte ich noch, ebenso eine z-wave.me. Die Karte geht nicht im NAS. Ein Stick am NAS geht auch nicht da dieser keinen Empfang am Aufstellungsort hat. Den Pi mit der Karte kann ich überall hinstellen. IOBroker im Container auf dem NAS halte ich für genial, da die Daten alle im direktem Zugriff liegen. Update sind so einfach und problemlos. Datensicherung und rücksichern geht viel schneller und einfacher als mit Backitup.die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry
Schade, zwave-js-ui finde ich sehr undurchsichtig. Die Doku dazu ist für mich nicht verständlich. Aber ich verstehe dich schon das es nicht deine Baustelle ist. Z-wave benutze ich nur weil ich ein paar Dachfenster mit Rollos bekommen habe die ich nur damit steuern kann. Wurde was falsches geliefert. Hab mich aber mit denen geeinigt. z-wave ist für mich somit nicht wichtig. Das funktioniert mit dem alten Adapter problemlos.
-
Die letzte Warnung value "255" greater than max "99" ist bekannt, und hatte der alte zwave2 auch angezeigt.
Hallo gibt es da etwas was man dagegen tun kann. Ich hab nur von info auf fehler beim log gestellt.
Danke, Gruß JürgenBei mir tritt die Warnung nur bei einem Türsensor ZHS09 auf. Ich würde das Loglevel auf "error" setzen, sofern sonst alles problemlos läuft. Das Problem liegt wahrscheinlich nicht an zwavews, sondern am Gerät selbst.
Nachtrag: Ich vermute das dieser DP bei mir binär genutzt wird, da der Wert nur zwischen 0 und 255 wechselt. Wenn das bei dir auch so ist, versuch das: öffne
nodeID_XXX.Basic.currentValue, dann Objekt bearbeiten: Max von 99 auf 255 setzen, bei mir funktioniert es, also keine Warnung mehr... mal sehen ob das so bleibt -
@Supernils nein das geht jetzt nicht mehr.. aber wozu das aktuelle Wert steht in current target..der Sensor sollte diesen automatisch übermitteln
Ich hoffe mal auf eine gute Beschreibung.
die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry
@juggi1962 das liegt nicht an der kommunikation zwischen dem adapter und zwave-ui sondern an deiner Umgebung. bei vielen Sensoren musst du ein paar anpassungen vornehemn wann und was diese Senden .. das Problem gabs schon seid dem zwave exisitert.
die Sensoren funken ihre Daten, die Rollos funken ihre verbruchswerte und die plugs deren Verbrauch.. da wird es eng im Netzwerkund ja den Fehler hab ich auch .. da spinnt ab und an ein Gerät bei mir ein Temperatur sensor (so bei mir)
arteck sagte:
@Supernils nein das geht jetzt nicht mehr.. aber wozu das aktuelle Wert steht in current target..der Sensor sollte diesen automatisch übermitteln
Hintergrund meiner Anfrage ist eine automatisierte Temperatur Offset Korrektur meiner Thermostate. In seltenen Fälle kommt es zu einem Konflikt und die Temperaturen (extern und intern) laufen auseinander. Bei einem solchen Event würde ich den intern gemessenen Temperaturwert pollen, um den Konflikt zu lösen.
Ist es okay, wenn ich einen Github Feature Request erstelle oder funktioniert es prinzipiell nicht? -
ich verstehe nicht was du damit bewirken willst.
das Thermostat liefert dir nur das was es misst. ergo auch bei Messung gesendet hat . wenn du den poolst dann bekommst du den gleichen Wert wie zuvor gesendet ?
.. oder was meinst du mit extern und intern Temperatur ?? -
ich verstehe nicht was du damit bewirken willst.
das Thermostat liefert dir nur das was es misst. ergo auch bei Messung gesendet hat . wenn du den poolst dann bekommst du den gleichen Wert wie zuvor gesendet ?
.. oder was meinst du mit extern und intern Temperatur ??ich verstehe nicht was du damit bewirken willst.
das Thermostat liefert dir nur das was es misst. ergo auch bei Messung gesendet hat . wenn du den poolst dann bekommst du den gleichen Wert wie zuvor gesendet ?
.. oder was meinst du mit extern und intern Temperatur ??Ich habe mir das Verhalten der Temperaturmessung vom Thermostat nochmal angeschaut. Es kann ein "Temperature Report Threshold" konfiguiert werden. Der Defaultwert ist 0.5°C. D.h. nicht jede Messung wird gesendet und deshalb habe ich beim Pollen einen anderen Wert bekommen. Der Zweck des Parameters hängt vermutlich mit dem Batterieverbrauch zusammen.
Womöglich kann ich das Verhalten der Offset-Korrektur verbessern, wenn ich den Schwellwert verringere.
(intern = Thermostat-Temperatursensor, extern = Raum-Temperatursensor) -
Sorry, ich bin mir nicht sicher, ob ich es richtig verstehe: Meinst du mit Polling, dass du den Wert zwischendurch abfragst? Wenn ja, welchen Vorteil hat das? der Wert im Datenpunkt ändert sich bei dir ja erst ab +-0,5 C. Das wäre für mich völlig ausreichend. Zumal ich bezweifle, dass die Sensoren überhaupt so genau messen
ioBroker | RPi 4 (SSD) | EndeavourOS (headless)
-
Sorry, ich bin mir nicht sicher, ob ich es richtig verstehe: Meinst du mit Polling, dass du den Wert zwischendurch abfragst? Wenn ja, welchen Vorteil hat das? der Wert im Datenpunkt ändert sich bei dir ja erst ab +-0,5 C. Das wäre für mich völlig ausreichend. Zumal ich bezweifle, dass die Sensoren überhaupt so genau messen
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
622
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge