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

[Bluelightcrew]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v0.12.x / 0.13.x):

@Bluelightcrew Könntest du bitte nochmal folgendes testen?

In dem Ordner wo du die Logs gefunden hast in den Unterordner config/devices/0x0002 gehen und die Datei mt02650.json wie folgt bearbeiten.

Original:

Geändert (Zeile 36 mit // am Anfang auskommentiert):

Wo genau du // hinschreibst ist egal, es muss nur vor der eckigen Klammer stehen.
Danach bitte den Adapter neu starten und beobachten:

1. Läuft es ohne E5?
2. Kommen deine Änderungen in ioBroker beim Aufwecken am Thermostat an?

Also danke erst mal für deine Mühe!
Befehl kommt jetzt am Thermostat an,super!
Wegen dem E5 das hat ja immer bisschen gedauert,da würde ich mich morgen melden.

[jupzup]

Vorab erst einmal ein riesen Lob an AlCalzone für das tolle Projekt !!

Ich habe den Adapter soeben auch einmal installiert und wollte damit meine beiden Danalocks V3 ( Node3 und Node 4 ) steuern welche definitiv nur im gesicherten Modus funktionieren. Leider fehlen nach dem Interview die States zum steuern und es kommen dann folgende Meldungen im Log wenn ich diese manuell betätige:

zwave2.0	2020-06-02 22:56:00.655	info	(11659) Node 5: interview completed, all values are updated
zwave2.0	2020-06-02 22:55:51.398	info	(11659) Node 4: interview completed, all values are updated
zwave2.0	2020-06-02 22:55:51.391	info	(11659) Node 5: is now awake
zwave2.0	2020-06-02 22:55:51.383	info	(11659) Node 5: ready to use
zwave2.0	2020-06-02 22:55:51.382	info	(11659) All nodes are ready to use
zwave2.0	2020-06-02 22:55:49.580	info	(11659) Node 2: interview completed, all values are updated
zwave2.0	2020-06-02 22:55:47.948	info	(11659) Node 4: is now awake
zwave2.0	2020-06-02 22:55:47.943	info	(11659) Node 4: ready to use
zwave2.0	2020-06-02 22:55:45.384	info	(11659) Node 3: interview completed, all values are updated
zwave2.0	2020-06-02 22:55:43.833	info	(11659) Node 3: is now awake
zwave2.0	2020-06-02 22:55:43.819	info	(11659) Node 3: ready to use
zwave2.0	2020-06-02 22:55:43.746	info	(11659) Node 2: is now awake
zwave2.0	2020-06-02 22:55:43.733	info	(11659) Node 2: ready to use
zwave2.0	2020-06-02 22:55:42.335	info	(11659) Node 1: interview completed, all values are updated
zwave2.0	2020-06-02 22:55:42.333	info	(11659) Node 1: ready to use
zwave2.0	2020-06-02 22:55:42.277	info	(11659) The driver is ready. Found 5 nodes.
zwave2.0	2020-06-02 22:55:39.756	info	(11659) starting. Version 0.14.6 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.20.1, js-controller: 3.1.4
host.ioBroker-master	2020-06-02 22:55:36.944	info	instance system.adapter.zwave2.0 started with pid 11659
host.ioBroker-master	2020-06-02 22:55:06.891	info	Restart adapter system.adapter.zwave2.0 because enabled
host.ioBroker-master	2020-06-02 22:55:06.891	error	instance system.adapter.zwave2.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.ioBroker-master	2020-06-02 22:55:06.890	error	Caught by controller[0]: at readableAddChunk (_stream_readable.js:269:11)
host.ioBroker-master	2020-06-02 22:55:06.889	error	Caught by controller[0]: at addChunk (_stream_readable.js:288:12)
host.ioBroker-master	2020-06-02 22:55:06.889	error	Caught by controller[0]: at SerialPort.EventEmitter.emit (domain.js:448:20)
host.ioBroker-master	2020-06-02 22:55:06.888	error	Caught by controller[0]: at SerialPort.emit (events.js:198:13)
host.ioBroker-master	2020-06-02 22:55:06.888	error	Caught by controller[0]: at Driver.serialport_onData (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1084:17)
host.ioBroker-master	2020-06-02 22:55:06.887	error	Caught by controller[0]: at Driver.handleMessage (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1240:14)
host.ioBroker-master	2020-06-02 22:55:06.887	error	Caught by controller[0]: at Driver.assemblePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1216:13)
host.ioBroker-master	2020-06-02 22:55:06.886	error	Caught by controller[0]: at SecurityCCCommandEncapsulation.mergePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:530:36)
host.ioBroker-master	2020-06-02 22:55:06.886	error	Caught by controller[0]: at Function.from (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:314:36)
host.ioBroker-master	2020-06-02 22:55:06.885	error	Caught by controller[0]: at Function.getConstructor (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:298:10)
host.ioBroker-master	2020-06-02 22:55:06.884	error	Caught by controller[0]: Error: The command class Door Lock is not implemented
zwave2.0	2020-06-02 22:55:06.341	info	(8147) Terminated (NO_ERROR): Without reason
zwave2.0	2020-06-02 22:55:06.339	info	(8147) terminating
zwave2.0	2020-06-02 22:55:06.336	info	(8147) Cleaned everything up!
zwave2.0	2020-06-02 22:55:06.305	info	(8147) Resetting node status...
zwave2.0	2020-06-02 22:55:06.222	error	at readableAddChunk (_stream_readable.js:269:11)
zwave2.0	2020-06-02 22:55:06.222	error	at addChunk (_stream_readable.js:288:12)
zwave2.0	2020-06-02 22:55:06.222	error	at SerialPort.EventEmitter.emit (domain.js:448:20)
zwave2.0	2020-06-02 22:55:06.222	error	at SerialPort.emit (events.js:198:13)
zwave2.0	2020-06-02 22:55:06.222	error	at Driver.serialport_onData (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1084:17)
zwave2.0	2020-06-02 22:55:06.222	error	at Driver.handleMessage (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1240:14)
zwave2.0	2020-06-02 22:55:06.222	error	at Driver.assemblePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1216:13)
zwave2.0	2020-06-02 22:55:06.222	error	at SecurityCCCommandEncapsulation.mergePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:530:36)
zwave2.0	2020-06-02 22:55:06.222	error	at Function.from (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:314:36)
zwave2.0	2020-06-02 22:55:06.222	error	at Function.getConstructor (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:298:10)
zwave2.0	2020-06-02 22:55:06.222	error	(8147) Error: The command class Door Lock is not implemented
zwave2.0	2020-06-02 22:55:06.222	error	(8147) uncaught exception: The command class Door Lock is not implemented
zwave2.0	2020-06-02 22:55:06.219	info	(8147) Shutting down driver...
zwave2.0	2020-06-02 22:55:06.218	error	at readableAddChunk (_stream_readable.js:269:11)
zwave2.0	2020-06-02 22:55:06.218	error	at addChunk (_stream_readable.js:288:12)
zwave2.0	2020-06-02 22:55:06.218	error	at SerialPort.EventEmitter.emit (domain.js:448:20)
zwave2.0	2020-06-02 22:55:06.218	error	at SerialPort.emit (events.js:198:13)
zwave2.0	2020-06-02 22:55:06.218	error	at Driver.serialport_onData (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1084:17)
zwave2.0	2020-06-02 22:55:06.218	error	at Driver.handleMessage (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1240:14)
zwave2.0	2020-06-02 22:55:06.218	error	at Driver.assemblePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:1216:13)
zwave2.0	2020-06-02 22:55:06.218	error	at SecurityCCCommandEncapsulation.mergePartialCCs (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:530:36)
zwave2.0	2020-06-02 22:55:06.218	error	at Function.from (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:314:36)
zwave2.0	2020-06-02 22:55:06.218	error	at Function.getConstructor (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/CommandClass.ts:298:10)
zwave2.0	2020-06-02 22:55:06.218	error	(8147) Error: The command class Door Lock is not implemented
zwave2.0	2020-06-02 22:55:05.870	error	(8147) unhandled promise rejection: The command class Door Lock is not implemented
Unhandled	2020-06-02 22:55:05.869	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.0	2020-06-02 22:53:27.495	info	(8147) Node 5: interview completed, all values are updated

Ich habe die beiden Geräte aber auch nicht neu inkludiert da diese ja schon mit openzwave auf dem Aotec ZW090 inkludiert wurden den Network Key habe ich von dem openzwave Adapter im angepassten Format übernommen.

[AlCalzone]

@jupzup sagte in Test Adapter Z-Wave 2 (v0.12.x / 0.13.x):

The command class Door Lock is not implemented

Kommt in der nächsten Version. 0.14.x sorgt erst mal für Unterstützung der Security CC, welche für Door Lock vorausgesetzt wird. Sobald das alles korrekt funktioniert, geht der Adapter ins stable Repo. Zusätzliche Funktionalität kommt danach.

[AlCalzone]

@Bluelightcrew sagte in Test Adapter Z-Wave 2 (v0.12.x / 0.13.x):

Wegen dem E5 das hat ja immer bisschen gedauert,da würde ich mich morgen melden.

Und konntest du schon schauen? Würde das Problem gerne in Adapter-Version 1.0.0 behoben haben :upside_down_face:

[Bluelightcrew]

@AlCalzone
Sorry🙋‍♂️
Also kannst du so machen läuft super! Kein E5 mehr und die Thermostate nehmen Befehle an. Danke dir noch mal das du dich so intensiv darum gekümmert hast.

[arteck]

1.0.0 läuft....
klasse Arbeit... und respekt, dass du es durchgezogen hast

p.s.: auch wenn ich noch paar bugs hab

[AlCalzone]

@arteck sagte in Test Adapter Z-Wave 2 (v0.12.x / 0.13.x):

auch wenn ich noch paar bugs hab

Na warum sagst du das nicht früher? :laughing:

[Bluelightcrew]

Also leider ist der Fehler in der 1.0.0 wieder zurück. Also der Verbindungsfehler E5 bei den Thermostaten.
Komischerweise nur 3 von 6. Die Thermostate die nahe am Sender sind funktionieren.

[arteck]

jo bei mir ist auch der wur drin..es scheint der HOP geht nicht durch

der ist da..

[Bluelightcrew]

@arteck
Ja das Gefühl hab ich auch

[AlCalzone]

@Bluelightcrew interessant... Haste mal ein log für mich?

[Bluelightcrew]

@AlCalzone
Hier das Log!
Es geht um Node 33,11 und 15
zwave-9647.log

[AlCalzone]

@Bluelightcrew Ich habe eine Idee. Du erinnerst dich an die json-Datei, die du schonmal bearbeitet hast?

Die sollte unten jetzt etwa so aussehen (hier ein Ausschnitt):

"queryOnWakeup": [
	// ["CommandClass", "API method", ...arguments]
	[
		"Battery",
		"get"
	],
	[
		"Thermostat Setpoint",
		"get"
	]
]

Füge hinter dem "get" unter "Thermostat Setpoint" bitte , 1 ein:

"queryOnWakeup": [
	// ["CommandClass", "API method", ...arguments]
	[
		"Battery",
		"get"
	],
	[
		"Thermostat Setpoint",
		"get", 1
	]
]

Dann speichern und Adapter neu starten.

[Bluelightcrew]

@AlCalzone
Super ich sag mal im kurztest laufen jetzt alle wieder!
Manchmal taucht der Fehler aber auch erst später auf,dann würde ich mich Später nochmal melden.

[arteck]

@Bluelightcrew dann probier ich es auch

[Bluelightcrew]

@arteck
@AlCalzone
Fehler ist leider noch vorhanden. Hat also leider nix gebracht

[AlCalzone]

@Bluelightcrew Schade... Dann probieren wir es nochmal mit der Version, bei der es mal funktioniert hat - nicht dass wir Geister jagen...

Dazu den entsprechenden Abschnitt so bearbeiten, dass es so aussieht:

"queryOnWakeup": [
	// ["CommandClass", "API method", ...arguments]
	["Battery", "get"],
	["Thermostat Setpoint", "set", 1, "$value$[\"setpoint\", 1]", 0],
	["Thermostat Setpoint", "get", 1]
]

Wenn das funktioniert wie gedacht, sollte E5 weg sein, aber der Setpoint wird dann wieder nicht angenommen.

Wenn du mir das bestätigen kannst, haben wir eine Basis, auf der ich einen anderen Ansatz probieren kann.

[arteck]

@AlCalzone

da mach ich doch glatt mit

[AlCalzone]

@arteck @Bluelightcrew

Hallo ihr beiden. Dank artecks Log konnte ich feststellen, dass es wohl nicht an den Abfragen liegt, sondern dass der Node nicht schlafen geschickt wird, wenn ein Ping zu einem anderen schlafenden Node die Warteschlange blockiert.

Bitte folgendes Update installieren und beobachten (gerne mit Log):

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

Neustart des Adaptes nicht vergessen :)

[Bluelightcrew]

@AlCalzone
Also das Erste hat nicht funktioniert,da war ich seid gestern am Testen.
Aber mit der Beta das läuft seid 40 Minuten,ohne Probleme.