Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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

[spooky82]

@hglab Danke. Komischerweise kriege ich den Adapter nicht installiert.
Muss dafür der "richtige" deinstalliert werden?

[Thomas Braun]

@spooky82
Nein.

[HGlab]

@spooky82
In der Zwischenzeit gibt es bereits die Version 0.3.11-alpha.0

[Thomas Braun]

@hglab
Ich weiß...

echad@chet:~ $ iobroker update -i | grep tado
Adapter    "tado"          : 0.3.11-alpha.0, installed 0.3.11-alpha.0
echad@chet:~ $