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

[blackeagle998]

@StrathCole
Version 0.2.5 vom Adapter installiert.
Bei der gleichzeitigen Ansteuerung von mehr als 9 Rollläden bekomme ich weiterhin Payload Meldungen.
Gesteuert wird das in einer Funktion, wo per setState Anweisung der jeweilige Button per true gesteuert wird.
Dies erfolgt für alle Rollläden ohne Verzögerung hintereinander.
Wenn ich das ausführe, werden leider immer noch nur die ersten 9 Rollläden tatsächlich gesteuert.

[StrathCole]

@blackeagle998 kannst du probieren, ob das auch passiert, wenn du nicht die Buttons setzt, sondern die ClosureStates?

[StrathCole]

@StrathCole sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

@blackeagle998 kannst du probieren, ob das auch passiert, wenn du nicht die Buttons setzt, sondern die ClosureStates?

Ich habe die Batch-Verarbeitung von Befehlen bisher nur für die States, nicht für die Buttons umgesetzt. Das kommt in der nächsten Version, dann sollte es bei dir auch mit den einfachen Button-States gehen.

[blackeagle998]

@StrathCole sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

@blackeagle998 kannst du probieren, ob das auch passiert, wenn du nicht die Buttons setzt, sondern die ClosureStates?

Ich habe jetzt alles darauf umgebaut, teste es morgen, die Kiddies schlafen schon :stuck_out_tongue_winking_eye:

Spätestens beim Stop Befehl geht es aber nur über den Button, das teste ich dann bei deiner neuen Version.

Danke dir!

[StrathCole]

@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

@StrathCole sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

@blackeagle998 kannst du probieren, ob das auch passiert, wenn du nicht die Buttons setzt, sondern die ClosureStates?

Ich habe jetzt alles darauf umgebaut, teste es morgen, die Kiddies schlafen schon :stuck_out_tongue_winking_eye:

Spätestens beim Stop Befehl geht es aber nur über den Button, das teste ich dann bei deiner neuen Version.

Danke dir!

;-) Ich sags ja ungern, aber 0.2.6 ist raus.

[blackeagle998]

@StrathCole
Adapter Version: 0.2.6

Funzt astrein, trotzdem noch eine kleine Sache, folgendes Szenario:

1. Alle Rollläden hoch (oder runter)
2. kurz danach alle Rollläden stop
   --> bis hier hin funktioniert das

Nach etwa 15 - 30 Sekunden gehen die Rollläden dann trotzdem weiter hoch (oder runter).
Hier wird irgendwo der Befehl vor STOP trotzdem weiter ausgeführt, das macht aber keinen Sinn, wenn ich STOP drücke :wink:

Kannst du danach bitte nochmal schauen?

[StrathCole]

@blackeagle998 Oha. Da muss ich mal schauen, ob ich das bei mir irgendwie reproduzieren kann.

[blackeagle998]

@StrathCole
Vielleicht liegt es an der ClosureState Steuerung, weil er trotz Stop den Zielwert drin behält.
Ich teste das nachher nochmal per Button Steuerung.

[StrathCole]

@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

@StrathCole
Vielleicht liegt es an der ClosureState Steuerung, weil er trotz Stop den Zielwert drin behält.
Ich teste das nachher nochmal per Button Steuerung.

Das dürfte nicht sein, denn er prüft ja die Änderungen in den States nur, wenn sie initial gesetzt werden. Ich versuche es mal nachzustellen.

[integer63]

@StrathCole Ich habe gerade im Log ein paar warnings gesehen und gleich auch mal auf die neue 0.2.6 upgedatet - kommen aber weiter warnings:

tahoma.0	2020-01-21 11:40:03.829	warn	refresh device state failed
tahoma.0	2020-01-21 11:40:03.829	warn	error during tahomalink request: 503: null, request path: /setup/devices/states/refresh with payload:{}
tahoma.0	2020-01-21 11:38:53.754	info	eventRegisterID = c7af0521-d9b6-8679-0606-16dacfe2135f
tahoma.0	2020-01-21 11:38:52.482	info	[INFO] Configured polling interval: 10000
tahoma.0	2020-01-21 11:38:52.479	info	[START] Starting adapter tahoma v0.2.6
tahoma.0	2020-01-21 11:38:52.471	info	starting. Version 0.2.6 in /opt/iobroker/node_modules/iobroker.tahoma, node: v8.15.1
tahoma.0	2020-01-21 11:38:52.368	info	States connected to redis: 192.168.11.31:6379
tahoma.0	2020-01-21 11:25:06.589	warn	error during tahomalink request: 503: null, request path: events/c79e6daa-d9b6-8679-0606-16da8ec89b1e/fetch with payload:{}
tahoma.0	2020-01-21 11:21:56.451	warn	error during tahomalink request: 503: null, request path: events/c79e6daa-d9b6-8679-0606-16da8ec89b1e/fetch with payload:{}
tahoma.0	2020-01-21 11:20:46.399	info	eventRegisterID = c79e6daa-d9b6-8679-0606-16da8ec89b1e
tahoma.0	2020-01-21 11:20:44.365	info	[INFO] Configured polling interval: 10000
tahoma.0	2020-01-21 11:20:44.361	info	[START] Starting adapter tahoma v0.2.4
tahoma.0	2020-01-21 11:20:44.353	info	starting. Version 0.2.4 in /opt/iobroker/node_modules/iobroker.tahoma, node: v8.15.1
tahoma.0	2020-01-21 11:20:44.251	info	States connected to redis: 192.168.11.31:6379
tahoma.0	2020-01-21 11:16:23.779	warn	error during tahomalink request: 503: null, request path: events/c78950de-d9b6-8679-0606-16da86bf1b15/fetch with payload:{}
tahoma.0	2020-01-21 11:14:43.692	warn	error during tahomalink request: 503: null, request path: events/c78950de-d9b6-8679-0606-16da86bf1b15/fetch with payload:{}
tahoma.0	2020-01-21 11:13:33.632	warn	error during tahomalink request: 503: null, request path: events/c78950de-d9b6-8679-0606-16da86bf1b15/fetch with payload:{}
tahoma.0	2020-01-21 11:03:03.112	warn	refresh device state failed
tahoma.0	2020-01-21 11:03:03.112	warn	error during tahomalink request: 503: null, request path: /setup/devices/states/refresh with payload:{}

Muss ich mir da Sorgen machen?

[StrathCole]

@integer63 Somfy macht heute große Serverupdates. 503 heißt, dass der Dienst nicht erreichbar ist. Ich denke, es müsste auf der Tahomalink Plattform das gleiche sein.

[integer63]

@StrathCole Ach ja richtig, heute ist ja der 21. :bulb: hatte ich schon wieder komplett verdrängt :man-facepalming: Na mal abwarten, was morgen noch so alles geht :thinking_face:

[integer63]

Ach so, was ich noch sagen wollte: ich habe eine Connexoon im Einsatz (also keine TaHoma Box) - funzt aber alles prima, ist also soweit kompatibel.

[blackeagle998]

@integer63 sagte in Test Adapter Somfy Tahoma v0.2.x GitHub:

Ach so, was ich noch sagen wollte: ich habe eine Connexoon im Einsatz (also keine TaHoma Box) - funzt aber alles prima, ist also soweit kompatibel.

:+1: ich habe auch "nur" die Connexoon Box und ja bisher läuft alles prima :blush:

[StrathCole]

So, alle zusammen.

Es gibt nun eine neue Version 0.3.0.
Diese sollte (ich kann es selbst nicht testen) den "low speed" oder "silent" Modus für unterstützte Rollläden ermöglichen. Außerdem wurden ein paar Dinge gefixt, unter anderem das Verhalten von "neuer Befehl, wenn alter noch läuft".

@blackeagle998 Dein Problem sollte damit auch behoben sein.

[blackeagle998]

@StrathCole
Adapter Version 0.3.0

Seit gestern im Einsatz und lief bis eben problemlos, jetzt kam aber eine Fehlermeldung, die zum Adapterneustart führte:

tahoma.0	2020-01-22 14:49:33.396	error	at process._tickCallback (internal/process/next_tick.js:63:19)
tahoma.0	2020-01-22 14:49:33.396	error	at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
tahoma.0	2020-01-22 14:49:33.396	error	at emitErrorNT (internal/streams/destroy.js:91:8)
tahoma.0	2020-01-22 14:49:33.396	error	at TLSSocket.emit (events.js:198:13)
tahoma.0	2020-01-22 14:49:33.396	error	at TLSSocket.socketErrorListener (_http_client.js:392:9)
tahoma.0	2020-01-22 14:49:33.396	error	at ClientRequest.emit (events.js:198:13)
tahoma.0	2020-01-22 14:49:33.396	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
tahoma.0	2020-01-22 14:49:33.396	error	at Request.emit (events.js:198:13)
tahoma.0	2020-01-22 14:49:33.396	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
tahoma.0	2020-01-22 14:49:33.396	error	at Request._callback (/opt/iobroker/node_modules/iobroker.tahoma/lib/tahoma.js:339:79)
tahoma.0	2020-01-22 14:49:33.396	error	(13752) TypeError: Cannot read property 'statusCode' of undefined
tahoma.0	2020-01-22 14:49:33.392	error	(13752) uncaught exception: Cannot read property 'statusCode' of undefined

[StrathCole]

@blackeagle998 Danke, habe ich gerade im git behoben. Tritt auf, wenn nach der Anfrage an Tahomalink kein Antwortobjekt kommt (Anfrage-Timeout bspw).

[blackeagle998]

@StrathCole

@StrathCole
Adapter Version: 0.2.6

Funzt astrein, trotzdem noch eine kleine Sache, folgendes Szenario:

1. Alle Rollläden hoch (oder runter)
2. kurz danach alle Rollläden stop
   --> bis hier hin funktioniert das

Nach etwa 15 - 30 Sekunden gehen die Rollläden dann trotzdem weiter hoch (oder runter).
Hier wird irgendwo der Befehl vor STOP trotzdem weiter ausgeführt, das macht aber keinen Sinn, wenn ich STOP drücke :wink:

Das "Problem" besteht auch weiterhin mit der Adapterversion 0.3.0.
Der Datenpunkt moving hat den Wert "up", dann kommt "stopped" und dann geht er nach ca. 2 Sekunden automatisch wieder auf "up".

[StrathCole]

@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.3.x GitHub:

@StrathCole

@StrathCole
Adapter Version: 0.2.6

Funzt astrein, trotzdem noch eine kleine Sache, folgendes Szenario:

1. Alle Rollläden hoch (oder runter)
2. kurz danach alle Rollläden stop
   --> bis hier hin funktioniert das

Nach etwa 15 - 30 Sekunden gehen die Rollläden dann trotzdem weiter hoch (oder runter).
Hier wird irgendwo der Befehl vor STOP trotzdem weiter ausgeführt, das macht aber keinen Sinn, wenn ich STOP drücke :wink:

Das "Problem" besteht auch weiterhin mit der Adapterversion 0.3.0.
Der Datenpunkt moving hat den Wert "up", dann kommt "stopped" und dann geht er nach ca. 2 Sekunden automatisch wieder auf "up".

Bewegen sie sich denn dann auch wieder oder ist es nur ein falscher Statuswert?

[blackeagle998]

@StrathCole
Sie bewegen sich in den Endzustand (ganz hoch oder ganz runter).