Test Adapter Somfy Tahoma v0.3.x GitHub
-
@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ücke
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". -
@blackeagle998 sagte in Test Adapter Somfy Tahoma v0.3.x GitHub:
@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".Bewegen sie sich denn dann auch wieder oder ist es nur ein falscher Statuswert?
-
@StrathCole
Sie bewegen sich in den Endzustand (ganz hoch oder ganz runter). -
@blackeagle998 Kannst du einmal die aus dem Git installieren, ob der Fehler da behoben ist?
-
@StrathCole
Adapter Version 0.3.1
Bleibt leider unverändert
-
@blackeagle998 Kommt denn irgendwas an Fehler oder Warnung im Log?
-
@StrathCole
Ich habe den Adapter auf DEBUG gestellt und das ioBroker LOG File auf einen Rollladen reduziert.
Ist trotzdem noch ganz schön umfangreich, kann ich dir das irgendwie so zukommen lassen (PN mit Anhang oder per Mail)? -
Falls aktuell niemand mehr ein akutes Problem mit dem Adapter hat, würde ich morgen die 0.3.1 veröffentlichen.
-
Hi
Nach der Erstinstallation war alles prima.
Nun, nachdem ich eine Reihe Adapter ugedatet habe (Admin, js, etc.) stoppt der
die Instanz mit folgender Meldungtahoma.0 2020-01-27 19:41:37.421 error (21093) uncaught exception: controller.login is not a function
Eine Idee ?
