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

[Fuxsism]

@thomas-braun wo bekomm ich denn die Beta??

[HGlab]

@fuxsism
Bzgl. warning: Die Änderung wartet auf den Merge des PRs (https://github.com/iobroker-community-adapters/ioBroker.tado/pull/117). Daher einstweilen nur über den Link https://github.com/HGlab01/ioBroker.tado/archive/v0.2.6-2.tar.gz
Bzgl. "manche Steuerungen irgendwie nicht mehr funktionieren": kann ich nicht bestätigen und auf Basis dieser Fuzzy-Aussage auch ein wenig schwer einzuordnen

[Fuxsism]

@hglab
wie kann ich denn die 2.6.2 installieren????

[HGlab]

@markusmac said in Test Adaper Tado v0.1.x:

Hi, ich hab seit einigen Wochen Probleme mit dem Tado-Adapter - sieht so aus, als würden einige Datenpunkte gelöscht. Nach einem Neustart des Adapters sind sie dann wieder da und alles läuft normal für ein paar Stunden.

tado.0	2021-02-22 13:56:18.031	info	(2145) state tado.0.328596.Rooms.3.openWindow.durationInSeconds deleted
tado.0	2021-02-22 13:56:17.935	info	(2145) state tado.0.328596.Rooms.3.setting.power deleted
tado.0	2021-02-22 13:56:17.934	info	(2145) state tado.0.328596.Rooms.3.overlay.termination.typeSkillBasedApp deleted
tado.0	2021-02-22 13:56:17.822	info	(2145) state tado.0.328596.Rooms.3.overlay.clearZoneOverlay deleted
tado.0	2021-02-22 13:56:17.721	info	(2145) state tado.0.328596.Rooms.2.setting.power deleted
tado.0	2021-02-22 13:56:17.721	info	(2145) state tado.0.328596.Rooms.2.openWindow.durationInSeconds deleted
tado.0	2021-02-22 13:56:17.237	info	(2145) state tado.0.328596.Rooms.1.setting.power deleted
tado.0	2021-02-22 13:56:17.217	info	(2145) state tado.0.328596.Rooms.4.overlay.clearZoneOverlay deleted
tado.0	2021-02-22 13:56:17.127	info	(2145) state tado.0.328596.Rooms.2.overlay.clearZoneOverlay deleted
tado.0	2021-02-22 13:56:17.115	info	(2145) state tado.0.328596.Rooms.2.overlay.termination.typeSkillBasedApp deleted
tado.0	2021-02-22 13:56:17.020	info	(2145) state tado.0.328596.Rooms.1.overlay.termination.typeSkillBasedApp deleted
tado.0	2021-02-22 13:56:16.911	info	(2145) state tado.0.328596.Rooms.1.openWindow.durationInSeconds deleted
tado.0	2021-02-22 13:56:16.408	info	(2145) state tado.0.328596.Rooms.1.overlay.clearZoneOverlay deleted
tado.0	2021-02-22 13:56:16.253	info	(2145) state tado.0.328596.Rooms.4.setting.power deleted
tado.0	2021-02-22 13:56:16.252	info	(2145) state tado.0.328596.Rooms.4.overlay.termination.typeSkillBasedApp deleted

Das passiert so zwischen 1-4 mal am Tag. Momentan behelfe ich mir, dass ich einen der gelöschten Werte alle 5 Minuten prüfe und, wenn er nicht mehr da ist, den Adapter neu starte. Aber das ist ja keine Dauerlösung. Hat jemand eine Idee, was der Grund für das Löschen der States sein könnte?

Ich nutze die derzeit aktuelle Version des Tado-Adapters (0.2.5).

welches Refresh-Invervall ist eingestetllt?
Das Löschen eines States erfolgt eigentlich nur dann, wenn nach der 3- oder 5-fachen Refreshtime (weiß gerade nicht auswendig wann genau) der Wert NIE mehr von Tado geliefert wurde. setting.power wird aber von der Tado-API immer geliefert daher ist es bei dir ein Verhalten dass es eigentlich nicht geben dürfte....

[HGlab]

@fuxsism said in Test Adaper Tado v0.1.x:

@hglab
wie kann ich denn die 2.6.2 installieren????

Das steht in den letzten 5 Posts direkt über deinem Post; hier
https://forum.iobroker.net/topic/25723/test-adaper-tado-v0-1-x/753
beginnend

[Fuxsism]

@hglab krass unglaublich... es scheint echt geklappt zu haben und es werden nicht mehr ständig warn Meldungen ausgegeben... sehr geil!!!!
Danke dir für die Hilfe!!!!!

[Fuxsism]

@hglab

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

[HGlab]

@fuxsism said in Test Adaper Tado v0.1.x:

@hglab

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