Closed Mike1707 closed 2 months ago
Hallo Mike, kann dir gerne helfen das Ding zum Laufen zu bringen!
Soweit ich aus dem Log erkenne, ist der Login-Prozess erfolgreich abgeschlossen worden --> Requests zu https://auth.tado.com gehen durch
Wo ich mir nicht sicher bin auf Basis des Logs ob ein erstes Abfragen der Daten funktioniert hat. Ich vermute das ist der Fall.
Kannst du bitte mal checken, ob die States unter
tado.0.* aufgebaubt wurden, also ob es zumindest ein paar States unter
tado.0.######.Home
bzw.
tado.0.######.Rooms.1
gibt?
Wenn ja, dann wurde zumindest ein erstes Mal eine Verbindung zu https://my.tado.com aufgebaut und Daten geholt.
Wen dem so ist: Kann es sein, dass du eine Komponente hast die vor DoS oder ähnlichem auf Netzwerkebene einen Schutz aufbaut und die Responses beim zweiten Mal abfragen (also nach 60 Sekunden bei Standardconfig) blocked? Eventuell mal das Intervall auf 6000 (10 Min erhöhen und sehen was dann passiert?
Wen dem nicht so ist: Kannst du mal im Docker mit zB telnet checken ob du auf https://my.tado.com kommst?
Kannst du bitte auch mal das Log im Debug-Mode anhängen, damit klarer ist was alles funktioniert und wann/wo/was nicht? Danke!
Moin HGlab01,
ich danke dir für deine sehr schnelle Antwort. Der Auth-Request funktionierte in meinen bisherigen Tests jedes Mal. Daten erhalte ich ebenfalls:
Die Config war zwischenzeitlich auf 600 (10 Minuten) gestellt und die ersten zwei Requests haben funktioniert. Ich wollte jedoch die Exception im Debug-Mode sehen, daher habe ich es für diesen Zweck einmal auf 60 zurückgestellt. Siehe im Anhang. Ich lasse 10 Minuten jedoch jetzt aktiv und beobachte es.
Ich habe mit den Intervallen jedoch schon ein wenig herumgespielt und noch kein Muster erkannt. Mir ist zudem aufgefallen, dass es auch bei 60 Sekunden erfolgreiche Requests gab.
Der Raspberry ist bezüglich DoS-Protection nicht besonders abgesichert und iobroker wird diesbezüglich auch im Standard im Docker betrieben - jedoch nutze ich ein Docker host Netzwerk für iobroker, falls das relevant ist. Es hängt alles einfach hinter einer normalen FritzBox - ich habe nichts besonderes auf Netzwerkebene konfiguriert, von dem ich wüsste. Läuft so seit ca. 3 Jahren.
Vielleicht noch einmal zum besseren Verständnis... ich nutze dein Plugin schon seit mehreren Jahren aktiv und seit 2-3 Monaten funktioniert es leider nicht mehr aufgrund dieser Timeout-Abstürze. Ich habe an meiner Infrastruktur jedoch nichts geändert, nur Updates installiert. Vielleicht hast du ja eine Idee, was ich prüfen könnte...
Beste Grüße Mike
Hallo, danke für die Details! Log sehe ich mir noch im Detail an, aber im drüberfliegen und auch mit deiner Beschreibung bestätigt sich, dass alle Calls im ersten Umlauf sauber funktionieren und dann irgendwann nicht mehr. Dass es in älteren Versionen funktioniert hat, ist ein wichtiger Input, den hatte ich zuvor nicht so verstanden. Seit v0.4.1 (Nov. 2022) nutzt der Adapter eine neue Majorversion von Axios. Da hat sich bei Axos sehr viel getan. Das passt jedoch nicht zu deinem 2-3 Monaten. Haben die Abstürze beim Upgrade zu einer neuen Adapter-Version begonnen oder einfach so ohne neue Version?
Du könntest zum Testen auch mal die 0.4.0 installieren - wäre gespant ob der Fehler dort auch auftritt. Und das 600s Delay-Thema wäre auch interessant
Hallo,
also die 600s Delays haben leider nicht geholfen. Irgendwann kamen die Exceptions wieder.
Je nachdem wann die Versionen im stable iobroker repository released wurde, habe ich letztes Jahr definitiv eine funktionierende Version genutzt und auch regelmäßig deine Updates installiert. Ich würde daher ausschließen, dass die November 2022 Version die zuletzt funktionierende war. Aber ich probiere mich mal durch die Versionen durch und schaue, bis zu welcher es funktioniert.
Grüße
Ich bin gerade irgendwie unfähig eine spezifische Version übers Frontend zu installieren. Kannst du mir mal gerade sagen, was ich falsch mache?
Ich wollte via Github-Quelle installieren. Dann erhalte ich jedoch folgenden Log:
$ iobroker url https://github.com/DrozmotiX/ioBroker.tado@0.4.2 --host raspberrypi --debug
Info: Can not get current GitHub commit, only remember that we installed from GitHub: Request failed with status code 404
install DrozmotiX/ioBroker.tado@0.4.2
NPM version: 10.5.2
Installing DrozmotiX/ioBroker.tado@0.4.2... (System call)
npm ERR! code ENOENT
npm ERR! syscall opennpm ERR! path /opt/iobroker/DrozmotiX/ioBroker.tado@0.4.2/package.jsonnpm ERR! errno -2
npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/DrozmotiX/ioBroker.tado@0.4.2/package.json'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent
npm ERR! A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2024-05-15T08_52_38_171Z-debug-0.log
npm ERR! code ENOENTnpm ERR! syscall opennpm ERR! path /opt/iobroker/DrozmotiX/ioBroker.tado@0.4.2/package.jsonnpm ERR! errno -2npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/DrozmotiX/ioBroker.tado@0.4.2/package.json'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent npm ERR! A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2024-05-15T08_52_38_171Z-debug-0.log
host.raspberrypi Cannot install DrozmotiX/ioBroker.tado@0.4.2: 254
ERROR: Process exited with code 25
einfachste Weg ist über die Console mit
iob upgrade iobroker.tado@0.4.2
Wenn es mit keiner Adapter-Version zusammenhängt, wird es wirklich tricky! Du hast sicher schon mal alle Netzwerkkomponenten wie Frotz!Box und ähnliches rebootet, oder?
Die Fehlermeldung sagt eigentlich aus, dass ein Request zum Server (erfolgreich) gesendet werden konnte, es kam aber innerhalb 20 Sekunden keine Response. Eigentlich sollte so ein Fehler auch sauber abgefangen werden und nicht zu einer unschönen Exception führen, aber das passiert tief in der Axios-Library, da kann ich auch den Fehler leider nicht abfangen
Hallo zusammen,
leider bekomme ich den Adapter nun schon seit mehreren Wochen nicht zum Laufen und habe mir das heute, nach einer Installation der neusten Stable, einmal genauer angeschaut. Ich finde leider in den Logs auf den ersten Blick keinen Grund, wieso die Requests immer in einen Timeout laufen. Ich habe schon meinen JS-Controller geupdated, Node bzw. mein Dockerimage geupdated und auch den Adapter aktualisiert. Auf ein erfolgreiches connecten:
Folgt jedes mal eine Exception nach den konfigurierten Sekunden. Siehe bspw. hier:
Ich habe mir den Bearer Token mal angeschaut, der für den obigen Request genutzt wurde (ist ja Teil des Logs). Er war nicht expired und in Postman bekomme ich auch einen passenden 200 Response für bspw.
https://my.tado.com/api/v2/homes/XXXX/zones/1/state
oder andere Endpunkte.Ich würde mich über Hilfe oder Tipps, wo ich noch einsteigen könnte, freuen. Das Logfile gibt es anbei.
Versions:
tado-logs.log