Test Adaper Tado v0.1.x
-
@fuxsism said in Test Adaper Tado v0.1.x:
jetzt kommt allerdings dieser Blog:
tado.0 2021-02-27 10:21:56.945 info (12560) state tado.0.575448.Rooms.3.openWindow.durationInSeconds deleted tado.0 2021-02-27 10:21:56.919 info (12560) state tado.0.575448.Rooms.3.overlay.termination.typeSkillBasedApp deleted tado.0 2021-02-27 10:21:56.893 info (12560) state tado.0.575448.Rooms.3.overlay.clearZoneOverlay deleted tado.0 2021-02-27 10:21:56.878 info (12560) state tado.0.575448.Rooms.3.setting.power deleted tado.0 2021-02-27 10:21:56.025 info (12560) state tado.0.575448.Rooms.2.openWindow.durationInSeconds deleted tado.0 2021-02-27 10:21:56.006 info (12560) state tado.0.575448.Rooms.2.overlay.termination.typeSkillBasedApp deleted tado.0 2021-02-27 10:21:55.940 info (12560) state tado.0.575448.Rooms.2.overlay.clearZoneOverlay deleted tado.0 2021-02-27 10:21:55.931 info (12560) state tado.0.575448.Rooms.2.setting.power deleted tado.0 2021-02-27 10:21:55.112 info (12560) state tado.0.575448.Rooms.1.openWindow.durationInSeconds deleted tado.0 2021-02-27 10:21:55.087 info (12560) state tado.0.575448.Rooms.1.overlay.termination.typeSkillBasedApp deleted tado.0 2021-02-27 10:21:55.056 info (12560) state tado.0.575448.Rooms.1.overlay.clearZoneOverlay deleted tado.0 2021-02-27 10:21:55.050 info (12560) state tado.0.575448.Rooms.1.setting.power deletedIs das okay so??
nein, sollte eigentlich nicht.
Du kannst aber gerne mal den Adapter im debug-modus starten und auf Github ein Issue mit dem Log anlegen. Dann sehe ich mir das mal an.
Offensichtlich hast du und @MarkusMac das selbe bzw. ähnliche Problem.
Ich kann es bei meinen zwei Installationen nicht nachvollziehen aber vielleicht rollt Tado gerade einen API-Change in Wellen aus. Leider sind die Tado-APIs im Sinne breaking changes alles andere als stabil. -
@hglab hmmm kann es denn wirklich etwas mit der Polling Zeit zu tun haben???
Ich hatte die bei mir auf 2 Sekunden stehen... hab sie jetzt hoch gestellt auf 5 und da scheint es zu laufen??? -
@fuxsism
ja, 2 Sekunden wird sicher nicht funktonieren. Da wird dir die Tado-API ein DDoS (denial of service) unterstellen und dich blockieren.
Alles was unter 30 Sekunden ist würde ich tunlichst vermeiden!
Ich denke das sollten wir im Adapter in Zukunft abfedern damit nichts unter 30 Sekunden akzeptiert wird -
@hglab okay... also du meinst ich soll es sogar lieber auf 30 hoch stellen???
-
@fuxsism said in Test Adaper Tado v0.1.x:
@hglab okay... also du meinst ich soll es sogar lieber auf 30 hoch stellen???
jep. Wüsste auch nicht wozu du einen Sync im wenigen Sekunden Takt brauchen kannst. Bei mir sind 60 Sekunden eingestellt und das reicht völlig.
Ich lauf halt auch nicht vom Thermostat (wenn ich dort was umgestellt habe) zum iobroker und schau ob er eh auch schon ein Update hat
-
@hglab du hast ja recht... ich werde schauen ob es so noch irgendwelche Probleme gibt...
-
@fuxsism
Betreibst du eine offene Feuerstelle mit dem tado?
Heizungen sind doch allgemein eh träge Systeme, da braucht es auch keine sekündliche Abfrage der Stati. Alle 60 Sekunden sollte dicke ausreichen. -
@hglab
Ich persönlich würde eine 60 Sekunden Sperre nicht begrüßen.
Ihr dürft nicht vergessen, dass wir die Geodaten zur lokalisierung verwenden.
Bei mir läuft das polling alle 10 Sekunden.Bei mir ist hier z.B. meine Wegbeleuchtung damit gekoppelt. Wenn ich jetzt noch eine Verzögerung drinnen habe wird es albern
-
Hi zusammen,
brauche den Adapter nun seit gut einem Jahr und bis auf ein paar kleine Aussetzer lief bissher alles perfekt. Seit gestern allerdings krieg ich dauernd die Meldung "(68951) Error in data refresh : Error: Client request error: getaddrinfo EAI_AGAIN auth.tado.com" auch durch Googel habe ich nichts zielführendes bis auf den Thread hier gefunden.Und seht es mir nach dass ich nicht über 700 Beiträge lesen kann um evt. eine Lösung zu finden. Vorallem da alle Antworten bezüglich des Fehlers zwischen 2019 und anfangs 2020 liegen.
ioBroker läuft auf einem mini PC im Docker vom mini PC kann ich die auth.tado.com ohne Probleme anpingen also sollte da kein Firewall Problem dahinter stecken. Auch wenn das PiHole ausgeschalten ist besteht der Fehler weiterhin also sollte auch hier nicht das Problem stecken.
Den Adapter neu zu Installieren hat auch keinen Effekt gebracht leider
Ich hoffe Ihr habt einen Tipp für mich um den Adapter wieder zum laufen zu kriegen.
-
@blizzo
Ich hatte die Meldungen nach einiger Zeit, wenn in der FritzBox die DNS-Abfrage verschlüsselt über DoT lief. Hat sich erst mit der aktuellen Labor-Version auf meiner FB 6040 eingerenkt.
Ob und wie piHole da eingreift kann ich nicht sagen, aber generell gräbt das schon ein tiefes Loch an der Stelle. -
Danke Thomas, hab gar nicht an die Fritzbox gedacht da ich da eigentlich nix umgestellt habe. Komischerweise war beim mini PC "Selbstständige Portfreigaben für dieses Gerät erlauben." aktiviert. Dies deaktiviert, neu gestartet und schon läufts wieder. Besten Dank nun muss meine Familie nicht mehr frieren =D
-
@thomas-braun sagte in Test Adaper Tado v0.1.x:
@blizzo
Ich hatte die Meldungen nach einiger Zeit, wenn in der FritzBox die DNS-Abfrage verschlüsselt über DoT lief. Hat sich erst mit der aktuellen Labor-Version auf meiner FB 6040 eingerenkt.
Ob und wie piHole da eingreift kann ich nicht sagen, aber generell gräbt das schon ein tiefes Loch an der Stelle.ich werde das in die FAQ aufnehmen, passiert nicht of und auch nicht bei jedem aber sind bereis mehre Felle bekannt
-
Kennt jemand von euch folgende errors und hat dafür eine Lösung?
Das tritt bei mir seit gestern immer wieder auf:tado.0 2021-03-20 11:40:30.649 error at processTicksAndRejections (internal/process/task_queues.js:84:21) tado.0 2021-03-20 11:40:30.649 error at endReadableNT (_stream_readable.js:1241:12) tado.0 2021-03-20 11:40:30.649 error at IncomingMessage.EventEmitter.emit (domain.js:483:12) tado.0 2021-03-20 11:40:30.649 error at IncomingMessage.emit (events.js:326:22) tado.0 2021-03-20 11:40:30.649 error at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/axios/lib/adapters/http.js:260:11) tado.0 2021-03-20 11:40:30.649 error at settle (/opt/iobroker/node_modules/axios/lib/core/settle.js:17:12) tado.0 2021-03-20 11:40:30.649 error at createError (/opt/iobroker/node_modules/axios/lib/core/createError.js:16:15) tado.0 2021-03-20 11:40:30.649 error (11454) Error: Request failed with status code 422 tado.0 2021-03-20 11:40:30.643 error (11454) unhandled promise rejection: Request failed with status code 422 Unhandled 2021-03-20 11:40:30.643 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). -
@k_o_bold
Versionsnummern? -
0.2.6-2
-
Und der Rest vom Fest?
Node sauber installiert? -
Alles sauber. Mein System ist sonst sehr stabil und gepflegt.
-
Request failed with status code 422Da kommt der Server von tado wohl nicht mit einem Request vom Adapter klar. Mach am besten ein Issue auf, denke ich.
Mein Adapter ist allerdings unauffällig. -
danke für deine Unterstützung.
Ich habe den Fehler gefunden. Eins meiner Ventile hatte sich aufgehängt.
Ich habe die Akkus entfernt und wieder eingelegt. Jetzt läuft alles wieder. -
@k_o_bold sagte in Test Adaper Tado v0.1.x:
Ich habe den Fehler gefunden. Eins meiner Ventile hatte sich aufgehängt.
Ich habe die Akkus entfernt und wieder eingelegt. Jetzt läuft alles wieder.interessant! also wen ein gerate nicht erreichbar ist oder accu lehr stürzt der Adapter ab ?
Kannst du das reproduzieren ?
