Test Adaper Tado v0.1.x

[rehmosch]

@Coffeelover Warum? Wenn die Batterien zu schwach oder leer sind dann bollern bei mir die Tado Thermostate wenn diese nicht auf OFF gestellt sind. Ich habe es über ein Script gelöst, dass wenn ich den Slider auf 5C stelle (ja, niedrigste mögliche Temperatur wegen Frostschutz) dann sollen die Thermostate auf OFF gestellt werden. Trotzdem Danke

[Coffeelover]

@rehmosch das ist ja auch etwas anderes. Damit setzt du die Temperatur ja immernoch nicht auf 0. Und das stand in deinem Post oben. Meine Tados waren noch nie leer. Ich hätte erwartet, dass sie bei der zuvor eingestellten Temperatur bleiben.
Vg

[Beogradjanin]

Hi, ich hätte zu dem Adapter folgende Fragen:

1. wo oder wie kann ich den Modus ändern?
   Z.B. wenn ich manuell die Temperatur verändert habe möchte ich durch die Änderung wieder auf den "Automatik" Modus switchen.

2. Fenster offen Erkennung: mir ist aufgefallen, dass die Zeit runterzählt. Wenn diese bei 0 angelangt ist sind die Felder im Reiter "openWindow" leer.

Wie löst ihr das?

3. bei mir steht der Modus eigentlich immer auf "Heating". Wie kommt denn ein anderer Modus dahin?

[Coffeelover]

Hi @Beogradjanin,

ich versuche es mal mit deinen Fragen:

1. Direkt: Garnicht. Du kannst nur über tado.0.000000.Rooms.1.overlay.clearZoneOverlay zurück auf die "Standardeinstellung" springen.

2. Nach meinem Verständnis ist dieser Countdown relevant für die Meldung. Was genau willst du "lösen"? Da liegt doch kein Fehler vor.

3. Soweit ich es verstanden habe, sind die anderen Modus nicht zum Umschalten, sondern für den Fall, dass du über Tado zB eine Klimaanlage steuerst. Wenn in der App von Tado nichts angeboten wird, wirst du es auch über iobroker nicht hinbekommen, von Heating auf Cooling zu ändern. Falls du ein entsprechendes Gerät hast, würde ich mal in Tado umschalten und den Adapter beobachten.

VG

[Beogradjanin]

@Coffeelover

zu 1:
a) Was sind die Gründe warum man den Modus nicht vorwählen kann?
b) Und was sind für dich genau Standardeinstellungen?
Beispiel: mein Wohnzimmer wird von dem Automatikprogramm auf 22°C geheizt. Jetzt möchte ich aber mal an einem bestimmten Tag manuell 23°C vorgeben.... Der Modus ist dann "Manuell" und die Solltemperatur beträgt 23°C. Jetzt würde ich gerne eine Automatisierungsfunktion so verknüpfen, dass bei geöffnetem Fenster der Sollwert auf 5°C eingestellt wird. Das sollte auch problemlos klappen.

Wenn das Fenster dann geschlossen wird ist die Frage, welcher Wert dann für die Solltemperatur eingestellt wird... die 23°C oder die 22°C aus dem Automatikprogramm? In beiden Fällen ist man aber bei dem clearZoneOverlay aber im "Manuell" Betrieb.

Zu 2:
Ich wollte ein Blockly Skript damit verknüpfen, so bald der Tado ein "offenes Fenster" erkannt hat, dass eine Meldung ausgegeben wird bzw. wenn das Fenster nicht mehr "offen" ist eine weitere Meldung (über den Sinn lässt sich erst einmal streiten, mir geht es hier erst einmal um die Möglichkeit für die Abfrage des Wertes)

Zu 3:
Ok. Verstehe. Und wenn ich den Heizkörperregler auf "AUS" stelle zeigt er mir weiterhin ein "Heating" an. Irgendwie wäre es meiner Meinung nach sinnvoller, wenn z.B. die Stellung des Regelventils >= 0 ist, dass dann "Heating" angezeigt wird, ansonsten "not Heating" (oder was auch immer).

[Coffeelover]

@Beogradjanin Viele deiner Fragen müssten im langen Verlauf dieser Adapterdiskussion hier stehen - ich habe meine Infos auch von hier.

zu 1. Wenn du dem Verlauf der Diskussion folgst, gibt es hier sehr unterschiedliche Anwendungsprofile. Manche nutzen die Tado -Automatik überhaupt nicht mehr, andere setzen diese nur kurz aus.
1a) weil es die Tado-Schnittstelle nicht vorsieht. Dutchman hat nur umgesetzt, was die Schnittstelle liefert. Der Modus ist ein read-only Merkmal.
1b) Mein Anwendungsszenario weicht von deinem ab, da ich händisch nicht gegensteuere. Ich habe eine Fußbodenheizung - deren Einstellung passt mir, abhängig davon, ob ich zuhause bin oder nicht. Nach meinem Verständnis sollte das ClearZone zurück auf die Automatik springen. -> meine Vermutung: Durch deine händischen 23° springt er zurück in "manuell".
Zu 2. Das ist über Tado alleine nicht möglich. Dafür braucht es Fenstersensoren. Tado bemerkt nur die plötzliche Veränderung der Temperatur & Luftfeuchtigkeit und weiß deswegen, dass Lüften angefangen hat. Das Ende liefert das Thermostat nicht.

Zu 3. Sinnvoller oder nicht -> das hängt auch an der Tado Schnittstelle. Tado braucht den Modus des Geräts vermutlich, um die Anzeige in der App korrekt zu steuern. Wenn du da was auswerten möchtest, nimm doch Heating Power oder Power.

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

@Coffeelover
zu 1:
a) Was sind die Gründe warum man den Modus nicht vorwählen kann?
b) Und was sind für dich genau Standardeinstellungen?
Beispiel: mein Wohnzimmer wird von dem Automatikprogramm auf 22°C geheizt. Jetzt möchte ich aber mal an einem bestimmten Tag manuell 23°C vorgeben.... Der Modus ist dann "Manuell" und die Solltemperatur beträgt 23°C. Jetzt würde ich gerne eine Automatisierungsfunktion so verknüpfen, dass bei geöffnetem Fenster der Sollwert auf 5°C eingestellt wird. Das sollte auch problemlos klappen.
Wenn das Fenster dann geschlossen wird ist die Frage, welcher Wert dann für die Solltemperatur eingestellt wird... die 23°C oder die 22°C aus dem Automatikprogramm? In beiden Fällen ist man aber bei dem clearZoneOverlay aber im "Manuell" Betrieb.

mit "clearzoneOverlay" springst du wieder auf den Wert zurück, der in deiner App als Zeitplan hinterlegt wurde!. Also in deinem Fall geht die Temp dann auf 22.
Ich nutze das z.B. gar nicht mehr. Habe alle Zeitpläne deaktiviert und mache sämtliche Scenarien über Skript und Scenen Adapter..
Genau deinen Anwendungsfall habe ich umgesetzt. Bei Bedarf kann ich dir mein Skript zeigen..

DAs mit den Zeitplänen in der App ist so eine Sache für sich...Wenn du Zeitpläne in der App aktivierst und aber auch über Iobroker skriptest, dann kann man schnell den Überblick verlieren, bzw. beißen die sich eventuell gegenseitig. Deswegen habe ich mich für auschließlich skripten entschieden. (Home/Away Modus und Steuerung bei Fenster offen usw. )

[Dutchman]

verwechselt bitte auch adapter logic nicht mit Tado logic.
Wir koennen hier viel, aber z.b. die Sachen wie es in der app. von Tado aussieht ja das liegt an Tado.
Ich kan nur per API die daten von dr API auswerten und verständlich in iobroker bringen.

Zaubern das es anders laufen bei Tado kan auch ich nicht

[Beogradjanin]

@Dutchman
Tado muss dafür aber eine Schnittstelle bieten, da auch die App diese Funktion bietet...

Durch das Klicken auf das X wechselt Tado wieder in seinen alten Modus, also entweder "Home" oder "Away".

@Coffeelover
Gerne schaue ich mir dein Skript mal an, dann kann ich sehen, in wie fern ich mein Szenario damit abdecken kann

Nochmal zum Fenster:
Ich weiß, dass Tado entweder mittels drastischem Temperaturabfall und/oder Feuchtigkeitsabfall ein "offenes" Fenster erkennt. Ich würde nun mal gerne diesen Status anzeigen. Aktuell ist es bei dem Adapter so, dass erst wenn ein offenes Fenster erkannt wird die Werte angezeigt werden.

Also z.B. 900s (für 15min)... und dann gibt es eine weitere Zeit, die von 900 Richtung 0 runterzählt. Danach verschwinden alle Werte. Wenn diese weiterhin sichtbar wären könnte man einfach den Wert, der irgendwann bei 0 ist abfragen und als Zustand "Fenster ist zu" annehmen.

[Coffeelover]

@Beogradjanin Vermutlich möchtest du eher das Script von @K_o_bold Ich nutze ja die Automatik in Tado.

Wenn du eh nur den Tado-Status annehmen willst, kannst du auch einfach im Script runterzählen. Oder du triggerst auf Wert="". In meinen Augen macht das keinen Unterschied. Und so wirklich sinnig ist es auch nicht, da es ja überhaupt keinen Bezug gibt zwischen real geschlossen oder nicht. Oder ich verstehe dich falsch...

[Dutchman]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Durch das Klicken auf das X wechselt Tado wieder in seinen alten Modus, also entweder "Home" oder "Away".

ja, ist aper kein dokumentierter API - endpoint.
wen jemand zeit / mühe macht mit wireshar zu decrypten und endcoden finden wir es vielleicht.
Ich kan das nicht, habe die Geräte nicht und bin kein reverse engineerer

Bitte beachtet : die komplette API ist NICHT dokumentiert vom Hersteller, wir machen alles reverse engineering mit Leuten weltweit die allen einen teil beitragen

[maximal1981]

Hallo,

mein Log zeigt folgendes an, kann mir wer sagen was das Problem sein könnte?

host.raspberrypi	2020-02-06 20:49:34.278	info	Restart adapter system.adapter.tado.0 because enabled
host.raspberrypi	2020-02-06 20:49:34.278	error	instance system.adapter.tado.0 terminated with code 156 (156)
tado.0	2020-02-06 20:49:33.255	warn	(8456) Got terminate signal. Checking desired PID: 8504 vs own PID 8456
tado.0	2020-02-06 20:49:33.246	info	(8456) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
tado.0	2020-02-06 20:49:33.244	info	(8456) terminating
tado.0	2020-02-06 20:49:33.242	info	(8456) cleaned everything up...
tado.0	2020-02-06 20:49:33.240	warn	(8456) Got terminate signal. Checking desired PID: 0 vs own PID 8456
host.raspberrypi	2020-02-06 20:49:33.234	info	instance system.adapter.tado.0 started with pid 8504
tado.0	2020-02-06 20:49:06.686	info	(8456) Connected to Tado cloud, initialyzing ...
tado.0	2020-02-06 20:49:05.721	info	(8456) starting. Version 0.1.6 in /opt/iobroker/node_modules/iobroker.tado, node: v10.18.1
host.raspberrypi	2020-02-06 20:49:03.212	info	Restart adapter system.adapter.tado.0 because enabled

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Gerne schaue ich mir dein Skript mal an, dann kann ich sehen, in wie fern ich mein Szenario damit abdecken kann
Nochmal zum Fenster:
Ich weiß, dass Tado entweder mittels drastischem Temperaturabfall und/oder Feuchtigkeitsabfall ein "offenes" Fenster erkennt. Ich würde nun mal gerne diesen Status anzeigen. Aktuell ist es bei dem Adapter so, dass erst wenn ein offenes Fenster erkannt wird die Werte angezeigt werden.

So wie ich das hier raus lese, benutzt du die Tadoeigene Fenster offen Erkennung, oder?
Ich habe die Funktion in der App deaktiviert und nutze Fensterkontakte in meinen Skripten.
Dennoch hier mal ein Beispiel:

[maximal1981]

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

Hallo,

mein Log zeigt folgendes an, kann mir wer sagen was das Problem sein könnte?

host.raspberrypi	2020-02-06 20:49:34.278	info	Restart adapter system.adapter.tado.0 because enabled
host.raspberrypi	2020-02-06 20:49:34.278	error	instance system.adapter.tado.0 terminated with code 156 (156)
tado.0	2020-02-06 20:49:33.255	warn	(8456) Got terminate signal. Checking desired PID: 8504 vs own PID 8456
tado.0	2020-02-06 20:49:33.246	info	(8456) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
tado.0	2020-02-06 20:49:33.244	info	(8456) terminating
tado.0	2020-02-06 20:49:33.242	info	(8456) cleaned everything up...
tado.0	2020-02-06 20:49:33.240	warn	(8456) Got terminate signal. Checking desired PID: 0 vs own PID 8456
host.raspberrypi	2020-02-06 20:49:33.234	info	instance system.adapter.tado.0 started with pid 8504
tado.0	2020-02-06 20:49:06.686	info	(8456) Connected to Tado cloud, initialyzing ...
tado.0	2020-02-06 20:49:05.721	info	(8456) starting. Version 0.1.6 in /opt/iobroker/node_modules/iobroker.tado, node: v10.18.1
host.raspberrypi	2020-02-06 20:49:03.212	info	Restart adapter system.adapter.tado.0 because enabled

nach einem Neustart funktionierte alles richtig

verstehe ich richtig, dass "Clear Zone Overlay" immer in den aktuellen Heizplan zurückwechselt?

Da ich noch die V3 und nicht die V3+ Bridge habe, würde ich meines Erachtens alles die Bridge via "Geo Tracking Enabled" steuern lassen, außer Fenster öffnen/schließen.

[Dutchman]

@maximal1981 sagte in Test Adaper Tado v0.1.x:

verstehe ich richtig, dass "Clear Zone Overlay" immer in den aktuellen Heizplan zurückwechselt?

jup, clear ist lösche "override"

[Beogradjanin]

@K_o_bold sagte in Test Adaper Tado v0.1.x:

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Gerne schaue ich mir dein Skript mal an, dann kann ich sehen, in wie fern ich mein Szenario damit abdecken kann
Nochmal zum Fenster:
Ich weiß, dass Tado entweder mittels drastischem Temperaturabfall und/oder Feuchtigkeitsabfall ein "offenes" Fenster erkennt. Ich würde nun mal gerne diesen Status anzeigen. Aktuell ist es bei dem Adapter so, dass erst wenn ein offenes Fenster erkannt wird die Werte angezeigt werden.

So wie ich das hier raus lese, benutzt du die Tadoeigene Fenster offen Erkennung, oder?
Ich habe die Funktion in der App deaktiviert und nutze Fensterkontakte in meinen Skripten.
Dennoch hier mal ein Beispiel:

Erst einmal vielen Dank für das Skript. Ja, du hast Recht, ich nutze aktuell noch die Tadoeigene Erkennung.

Zu deinem Skript:
Hmmmm, mir ist da einiges nicht klar (erst einmal vorab, ich bin Automatisierungsingenieur in der chemischen Industrie und rede vielleicht gleich etwas kryptisches Zeug

1. Zum Skript mit der Ventilstellung: Verstehe ich es richtig, wenn die Heizleistung im WC größer 5% ist und ??? ungleich 5 (???) ist, dann speicherst du den aktuellen Sollwert in eine temporäre Variable und steuerst die Solltemperatur 2s verzögert auf 5 °C.

2. Zum Skript mit dem Fenstersensor:
   Warum hast du bei Heating Power = 100%. Mein Tado Heizkörperthermostat heizt manchmal mit z.B. 62% Stellgröße / heatingPower. Was machst du z.B. bei wärmeren Temperaturen und offenem Fenster? Dann ist doch die Heizleistung eher kleiner, da Soll- und Isttemperatur bzw. das Delta dazwischen nicht all zu groß ist. Dann hätte doch dein Programm keine Funktion?

3. Wie hast du die Szene "0.Szene Heizplan Nacht" erstellt? Blockly?

Vielen Dank schon mal im Voraus

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Zum Skript mit der Ventilstellung: Verstehe ich es richtig, wenn die Heizleistung im WC größer 5% ist und ??? ungleich 5 (???) ist, dann speicherst du den aktuellen Sollwert in eine temporäre Variable und steuerst die Solltemperatur 2s verzögert auf 5 °C.

Ich ergänze mal :
Wenn die Heizleistung (Ventilstellung) größer 5% ist und ??? = Fensterkontakt offen und ??? = Solltemperatur ungleich 5 Grad.
--> Der Rest ist richtig

P.s. Bei mir heißen die Datenpunkte deshalb fast alle gleich (WC), da ich vieles per Aufzählung weiter verarbeite und da ein eindeutiger Name Sinnvoll ist )

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Zum Skript mit dem Fenstersensor:
Warum hast du bei Heating Power = 100%. Mein Tado Heizkörperthermostat heizt manchmal mit z.B. 62% Stellgröße / heatingPower. Was machst du z.B. bei wärmeren Temperaturen und offenem Fenster? Dann ist doch die Heizleistung eher kleiner, da Soll- und Isttemperatur bzw. das Delta dazwischen nicht all zu groß ist. Dann hätte doch dein Programm keine Funktion?

Es geht ja immer darum, nur eine Aktion auszuführen wenn es unbedingt nötig ist.
Ich möchte wann immer die Logik in den Skripten so halten, dass unnötige Schaltimpulse an die Aktoren (Thermostatventile) vermieden werden. ( Batterielebensdauer )

Im 1. Teil ( Ventilstellung ) ist das Ziel, nur die Thermostatventile auf 5 Grad zu stellen, wenn auch wirklich angefangen wird zu heizen. Denn es kann ja vorkommen, dass das Fenster 5 minuten offen ist, aber das Thermostatventil noch nicht anfängt zu öffnen. In diesem Fall passiert in meinem Skript auch nichts.
(Übrigens, mit diesem Trigger kann meine Tochter an dem Ventil so oft bei Fenster offen drehen wie sie will, es wird immer wieder auf 5 Grad zurück geregelt ) --> Kindersicherung

Im 2. Teil ( Fenstersensor ) ist der Trigger ja direkt der Fenstersensor und da wird geprüft ob heating power schon bei 100% liegt und in diesem Fall wird ebenfalls die Solltemperatur auf 5 Grad gesetzt.
--> Hintergrund dafür: Wenn die Ventilstellung (heating power ) schon bei 100% ist würde Teil 1 nicht mehr triggern, da es sich nicht mehr ändert. Du verstehst?

Die Temperaturen sind mir bei der Fenster offen Steuerung egal, da mir nur die Ventilstellung wichtig ist, denn die sorgt ja dafür, dass mein Heizkörper heiß wird.

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Wie hast du die Szene "0.Szene Heizplan Nacht" erstellt? Blockly?

Ich habe einzelne kleine Skripte erstellt, mit denen ich die Solltemperatur ansteuere.
Ein Skript für Nacht/home und away Modus.

Die Trigger für die Skripte habe ich im "szene Adapter" zusammen geführt und steuere einfach das dann mit true oder false und die Szene wird dann ausgeführt.
"0.Szene Heizplan Nacht" ist der Datenpunkt in den Objekten, den ich dann abfragen kann oder steuern.

[K_o_bold]

@Beogradjanin sagte in Test Adaper Tado v0.1.x:

Hmmmm, mir ist da einiges nicht klar (erst einmal vorab, ich bin Automatisierungsingenieur in der chemischen Industrie und rede vielleicht gleich etwas kryptisches Zeug

Ich bin Betriebingenieur in der Automobilindustrie und arbeite an Prüfständen. Ich habe also auch mit Automatisierungstechnik zu tun.