Test Adapter Somfy Tahoma v0.3.x GitHub
-
@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.
-
Ah vielen dank
Wieder ganz vergessen -
@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. -
@blackeagle998 kannst du probieren, ob das auch passiert, wenn du nicht die Buttons setzt, sondern die ClosureStates?
-
@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.
-
@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!
-
@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. -
@StrathCole
Adapter Version: 0.2.6Funzt astrein, trotzdem noch eine kleine Sache, folgendes Szenario:
- Alle Rollläden hoch (oder runter)
- 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ückeKannst du danach bitte nochmal schauen?
-
@blackeagle998 Oha. Da muss ich mal schauen, ob ich das bei mir irgendwie reproduzieren kann.
-
@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. -
@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.
-
@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?
-
@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.
-
@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 
-
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.
-
@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.
ich habe auch "nur" die Connexoon Box und ja bisher läuft alles prima 
-
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.
-
@StrathCole
Adapter Version 0.3.0Seit 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 -
@blackeagle998 Danke, habe ich gerade im git behoben. Tritt auf, wenn nach der Anfrage an Tahomalink kein Antwortobjekt kommt (Anfrage-Timeout bspw).
-
@StrathCole
Adapter Version: 0.2.6Funzt astrein, trotzdem noch eine kleine Sache, folgendes Szenario:
- Alle Rollläden hoch (oder runter)
- 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ückeDas "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".
