UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :+1:

[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
:anguished:

[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.....

[Gabe]

@AlCalzone habe jetzt die ersten Interviews completed, aber leider weiterhin kein Wert

[Harry94]

Hab den 1.7.2 jetzt auch installiert.
allerdings stürzt Crasht der adapter beim starten jedes mal

zwave2.1	2020-10-02 19:45:10.626	info	(5703) Terminated (NO_ERROR): Without reason
zwave2.1	2020-10-02 19:45:10.625	info	(5703) terminating
zwave2.1	2020-10-02 19:45:10.582	info	(5703) Cleaned everything up!
zwave2.1	2020-10-02 19:45:10.484	info	(5703) Resetting node status...
zwave2.1	2020-10-02 19:45:10.407	error	at Driver.interviewNode (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:779:10)
zwave2.1	2020-10-02 19:45:10.407	error	at ZWaveNode.interview (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:901:8)
zwave2.1	2020-10-02 19:45:10.407	error	at ZWaveNode.interviewCCs (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1320:26)
zwave2.1	2020-10-02 19:45:10.407	error	at interviewEndpoint (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1145:20)
zwave2.1	2020-10-02 19:45:10.407	error	at NotificationCC.interview (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:447:35)
zwave2.1	2020-10-02 19:45:10.407	error	at NotificationCC.determineNotificationMode (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:304:9)
zwave2.1	2020-10-02 19:45:10.407	error	(5703) TypeError: _a.get is not a function
zwave2.1	2020-10-02 19:45:10.407	error	(5703) uncaught exception: _a.get is not a function
zwave2.1	2020-10-02 19:45:10.406	info	(5703) Shutting down driver...
zwave2.1	2020-10-02 19:45:10.405	error	at Driver.interviewNode (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:779:10)
zwave2.1	2020-10-02 19:45:10.405	error	at ZWaveNode.interview (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:901:8)
zwave2.1	2020-10-02 19:45:10.405	error	at ZWaveNode.interviewCCs (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1320:26)
zwave2.1	2020-10-02 19:45:10.405	error	at interviewEndpoint (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1145:20)
zwave2.1	2020-10-02 19:45:10.405	error	at NotificationCC.interview (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:447:35)
zwave2.1	2020-10-02 19:45:10.405	error	at NotificationCC.determineNotificationMode (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:304:9)
zwave2.1	2020-10-02 19:45:10.405	error	(5703) TypeError: _a.get is not a function
zwave2.1	2020-10-02 19:45:10.286	error	(5703) unhandled promise rejection: _a.get is not a function
Unhandled	2020-10-02 19:45:10.286	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
zwave2.1	2020-10-02 19:45:10.260	debug	(5703) Node 18: value updated: power_001 => 0

Daher jetzt erstmal zurück zur 1.7.1

logs anbei.
hoffentlich helfen diese.
Log_Harry94.rar

Edit (1.7.2):
scheinbar hat es geholfen den Cache zu leeren.
Allerdings musste ich bei node 21 (Fibaro FGS-223) das interview manuell neu starten)
jetzt funktionierendes log ebenfalls anbei.

Zwave2-1.7.2-Harry94 funtkional.rar

[Flopsi]

Hier mal eine kleine Übersicht der Batteriestände...

Bei der Heizung ist alles richtig , aber die Werte der Motion Augen können nicht stimmen ...... da steht bis auf einen immer 100 und wenn se leer sind 0 meine ich ..... ich merke das erst wenn die Batterien leer sind, was aber nicht so toll ist.

Woran kann das liegen das die Batterielevelwerte nicht sauber übertragen werden ?