Monatsrückblick Januar/Februar 2026 ist online!

[arteck]

@ubecker sagte:

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

@ubecker sagte:

die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS.

und dann wieder von zwave2 adapter ..

[jolic]

@ubecker sagte:

Schade, zwave-js-ui finde ich sehr undurchsichtig.

Mhh, kann ich so nicht bestätigen, ich bin happy damit, da ich nun z-wave.me nicht mehr benötige

[jolic]

@juggi1962 sagte:

@jolic sagte:

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

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

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?

[arteck]

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

[Supernils]

@arteck sagte:

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)

[jolic]

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

[Supernils]

Ja, ich prüfe meine Implementierung. Vermutlich ist das Pollen nicht notwendig. Ansonsten melde ich mich hier nochmal

[arteck]

@jolic sagte:

Zumal ich bezweifle, dass die Sensoren überhaupt so genau messen

und wenn.. 0.5° merks du ehh nicht in der Lufttemperatur

[zanabria]

@Stivi26
Hi, hast du schon eine Möglichkeit gefunden zum migrieren von ZWave 2 auf ZWave.Me

[jolic]

@zanabria kannst du genauer erklären, was du mit "Migration von ZWave2 auf Z-Wave.Me" meinst?

Z-Wave.Me habe ich nur für ein NVM backup/restore genutzt. Das kann zwave-js-ui auch, daher brauchst du Z-Wave.Me dafür nicht.

Wenn du von zwave2 kommst, meinst du wahrscheinlich eher die Migration auf zwavews (in Kombination mit zwave-js-ui). das Vorgehen dazu ist im ersten Thread beschrieben

[Kopterframe]

@jolic sagte:

@Kopterframe sagte:

Ob das nun richtig oder falsch ist kann ich nicht sagen.
Das war eben so, und ich empfand es als richtig....

Ich vermute was du meinst, bzw, was dein Problem ist:

Wie gesagt, legt der Adapter für currentValue und targetValue 2 getrennte DPs an, da sie unterschiedliche Dinge darstellen:

• targetValue = Sollwert
• currentValue = Istwert

Ich meine mich aber zu erinnern, dass man im Z-Wave2 optional einstellen konnte, dass targetValue + currentValue zu einem einzigen Datenpunkt zusammengefasst werden. Dann nutzt der Adapter nur noch einen State. Das war vermutlich eine Art Kompatibilitätsmodus zum noch älteren Vorgänger oder älteren Geräten. Ich kann mich auch irren, kann das nicht mehr prüfen, da ich den Z-Wave2 inzwischen deinstalliert habe.

Für VIS kannst du z.B. die 2 Datenpunkte für einen Button so verwenden:

• Object ID -> currentValue
• Steuer ID ->targetValue

Nachtrag:
Moien, das hat nicht direkt mit dem Thema hier zu tun:
jedoch anhand der Bilder sehe ich, das es im alten Adapter einen Kompatibilität Schalter gab, hast du den genutzt?

Das kann ich leider auch nicht mehr sagen. Habe den auch deinstalliert.
Ist aber nicht schlimm. Wie gesagt, wenn ich weiß, dass alles seine Richtigkeit hat bin ich zufrieden.
Und das mit der Vis habe ich auch geändert.
Vielen Dank

[Kopterframe]

Mal eine blöde Frage, wo oder wie kann ich ein Gerät exkludieren ?
Ich glaube ich sehe den Wald vor lauter Bäume nicht.

[jolic]

@Kopterframe sagte:

Mal eine blöde Frage, wo oder wie kann ich ein Gerät exkludieren ?
Ich glaube ich sehe den Wald vor lauter Bäume nicht.

zwave-js-ui

[Kopterframe]

ja, aber wo?
Habe es gefunden.
Was kann ich tun wenn sich ein Gerät nicht exludieren lässt?

[jolic]

hast du mal Failed Nodes -> remove oder replace versucht? Ohne Gewähr! Mach vorher ein Backup!

[zanabria]

@jolic
Hi, danke für die Nachfrage.
Ich meinte den ZWaveWS Adapter. Vor lauter Recherche und Suche im Internert habe ich die falsche Endung genannt.
Die "zwave-js-ui" Umgebung ist ja wohl nun das ZWaveWS System. Das -WS System habe ich installiert, aber bringe es nicht zum laufen. Auch das kopieren der Cache-Dateien brachte nichts.

[jolic]

@zanabria ich würde es so sagen: "Z-Wave JS UI" ist ein Tool mit Weboberfläche zur Verwaltung von zwave-Netzwerken. Der ioBroker-Adapter zwavews kann per WebSocket (WS) damit kommunizieren. Das bedeutet, das "Z-Wave JS UI" unabhängig von ioBroker zuerst installiert und funktionsfähig sein muss. Ist das bei dir der Fall? dann erst würde ich zwavews einrichten...

[juggi1962]

Hallo an alle.
Hat von euch jemand ein Popp Keypad 700045 und ein Aeotec NanoMote Quad das seit dem neuen Update funktioniert leider funktionieren die noch nicht zumindest bei mir der Aeotec WallMote Quad und die Fibaro Buttons funktionieren seit dem. ich kenne mich leider nicht so gut aus aber alle die ich genannt habe funktionieren doch über Scene.
vielleicht hat ja jemand von euch die zwei Sensoren ( Popp Keypad 700045 und ein Aeotec NanoMote Quad) zum laufen gebracht, wenn ja dann liegt es an mir. Sonst habe ich alle 82 Sensoren am laufen und danke an den Entwickler, tolle Arbeit. Gruß Jürgen

[jolic]

@juggi1962 sorry dein Text ist etwas holprig, Popp Keypad 700045 und Aeotec NanoMote Quad funktionieren nicht?

Du schreibst ja, dass alle Geräte über Scenes laufen? dann sollten sie auch im Control Panel von zwave-js-ui reagieren.

Um dir helfen zu können, würde ich das Ganze Schritt für Schritt angehen, am besten von hinten nach vorne alles durchchecken:

schau zuerst ob die Geräte in zwave-js-ui im Control Panel auftauchen und ob du sie dort bedienen kannst. Kannst auch gern einen screenshot zeigen... dann schauen wir weiter.

Zu den Scenes: die nutze ich persönlich nicht. ioB ist da deutlich mächtiger (meine Meinung), außer du willst deine Z-Wave Geräte unabhängig von ioB nutzen.