Monatsrückblick Januar/Februar 2026 ist online!

[Flopsi]

@AlCalzone

Nach dem Update aus 1.2.0 kann ich keine Geräte mehr Einbinden passiert nix wenn ich auf Geräte einbinden klicke...normal wird der Button rot und man kann Module einbinden.

[Rolf_KA]

@peppino sagte in Test Adapter Z-Wave 2 (v1.1.x / v1.2.x):

@AlCalzone
Mein kurzes Feedback
Version 1.1.0: wird beim "Fibargroup FGR223" (Node 20) die "currentValue_001" nicht aktuallisiert.
Version 1.2.0: hiermit kann ich nichts steuern, nach dem Interview leuchtet der Zwave.Me Stick dauerhaft.

Das kann ich mit meinen FGR223 so nicht bestätigen.
Mit der Version 1.1.0 und jetzt 1.2.0 funktionieren meine FGR223 wie vorher auch und der currentValue_001 Wert wird nach dem beenden der Fahrt auch korrekt gesetzt - egal ob ich über ioBroker oder händisch am Taster steuere.

Mein ZWave Modul leuchtet bei mir mit der Version 1.2.0 auch nicht dauerhaft - für mich sieht alles gut aus.

[AlCalzone]

@Flopsi Ab und zu hab ich das auch beim Testen, ggf. hat sich der Stick aufgehängt. Adapter aus, Stick raus, Stick wieder rein und Adapter wieder starten.

@ChristianG Sollte eigentlich gehen, ja. Wenn du nicht manuell aufweckst, holen die sich beim nächsten Aufwachen die Temperatur ab.

@peppino
v1.1.0: Kann ich so aus dem Log nicht erkennen. Beim Interview werden die Werte abgefragt, die Association ist richtig gesetzt. Hast du gewartet, bis "interview completed" im Log stand?
v1.2.0: Im Log ebenfalls nichts auffälliges. Probier auch mal den Stick vom Strom zu trennen.

[ChristianG]

@AlCalzone Also sollte auch manuell der Wert direkt angenommen werden? @Flopsi und ich haben das Problem gehabt, dass der Wert übernommen wird aber erst beim nächsten eigenen Aufwachen umgestellt wird und nicht direkt beim manuellen Übergeben der Werte.

[AlCalzone]

@ChristianG Bestenfalls ja. Falls nicht, bitte Log erstellen :) Habe leider keinen Heizkörper, sonst würd ichs selbst ausprobieren.

[ChristianG]

@AlCalzone Alles klar, wird gemacht, sobald ich mit das Fibaro Netzwerk umstelle. Vll kann @Flopsi seinen ja mal wieder fix dran machen ;) und es auch Testen?

[peppino]

@AlCalzone
Nochmal v1.2.0: Stick leuchtet nach Interview fast durchgehend, mit Verzögerung reagiert Node20(secure) FGR223 "currentValue_001" wird nicht aktualisiert.
Beim setzen von "targetValue_001" kommt ein Fehler:

zwave-6892.zip

[AlCalzone]

@peppino Ok da sehe ich auch was. Scheint ein Problem beim Zusammenspiel zwischen Supervision und Security zu sein. Schaue ich mir gleich an.

[Flopsi]

@AlCalzone

Das hat leider nix gebracht kann immer noch keine geräte einbinden.

@ChristianG

Da ich gerade nix einbinden kann wird das aktuell nix mit dem Danfoss.

Ich habe sogar den PI 4 Stromlos gemacht und gewartet....

[AlCalzone]

@Flopsi Hmm passiert bei mir jetzt auch - schaue ich mir an. Als Workaround kannst du das Einbinden manuell aktivieren:

Non-secure für unverschlüsselt, secure für verschlüsselt.

@peppino
Ich brauche noch etwas Logging. Bitte folgende Testversion der Library installieren:

cd /opt/iobroker/node_modules/iobroker.zwave2
npm i zwave-js@3.7.3-beta.0

und damit nochmal ein Log erzeugen - das landet dann in /opt/iobroker/node_modules/iobroker.zwave2/node_modules/zwave-js.

[ChristianG]

Dies ist der Fehler beim starten:

[AlCalzone]

@Flopsi v1.2.1 ist auf dem Weg - hier geht der Dropdown wieder.

[Flopsi]

@AlCalzone

hast du schon den install link weil ich nicht bis morgen warten wollte wegen dem latest

[AlCalzone]

@Flopsi

iobroker upgrade zwave2@1.2.1

[Flopsi]

@AlCalzone

So update ist durchgelaufen Dropmenü geht auf Button wird rot so das er auch einbinden möche aber leider tut sich im log gar nix....

Node_002 wurde auch nicht geladen .....

[AlCalzone]

@Flopsi Du wirst meine Antwort schon kennen... Log bitte!

[Flopsi]

@AlCalzone

zwave-1892.log

[AlCalzone]

@Flopsi Der Prozess wird auch nicht gestartet. Habs gerade nochmal getestet - hier klappts auf Anhieb. Mach den Stick nochmal stromlos.

[peppino]

@AlCalzone
Bitte schön
zwave-7189.zip

[AlCalzone]

@peppino Das Problem scheint folgendes:
Beim Roller Shutter 3 werden die Multilevel Set-Kommandos in Supervision verpackt, damit der richtige Zustand zurückgemeldet wird. Diese Supervision hat sog. SessionIDs mit denen Anfrage und Antwort zugeordnet werden können.

Ohne Security scheint das zu funktionieren, in deinem Log scheint mir das aber so, dass eine Anfrage mit SessionID 1 gesendet wird und der Node mit SessionID 0 antwortet. Dementsprechend wird die Antwort nicht als solche erkannt und der Adapter denkt, dass es keine gab.

Ich schaue mir die Binärdaten nochmal genauer an, nicht dass sich da noch ein Fehler eingeschlichen hat. Hast du zufällig einen anderen Roller Shutter 3 ohne Security? Oder kann @Rolf_KA mit der Testversion einen Log beisteuern?