Test Adapter Z-Wave 2 (v1.7.x)

[AlCalzone]

@ParaChris82 Du kannst direkt auf 1.7.1 gehen - bei deinen Problemen macht das Sinn. Node-Version passt. Neu anlernen ist nicht nötig - wenn irgendwas sich dauerhaft seltsam verhält, kannst du einzelne Geräte neu interviewen.

[ParaChris82]

@AlCalzone Vielen Dank für die schnelle Antwort ! Dann dann update ich mal und schaue was passiert. Übrigens, spende geht spätestens morgen raus an dich

[ParaChris82]

@AlCalzone Kurze Frage, habe Update gemacht, ohne Problem (wie du gesagt hast), IoBroker Log ist jetzt ohne Fehler. Was mir auffällt, dass die States der Notes Gelb sind. Was bedeutet das genau denn ?

[AlCalzone]

@ParaChris82 Das bedeutet, dass die States aus der Cache-Datei geladen wurden und nicht garantiert mit dem Zustand des Geräts übereinstimmen.
Hat den Hintergrund, dass beim Start jeweils sämtliche States synchronisiert werden und das konnte bisher Skripte amok laufen lassen:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart

[AlCalzone]

Patch v1.7.2 ist unterwegs mit relativ vielen Korrekturen. Changelog siehe oben (betrifft einige eurer genannten Probleme).

[zanabria]

@AlCalzone
hi, habe soeben das neue Patch installiert, leider hat es bei mir keine Verberbesserung gebracht. Immer noch gelb, der Adapter.

[AlCalzone]

@zanabria Zeig doch mal den ioBroker-Log
Achso... der Adapter bleibt auch auf gelb, bis alle Geräte durch sind. Das kann dauern.

[zanabria]

@AlCalzone
Die RAM-nutzung ist gerade enorm.

[zanabria]

@AlCalzone
iobroker-log bei hher RAM-Auslastung.txt

[Chris_78]

@AlCalzone

Du schreibst im Changelog zur 1.7.2:
Option hinzugefügt, um die Kompatibilität mit älteren Switches zu verbessern. Ich bin nicht sicher, ob es sinnvoll ist, das global zu machen, daher erst mal als (standardmäßig ausgeschaltete) Option. Wenn diese aktiviert ist, wird targetValue bei Binary und Multilevel Switches immer mit currentValue überschrieben

Wie wirkt sich das auf den eingeführten q (quality) Parameter aus? Triggert dieser in dem Fall das der targetValue überschrieben wird?
Ich habe meine Skripte seit dem von change auf update (zurück) umgebaut und prüfe auf den q-Parameter was wirklich gut funktioniert.

Kleiner Hinweis:
Die Beschreibung unter:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart
enthält einen kleinen Fehler:

Statt
if (obj.q !== 0) return;

müsste es doch
if (obj.state.q !== 0) return;
heissen.
So läuft es jedenfalls bei mir.

[zanabria]

@AlCalzone Bis alle Geräte durch sind?
Ich finde nach Stunden keine Geräte, ich denke eher dass es schäft.

[EvilEls]

Danke, @AlCalzone für die neue Version!

Hier die Logs vom ersten Testlauf: 2020-10-02_1.7.2.zip

Interviews liefen problemlos

Habe auch gleich mal die neue Option für alte Schalter angeworfen.

Diese hat keinen Einfluss auf gut funktionierende Nodes, zB meine Node 3. (Werde sehen wie es sich mit den Rollos morgen früh verhält. Dies ändern ihren currentValue recht langsam. U.U., kriegen die Probleme, wenn der targetValue mitten im Lauf von 0 auf 99 plötzlich auf zB 50 gesetzt wird.)
Wohl aber für die Problem Nodes 4 und 6.
Da sehe ich nun immer wieder Schaltversuche, die nicht bestätigt werden können und der targetValue einfach rot bleibt. Frühere Versionen des Adapter haben die Node dann für tot erklärt und ich musste fast immer zum Schalter laufen und die Node so reaktivieren.
Das bleibt mit 1.7.2 nun aus. Die Node ist weiter alive und fängt sich nach einer Weile wieder und lässt sich schalten.
Nie neue Option bewirkt hier nun zwar, dass ich manchmal, wenn ich zB von 99 auf 0 dimmen will, der Dimmer bei 50 stehenbleibt. Aber immerhin stirbt die Node nicht weg und ich kann immer wieder targetValue auf 0 setzen, bis die Lampe wirklich aus ist. Bisher habe ich über den Stromverbrauch zwave2.0.Node_xxx.Meter.value_w_consumed geprüft, ob die Lampen tatsächlich aus sind.

Also von mir wieder

[AlCalzone]

@Chris_78 Die Option sollte nicht beim Lesen aus dem cache relevant sein sondern nur wenn frische Werte kommen.
Und ja, obj.state.q wäre korrekt.

@zanabria hui das ist viel. Kannst du mir mal ein erweitertes log machen? Der iobroker log hilft nicht.

@EvilEls die Aktualisierung von targetValue ist kein schaltbefehl und sollte auf das Verhalten der Geräte keinen Einfluss haben.

[zanabria]

@AlCalzone
Ist das der richtige LOG?
Z-Wave2 Debug.txt

[AlCalzone]

@zanabria Nein, siehe https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md Punkt 1.

Wenn das mit dem RAM-Verbrauch bei dir so bleibt, müssen wir mal tiefer einsteigen.

[zanabria]

@AlCalzone
wie bringe ich die Dateien zu dir

[AlCalzone]

@zanabria Hier posten?

[Gabe]

@AlCalzone Ich habe heute morgen das Update gemacht, leider ist Value immer noch leer. Hast du eine Idee wielange sich das Interview ziehen kann. Obejkte sind soweit ausgefüllt nur das Notification Value fehlt...

[zanabria]

@AlCalzone
so, hoffe nun alles zu haben.
ZWave2-json.7z ZWave2-log.7z

[Flopsi]

@AlCalzone

Mit dem update 1.7.2 kann ich mir dann die Alias schenken wenn ich die älteren Geräte einbeziehe ?? du weis schon die Sache mit den current und target Werten.....