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

[AlCalzone]

@Flopsi Das ist nicht das richtige Log :)
Haken in der Adapterkonfiguration setzen und Logdatei später unter /opt/iobroker/node_modules/iobroker.zwave2/build suchen.

Zu deinen anderen Fragen:
Adapterliste ->

1.7.0 ist allerdings auch nicht mehr Alpha. Falls du doch eine alpha installiert hast, probiers mal mit der vollwertigen 1.7.0. Kannst du über Konsole installieren: iobroker upgrade zwave2@1.7.0

[Flopsi]

@AlCalzone
hier der richtige

zwave-5478.log

[Flopsi]

@AlCalzone

sorry aber wo finde ich diese Adapterliste ???

Gefunden musste den expertenmodus aktivieren :)

[AlCalzone]

@Flopsi Du hast mehrere Geräte, die allesamt nicht auf eine bestimmte Anfrage antworten und daher als tot markiert werden. Das wird in 1.7.1 nicht mehr der Fall sein, aber die Version ist noch nicht so weit. Wenn es bei dir in 1.6.x noch funktioniert, bleib solange besser noch auf der alten Version.

[Flopsi]

@AlCalzone

Ja habe schon auf 1.6.3 wieder drauf jetzt geht alles wieder

[AlCalzone]

v1.7.1 ist draußen und sollte hoffentlich die letzten "Node is dead"-Probleme beheben. Changelog siehe oben.

[Chris_78]

@AlCalzone

Sorry war leider eine Weile abwesend, bzw. nicht wirklich Zeit gehabt.
Habe aktuell die Version 1.7.0 (final) installiert und soweit keine Probleme feststellen können. Die "Node is dead"
Problematik scheint bei mir nicht mehr aufzutreten. In der ersten Alpha war dies bei mir noch ein großes Problem.

Benötigst du noch Log-Dateien von mir? Wie gesagt eigentlich scheint alles zu laufen. :-)

[AlCalzone]

@Chris_78 Wenn alles läuft, dann nicht :)

[EvilEls]

@AlCalzone ich habe nun mal zu meiner Problem Node 4 ein zweiten Dimmer der Art verbaut (Node 6). Dieses Ding hat aber exakt die selben Macken wie Node 4. Es liegt also nicht an der Verbindung, sondern wohl schlicht daran, dass die Qubino Dimmer nicht so super sind.

Interviews haben etwas gedauert, sind aber ohne dead<>alive gelaufen.

2020-09-29.zip

Als ich das Logging gerade ausgemacht habe und das Netzwerk heilen wollte, weil alle Geräte auf unknown standen, bekam ich das:

zwave2.0	2020-09-29 21:21:24.596	error	at Scheduler.flushEvents (/opt/iobroker/node_modules/xstate/lib/scheduler.js:53:18)
zwave2.0	2020-09-29 21:21:24.596	error	at Scheduler.process (/opt/iobroker/node_modules/xstate/lib/scheduler.js:60:13)
zwave2.0	2020-09-29 21:21:24.596	error	at /opt/iobroker/node_modules/xstate/lib/interpreter.js:130:39
zwave2.0	2020-09-29 21:21:24.596	error	at Interpreter.nextState (/opt/iobroker/node_modules/xstate/lib/interpreter.js:584:38)
zwave2.0	2020-09-29 21:21:24.596	error	at Object.exports.provide (/opt/iobroker/node_modules/xstate/lib/serviceScope.js:11:18)
zwave2.0	2020-09-29 21:21:24.596	error	at /opt/iobroker/node_modules/xstate/lib/interpreter.js:585:34
zwave2.0	2020-09-29 21:21:24.596	error	at StateNode.transition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:720:36)
zwave2.0	2020-09-29 21:21:24.596	error	at StateNode._transition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:501:25)
zwave2.0	2020-09-29 21:21:24.596	error	at StateNode.transitionCompoundNode (/opt/iobroker/node_modules/xstate/lib/StateNode.js:447:25)
zwave2.0	2020-09-29 21:21:24.596	error	at StateNode.next (/opt/iobroker/node_modules/xstate/lib/StateNode.js:532:27)
zwave2.0	2020-09-29 21:21:24.596	error	Cannot read property 'nodeId' of undefined
zwave2.0	2020-09-29 21:21:24.596	error	(17081) Error: Unable to evaluate guard 'isHandshakeForCurrentTransaction' in transition for event 'add' in state node 'SendThread':
zwave2.0	2020-09-29 21:21:24.595	error	Cannot read property 'nodeId' of undefined
zwave2.0	2020-09-29 21:21:24.595	error	(17081) uncaught exception: Unable to evaluate guard 'isHandshakeForCurrentTransaction' in transition for event 'add' in state node 'SendThread':
zwave2.0	2020-09-29 21:21:24.594	info	(17081) Shutting down driver...
zwave2.0	2020-09-29 21:21:24.593	error	at Scheduler.flushEvents (/opt/iobroker/node_modules/xstate/lib/scheduler.js:53:18)
zwave2.0	2020-09-29 21:21:24.593	error	at Scheduler.process (/opt/iobroker/node_modules/xstate/lib/scheduler.js:60:13)
zwave2.0	2020-09-29 21:21:24.593	error	at /opt/iobroker/node_modules/xstate/lib/interpreter.js:130:39
zwave2.0	2020-09-29 21:21:24.593	error	at Interpreter.nextState (/opt/iobroker/node_modules/xstate/lib/interpreter.js:584:38)
zwave2.0	2020-09-29 21:21:24.593	error	at Object.exports.provide (/opt/iobroker/node_modules/xstate/lib/serviceScope.js:11:18)
zwave2.0	2020-09-29 21:21:24.593	error	at /opt/iobroker/node_modules/xstate/lib/interpreter.js:585:34
zwave2.0	2020-09-29 21:21:24.593	error	at StateNode.transition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:720:36)
zwave2.0	2020-09-29 21:21:24.593	error	at StateNode._transition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:501:25)
zwave2.0	2020-09-29 21:21:24.593	error	at StateNode.transitionCompoundNode (/opt/iobroker/node_modules/xstate/lib/StateNode.js:447:25)
zwave2.0	2020-09-29 21:21:24.593	error	at StateNode.next (/opt/iobroker/node_modules/xstate/lib/StateNode.js:532:27)
zwave2.0	2020-09-29 21:21:24.593	error	Cannot read property 'nodeId' of undefined
zwave2.0	2020-09-29 21:21:24.593	error	(17081) Error: Unable to evaluate guard 'isHandshakeForCurrentTransaction' in transition for event 'add' in state node 'SendThread':
zwave2.0	2020-09-29 21:21:24.587	error	Cannot read property 'nodeId' of undefined
zwave2.0	2020-09-29 21:21:24.587	error	(17081) unhandled promise rejection: Unable to evaluate guard 'isHandshakeForCurrentTransaction' in transition for event 'add' in state node 'SendThread':

[AlCalzone]

@EvilEls schau ich mir an, danke!

[AlCalzone]

@all Ich hätte da mal ein anderes Anliegen. Gestern wollte ich mit der Unterstützung für Security S2 beginnen, musste aber feststellen, dass nicht eines meiner Geräte das kann.
Hat jemand eins, das S2 unterstützt (wird in der Regel auch auf der Verpackung beworben) und das nicht benötigt wird?

[ChristianG]

@AlCalzone welche Geräte haben es denn? :)

[Flopsi]

Ich würde gerne noch ein kleines Problem ansprechen...

Ich habe immer noch das Problem das nach einem Neustart bestimmte Variablen den Wert (Null) bekommen...

Jetzt möchte ich das nach einen Neustart erst ein paar Minuten gewartet wird und dann die Current Werte in die Target Werte geschrieben werden.

Habe das mal versucht aber es funktioniert nicht zuverlässig wenn ich das skript veränder und speicher werden die
Werte übernommen ich möchte aber das dies regelmässig überprüft wird bzw. das nach einen Pi Neustart die Werte übernommen werden.

Es ist hauptsächlich bei den switch ab und zu spinnen auch mal die Rollladen.......

[EvilEls]

@AlCalzone leider habe ich dergleichen nicht herumliegen :(

[zanabria]

@Chris_78 , @AlCalzone ,
Habe ein neues Problem. Nach Installation von v 1.7.0 lief der Adapter. Danach habe ich node.js von 12.8.3 auf 12.8.4 aktualisiert. Nun wird der Adapter nur noch gelb :angry:
Was kann ich machen um das ding wieder zum laufen zu bringen.

[Chris_78]

@zanabria

Was sagt denn die Logausgabe?
Nach dem Node.js Update könnte evtl. ein Neustart nicht schaden.
Ansonsten mal den Stick ab- und wieder dran stecken. Habe da auch schon mal ab und an
Probleme (obwohl das eher den Zigbee-Stick betrifft :-) ).

Danach wieder schauen was die Log-Ausgabe sagt.

[AlCalzone]

@zanabria iobroker rebuild zwave2 --install

@Flopsi Das ist bei dir doch ein Anzeigeproblem - kannst du das nicht mit einem Alias lösen, der aus current liest und in target schreibt?

@ChristianG unterschiedlich... z.B. https://aeotec.com/small-z-wave-remote-control/

[zanabria]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.7.x):

rebuild zwave2 --install
Hat nichts gebracht, siehe Log-Daten
Z-Wave2-Fehler nach Node.js-update.txt

@Chris_78 ,Nach dem Node.js Update könnte evtl. ein Neustart nicht schaden. Habe ich alles schon gemacht.

[zanabria]

@AlCalzone
Der Befehl "iobroker rebuild zwave2 --install" in welchem Verzeichnis? su?

[EvilEls]

@zanabria
schau mal, ob dein Stick noch noch die Adresse hat, die im Adapter konfiguriert ist.
Ich hatte teilweise selbes Problem, weil sich diese gelegentlich von /dev/ttyACM0 auf /dev/ttyACM1 geändert hat.