Test Adapter Somfy Tahoma v0.3.x GitHub

[StrathCole]

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

@StrathCole Aber wenn bei einem Rollladen up = hoch/reinfahren ist, dann entspräche das doch eher einem undeploy, oder?

Du hast völlig recht. Ich vertausche es noch mal.

[StrathCole]

@integer63 Neue Version ist online.

[integer63]

@StrathCole So macht Testen Spaß Wenn kleine Fehlerchen so schnell behoben werden

[StrathCole]

Dann warte ich jetzt mal, ob noch Fehler auftreten oder gemeldet werden und begebe mich an die README und Beschreibung der Objekte. Dann kann ich den Adapter danach fürs Latest-Repo einreichen.

[blackeagle998]

Ich teste morgen / Montag nochmal das Verhalten bei der gleichzeitigen Ansteuerung aller Rollläden und gebe dann eine Rückmeldung.
Bei mir lief bisher auch alles sauber, was automatisiert ist.

Top Job bisher!

[9_Mad-Max_5]

Hi
Ich wollte den Adapter gerade testweise installieren.
Leider bekomme ich nach der Installation keine Instanz aufgeführt oder ein Objekt angelegt.
Bei den Adaptern taucht es allerdings aus.
Müsste ich es normal nicht als Instanz sehen um es zu konfigurieren?

[StrathCole]

@9_Mad-Max_5 Du musst nach dem Installieren auch erst noch das Plus in der Adapterliste anklicken, um vom installierten Adapter eine Instanz zu aktivieren.

[9_Mad-Max_5]

Ah vielen dank
Wieder ganz vergessen

[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

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

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

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. hatte ich schon wieder komplett verdrängt Na mal abwarten, was morgen noch so alles geht