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

[HGlab]

Ist vielleicht auch etwas häufig. Warum spricht man die Heizung sekündlich an?

Ich denke auch, dass man da an den Scripts was machen sollte. Ich denke das hier wirklich schon der Tado-Server auf DoS schaltet. Im Adapter das zu vermeiden ist natürlich auch irgendwie möglich, aber schon recht kompliziert. Den 2 Calls hintereinander innerhalb von 1 bis 2 Sekunden ist wohl in Ordnung, wenn es dann aber 10 Calls sind mit jeweils einer Sekunde dann nicht mehr...
Was nun im Adapter abgefangen ist, dass immer nur EIN PUT/POST/DELETE zugleich gemacht werden kann. GET können weiterhin parallel gemacht werden.

Um nochmals sicher zu gehen! Du nutzt die Insgtallation über:
DrozmotiX/ioBroker.tado#87d98e9490feee5d2f1bfdd8046c80182e3285fb

[K_o_bold]

@hglab ,

ich habe jetzt eine Verzögerung von 5 s pro Thermostat definiert. ( 5 s Takt ).
Ich nutze die von dir empfohlene Version und habe sie so wie du im Screenshot dargestellt installiert.

tado.0	2021-10-08 08:12:26.386	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '7' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":5}},"termination":{"typeSkillBasedApp":"TADO_MODE","duration
tado.0	2021-10-08 08:12:26.386	info	(20483) Temperature changed for room '7' in home '421159' to '5'
tado.0	2021-10-08 08:12:25.229	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '11' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":18}},"termination":{"typeSkillBasedApp":"TADO_MODE","durati
tado.0	2021-10-08 08:12:25.229	info	(20483) Temperature changed for room '11' in home '421159' to '18'
tado.0	2021-10-08 08:12:20.225	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '10' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":21}},"termination":{"typeSkillBasedApp":"TADO_MODE","durati
tado.0	2021-10-08 08:12:20.224	info	(20483) Temperature changed for room '10' in home '421159' to '21'
tado.0	2021-10-08 08:12:15.227	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '9' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":19}},"termination":{"typeSkillBasedApp":"TADO_MODE","duratio
tado.0	2021-10-08 08:12:15.227	info	(20483) Temperature changed for room '9' in home '421159' to '19'
tado.0	2021-10-08 08:12:10.224	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '8' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":22}},"termination":{"typeSkillBasedApp":"NEXT_TIME_BLOCK","d
tado.0	2021-10-08 08:12:10.223	info	(20483) Temperature changed for room '8' in home '421159' to '22'
tado.0	2021-10-08 08:12:05.206	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '7' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":21}},"termination":{"typeSkillBasedApp":"TADO_MODE","duratio
tado.0	2021-10-08 08:12:05.206	info	(20483) Temperature changed for room '7' in home '421159' to '21'
tado.0	2021-10-08 08:12:01.118	error	(20483) Issue at setZoneOverlay: 'Error: Request failed with status code 422'. Based on config {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":22}},"termination":{"typeSkillBasedAp
tado.0	2021-10-08 08:12:00.223	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '6' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":22}},"termination":{"typeSkillBasedApp":"NEXT_TIME_BLOCK","d
tado.0	2021-10-08 08:12:00.222	info	(20483) Temperature changed for room '6' in home '421159' to '22'
tado.0	2021-10-08 08:11:56.103	error	(20483) Issue at setZoneOverlay: 'Error: Request failed with status code 422'. Based on config {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":19}},"termination":{"typeSkillBasedAp
tado.0	2021-10-08 08:11:55.221	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '4' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":19}},"termination":{"typeSkillBasedApp":"NEXT_TIME_BLOCK","d
tado.0	2021-10-08 08:11:55.220	info	(20483) Temperature changed for room '4' in home '421159' to '19'
tado.0	2021-10-08 08:11:51.102	error	(20483) Issue at setZoneOverlay: 'Error: Request failed with status code 422'. Based on config {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":22}},"termination":{"typeSkillBasedAp
tado.0	2021-10-08 08:11:50.216	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '3' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":22}},"termination":{"typeSkillBasedApp":"NEXT_TIME_BLOCK","d
tado.0	2021-10-08 08:11:50.215	info	(20483) Temperature changed for room '3' in home '421159' to '22'
tado.0	2021-10-08 08:11:45.218	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '2' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":18}},"termination":{"typeSkillBasedApp":"TADO_MODE","duratio
tado.0	2021-10-08 08:11:45.217	info	(20483) Temperature changed for room '2' in home '421159' to '18'
scenes.0	2021-10-08 08:11:40.404	info	(1205) State value to set for "scene.0.0_Szene_Heizplan_Tag" has to be type "boolean" but received type "string"
tado.0	2021-10-08 08:11:40.205	info	(20483) Call API 'ZoneOverlay' for home '421159' and zone '1' with body {"setting":{"type":"HEATING","power":"ON","temperature":{"celsius":23}},"termination":{"typeSkillBasedApp":"NEXT_TIME_BLOCK","d
tado.0	2021-10-08 08:11:40.205	info	(20483) Temperature changed for room '1' in home '421159' to '23'

[K_o_bold]

@thomas-braun ,

weil es schon mal funktioniert hat. Ich habe zwei Heizpläne "home" / "away" , diese werden über den Scene Adapter ausgeführt und mit der V 0.2... hat das genau so noch funktioniert.

[Thomas Braun]

@k_o_bold sagte in Test Adapter Tado v0.3.0-x (PreRelease):

weil es schon mal funktioniert hat.

Das heißt ja nix. Wenn z.B. tado jetzt ihre Server anders eingestellt hat funktioniert es nicht mehr in der Häufigkeit wie du da anklingelst.

Wobei ich immer noch nicht die Notwendigkeit für einen Takt im einstelligen Sekundentakt sehe. Ich hab bei mir 30 Sekunden im Adapter drin. Schont dein Netz und die Server bei tado.

[K_o_bold]

@thomas-braun sagte in Test Adapter Tado v0.3.0-x (PreRelease):

Ich hab bei mir 30 Sekunden im Adapter drin.

sprichst du jetzt von dem Aktualisierungsintervall im Adapter?
Da habe ich auch 30 s drin.

Mag sein, das das sekündliche Beschießen der API mittlerweile grenzwertig ist und der Tado Server hier blockiert, aber selbst mit 5 s. habe ich Probleme ( Siehe mein letzter Post ). Das sollte doch machbar sein, alle 5 Sekunden ein Thermostat zu regeln.

Über die Notwendigkeit im Sekundentakt die Thermostate zu regeln kann man sich streiten.

[HGlab]

ich habe jetzt eine Verzögerung von 5 s pro Thermostat definiert. ( 5 s Takt )

Wenn die Calls einzeln durchgehen jedoch nicht in der Taktung dann kann der Adapter nichts mehr dazu beitragen. Wenn es in der v0.2.x funktioniert hat und jetzt nicht dann hat das keinen kausalen Zusammenhang, denn der REST-Call hat sich nicht verändert.
Tado ist sicher sensibler geworden in der externen Verwendung der API. Tado "duldet" die Verwendung der API durch dritte, kann und wird aber dementsprechende Maßnahmen ergreifen, damit ihre Server nicht unnötig beansprucht werden. Und da kann dann schon auch mal ein sinnvoller UseCase betroffen sein.

Im Adapter wurden nun zwei Themen optimiert:

1. wenn es zu dem Fehler kommt wird er "sauber" angefangen
2. wenn Calls parallel abgesetzt werden, dann wird gewartet bis der erste Call durch ist bevor der zweite Call durchgereicht wird; die Calls werden also serialisiert

[K_o_bold]

@hglab ,

danke für deine Unterstützung....
Da scheint Tado wohl sensibler geworden zu sein...
Ich habe meine Skripte nun etwas umgebaut, so dass sich mein Fenster Lüftmodus- Skripte nicht mehr mit meinem Home/away Skript in die Quere kommen. Dadurch wird verhindert, dass mehrere Thermostate kurz nacheinander angesprochen werden.

[pfahlenbauer]

Moin,

Bei mir geht das Tado Ventil zu, wenn das Velux Dachfenster auf ist - und der Tado Zeitplan soll wieder aktiviert werden, wenn das Fenster wieder zu ist. Mein Blockly hat in der letzten Heizperiode hervorragend funktioniert. Jetzt leider nicht mehr.
Bei offenem Fenster wird jetzt zwar immer noch der Thermostat auf "off" gestellt , aber "Clear Zone Overlay" scheint nicht mehr zu funktionieren. Hat jemand eine Idee was ich ändern muss?

[pfahlenbauer]

@pfahlenbauer
Konnte es selber lösen: Ich habe das Objekt geändert von tado.0.xxxxxx.Rooms.1.overlay.clearZoneOverlay auf tado.0.xxxxxx.Rooms.1.overlayClearZone
Jetzt geht's wieder.

[HGlab]

@pfahlenbauer
als würde es in der Readme stehen

[Thomas Braun]

@hglab Kleiner Wink mit dem Zaun @pfahlenbauer

[HGlab]

@thomas-braun was für ein Wortspiel

[spooky82]

Hi,

Kann mir jemand sagen, ob bei diesem Adapter die Möglichkeit existiert über einen DP die gesamte Tado Anlage auf Automatik zu setzen (und nicht jeden einzelnen Raum separat ansteuern zu müssen)?

Dies ist nämlich im Homebridge Plugin möglich und es fehlt mir sehr im ioB.

[K_o_bold]

@spooky82 ,

ich habe im Datenpunktbaum des Adapters keinen einzelnen Datenpunkt dafür gefunden, aber das kannst du über ein Skript lösen.

[spooky82]

@k_o_bold Danke. Hast du einen Tipp für mich, wie ich die Anlage in AWAY bzw Home setzen kann?
Irgendwie klappt das Setzen von "tado mode" auf "AWAY" bzw "HOME" nicht...

[K_o_bold]

@spooky82 ,

das kann ich dir leider nicht sagen, da ich in der Tado App alles auf manuell gestellt habe und die Anwesenheitserkennung bei mir nicht über die tadoeigene Lösung läuft. Die einzigen Datenpunkte die ich im Adapter verwende, sind die zur Temperaturregelung. Fenster offen Erkennung mache ich z.B. mit Fensterkontakte und fahre entsprechend die Temperatur runter, wenn das Fenster geöffnet wurde.

[spooky82]

@k_o_bold Hi

Das mache ich auch prinzipiell so - mit der Ausnahme dass ich die Heizpläne von Tado verwende weil sie für uns sehr gut funktionieren.

Bei Homebridge habe ich es eben sehr zu schätzen gewusst, die away/Home Schalter zu nutzen, weil dadurch nicht jeder Raum separat geschaltet werden muss.

[HGlab]

@spooky82 am besten mal auf Git einen Feature request anlegen.
Ein erster Schritt ist in der 0.3.10 drinnen. Es gibt den State bereits. Derzeit nur lesend

[spooky82]

@hglab danke für die Info - das sieht schon sehr vielversprechend aus.

[HGlab]

@spooky82 erster Test ist mal möglich
DrozmotiX/ioBroker.tado#76ebb7434f026640a6241f7a442eb3bfcc847455
tado.[x].[yyyyyy].Home.state.presence ist in der Version änderbar