Test Adaper Tado v0.1.x

HGlab

@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 deleted

Is 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.

Fuxsism

@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???

HGlab

@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

Fuxsism

@hglab okay... also du meinst ich soll es sogar lieber auf 30 hoch stellen???

HGlab

@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

Fuxsism

@hglab du hast ja recht... ich werde schauen ob es so noch irgendwelche Probleme gibt...

Thomas Braun

@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.

cortana

@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

bLIZZo

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.

Thomas Braun

@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.

bLIZZo

@thomas-braun

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

Dutchman

@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

K_o_bold

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().

Thomas Braun

@k_o_bold
Versionsnummern?

K_o_bold

@thomas-braun ,

0.2.6-2

Thomas Braun

@k_o_bold

Und der Rest vom Fest?
Node sauber installiert?

K_o_bold

@thomas-braun ,

Alles sauber. Mein System ist sonst sehr stabil und gepflegt.

Thomas Braun

@k_o_bold

Request failed with status code 422

Da 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.

K_o_bold

@thomas-braun ,

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.

Dutchman

@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 ?

NEWS

Test Adaper Tado v0.1.x

Support us

568

32.4k

81.4k

1.3m