Test Adapter Z-Wave 2 v3.0.x
-
Hi zusammen
Ich nutze Z-Wave 2 v3.1.0 und habe ein Problem mit allen 3 Shelly Qubino 2PM (v10.35).
Ich kann im Iobroker unter Objekte im Ordner "Binary_Switch" die "targetValue_00X" beide steuern und sehe, dass sich dabei auch deren current values ändern.
Steuere ich die Aktoren jedoch über den jeweiligen Taster am Aktor selbst, so ändert sich der target Value nicht und auch sonst nichts in den Objekten.
Ich habe deshalb nebst den beiden nativ existierenden Geräteverknüpfungen (die oberen beiden), 2 weitere Verknüpfungen manuell hinzugefügt (die beiden unteren).
Das führte dazu, dass in den Objekten der Ordner "Basic" und darin 2 weitere "currentValue_00X" angelegt wurden.
Die Werte springen beim Auslösen über die am Shelly angeschlossenen Taster zwischen 0 und 255. Der Wert sagt jedoch nichts über den effiktiven Schaltzustand des Shellys aus. Bei manueller Auslösung muss ich deshalb immer auch noch den "targetValue_00X" wechseln, um den Schaltzustand immer zu kennen.
Zudem führen die neuen Objekte auch immer zu den Fehlermeldungen im Log, sobald sie den Wert 255 bekommen.:
State value to set for "zwave2.0.Node_0XX.Basic.currentValue_00X" has value "255" greater than max "99"Das passiert im Log beim Auslösen des Aktors über den angeschlossenen Taster:
2025-08-10T09:43:25.829Z DRIVER « [Node 032] [REQ] [ApplicationCommand] └─[Security2CCMessageEncapsulation] │ sequence number: 238 │ security class: S2_Authenticated └─[MultiChannelCCCommandEncapsulation] │ source: 2 │ destination: 0 └─[BasicCCSet] target value: 0...und das, wenn ich den Aktor über den TargetValue aus iob heraus ansteuere:
2025-08-10T09:43:25.881Z DRIVER « [Node 032] [REQ] [ApplicationCommand] └─[Security2CCMessageEncapsulation] │ sequence number: 239 │ security class: S2_Authenticated └─[MultiChannelCCCommandEncapsulation] │ source: 2 │ destination: 0 └─[SupervisionCCReport] session id: 3 more updates follow: false status: Success duration: 0sIch würde mich über Hilfe sehr freuen.
@chrigel Hast das Probem gelöst ? ich glaube ZWave adapter ist nicht mehr uptodate und hat bisschen PRoblem mit neue Device
Adapter ist von 2023 und bekommt leider kein update mehr:
https://github.com/zwave-js/zwave-js/releases/tag/v15.15.0Die Version 15.15.0 bringt massive Verbesserungen in Stabilität, Geräteunterstützung, Long Range-Kompatibilität und Fehlerbehebung. IoBroker arbeitet mit 10.23.6 und verpasst über 2 Jahre Fortschritt – insbesondere bei neuen Geräten, Security S2, Routing und Long Range.
Viele Z-Wave Geräte, die 2024–2025 erschienen sind (z. B. neue Modelle von Shelly, Aeotec, Zooz, Fibaro), sind nicht in der Konfigurationsdatenbank von v10.23.6 enthalten
Geräte mit Irrigation CC, Energy Production CC, Window Covering CC, oder Multilevel Switch V4+ funktionieren nur eingeschränkt oder gar nicht. (Beispiel: Ein moderner Z-Wave Rollladen mit erweiterten Positionierungsfunktionen wird in v10.23.6 nicht korrekt erkannt.)
Long Range & Security S2 Probleme
Geräte, die Z-Wave Long Range oder Security S2 Multicast nutzen, benötigen die neueren Protokoll-Erweiterungen aus v15.x.In v10.23.6 kann es zu:
Verbindungsabbrüchen fehlenden Statusmeldungen nicht funktionierenden Assoziationen kommen.oder vielleicht bin ich total falsch ?
-
Hi zusammen
Ich nutze Z-Wave 2 v3.1.0 und habe ein Problem mit allen 3 Shelly Qubino 2PM (v10.35).
Ich kann im Iobroker unter Objekte im Ordner "Binary_Switch" die "targetValue_00X" beide steuern und sehe, dass sich dabei auch deren current values ändern.
Steuere ich die Aktoren jedoch über den jeweiligen Taster am Aktor selbst, so ändert sich der target Value nicht und auch sonst nichts in den Objekten.
Ich habe deshalb nebst den beiden nativ existierenden Geräteverknüpfungen (die oberen beiden), 2 weitere Verknüpfungen manuell hinzugefügt (die beiden unteren).
Das führte dazu, dass in den Objekten der Ordner "Basic" und darin 2 weitere "currentValue_00X" angelegt wurden.
Die Werte springen beim Auslösen über die am Shelly angeschlossenen Taster zwischen 0 und 255. Der Wert sagt jedoch nichts über den effiktiven Schaltzustand des Shellys aus. Bei manueller Auslösung muss ich deshalb immer auch noch den "targetValue_00X" wechseln, um den Schaltzustand immer zu kennen.
Zudem führen die neuen Objekte auch immer zu den Fehlermeldungen im Log, sobald sie den Wert 255 bekommen.:
State value to set for "zwave2.0.Node_0XX.Basic.currentValue_00X" has value "255" greater than max "99"Das passiert im Log beim Auslösen des Aktors über den angeschlossenen Taster:
2025-08-10T09:43:25.829Z DRIVER « [Node 032] [REQ] [ApplicationCommand] └─[Security2CCMessageEncapsulation] │ sequence number: 238 │ security class: S2_Authenticated └─[MultiChannelCCCommandEncapsulation] │ source: 2 │ destination: 0 └─[BasicCCSet] target value: 0...und das, wenn ich den Aktor über den TargetValue aus iob heraus ansteuere:
2025-08-10T09:43:25.881Z DRIVER « [Node 032] [REQ] [ApplicationCommand] └─[Security2CCMessageEncapsulation] │ sequence number: 239 │ security class: S2_Authenticated └─[MultiChannelCCCommandEncapsulation] │ source: 2 │ destination: 0 └─[SupervisionCCReport] session id: 3 more updates follow: false status: Success duration: 0sIch würde mich über Hilfe sehr freuen.
-
@chrigel Laut doku da die Shelly Wave 2PM mindestens Z-Wave JS v10.30.0 benötigt, ist die aktuell in ioBroker verwendete Version 10.23.6 leider nicht ausreichend für eine vollständige Unterstützung
Hallo, Thema ist bereits by GitHub eingelastet.
https://github.com/AlCalzone/ioBroker.zwave2/issues/1068 -
-
Hallo zusammen!
Ich habe einen Hoppe eFenstergriff ConnectSense, der anhand der Stellung des Griffs erkennt, ob die Terrassentür geöffnet, gekippt oder geschlossen ist.
Anlernen über den Adapter war kein Problem, die Kalibrierung ging auch zügig und war erfolgreich.
Leider erkennt der ioBRoker nur zwei Werte - geschlossen und geöffnet. Damit kann ich nicht unterscheiden, ob die Tür richtig geöffnet oder nur gekippt ist und das Rollo nicht entsprechend des Öffnungszustands in die gewünschte Position fahren lassen.
Hat jemand einen Tipp für mich?
Adapter ist in der Version 3.1.0
Verlaufsdaten aus dem History-Adapter: Door state.csv
Danke für eure Hilfe! -
Hallo zusammen!
Ich habe einen Hoppe eFenstergriff ConnectSense, der anhand der Stellung des Griffs erkennt, ob die Terrassentür geöffnet, gekippt oder geschlossen ist.
Anlernen über den Adapter war kein Problem, die Kalibrierung ging auch zügig und war erfolgreich.
Leider erkennt der ioBRoker nur zwei Werte - geschlossen und geöffnet. Damit kann ich nicht unterscheiden, ob die Tür richtig geöffnet oder nur gekippt ist und das Rollo nicht entsprechend des Öffnungszustands in die gewünschte Position fahren lassen.
Hat jemand einen Tipp für mich?
Adapter ist in der Version 3.1.0
Verlaufsdaten aus dem History-Adapter: Door state.csv
Danke für eure Hilfe!@martin_olw said in Test Adapter Z-Wave 2 v3.0.x:
Hoppe eFenstergriff ConnectSense,
Die habe ich auch 🙂 zusammen mit Shelly Wave Shutter.
Ist bei dir die Batterielaufzeit gut, ich habe das Gefühl das die original Batterie nach nem Jahr leer ist.Ich habe sie noch nicht richtig eingebunden, auch wegen fehlenden Weiterentwicklung des adapters (beim maintainer gab es meines Wissens familiäre Änderungen, da ist die Zeit knapp)
Wenn ich die zeit finde mache ich den Wechsel auf https://github.com/z-wave-JS und binde es über MQTT ein
-
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
-
@martin_olw said in Test Adapter Z-Wave 2 v3.0.x:
Hoppe eFenstergriff ConnectSense,
Die habe ich auch 🙂 zusammen mit Shelly Wave Shutter.
Ist bei dir die Batterielaufzeit gut, ich habe das Gefühl das die original Batterie nach nem Jahr leer ist.Ich habe sie noch nicht richtig eingebunden, auch wegen fehlenden Weiterentwicklung des adapters (beim maintainer gab es meines Wissens familiäre Änderungen, da ist die Zeit knapp)
Wenn ich die zeit finde mache ich den Wechsel auf https://github.com/z-wave-JS und binde es über MQTT ein
@PackElend Grüß dich! Bist du hier schon weiter gekommen und kannst unterscheiden, ob die Tür richtig geöffnet oder nur angekippt ist?
VG Martin -
dass der adapter abgekündigt wurde hast aber schon mitbekommen
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
-
@PackElend Grüß dich! Bist du hier schon weiter gekommen und kannst unterscheiden, ob die Tür richtig geöffnet oder nur angekippt ist?
VG MartinTür richtig geöffnet oder nur angekippt ist?
Im z-wave JS ui sehe, dass der Griff in der gekippt oder geöffnet Position ist. Zusätzlich wird gezeigt, ob die tür, Fenster gekippt ist.Eine Unterscheidung zwischen hebel gedreht und Tür hat sich geöffnet gibt es nicht.
(ich stehe in Kontakt mit HOPPE) -
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@arteck Ja, aber ich will nicht alles umziehen. Aktuell ist keine Z-Wave-Neuanschaffung vorgesehen und daher lasse ich den Adapter so lange laufen, wie möglich.
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
367
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge