UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[Dutchman]

0.2.6 (2021-03-20)

(HGlab01) apply formatting for main.js
(HGlab01) add quickActionsEnabled (#164)
(HGlab01) support HOT_WATER devices (#138)
(HGlab01) support AIR_CONDITIONING devices (#146)
(HGlab01) Implement pool handling for setZoneOverlay
(HGlab01) fix issue: state has no existing object (#184)
(HGlab01) add cleaning function for existing timer 'polling'
(HGlab01) state_attr.js: attribute 'support' was defined twice

[K_o_bold]

@dutchman ,

leider kann ich es nicht dadurch reproduzieren, indem ich die Akkus heraus nehme und dann einen Steuerbefehl an das Ventil über den Adapter raus schicke.
Der Adapter bleibt grün und es hat alles den Anschein als würde das Ventil leben.
Als die errors kamen, war das Ventil irgendwie aufgehängt.
Gibt es eine Möglichkeit, dass erkannt wird, wenn die Akkus leer sind und die Steuerbefehle ins Nirvana gehen?