Test Adaper Tado v0.1.x

[HGlab]

@senger1985
omg, so simple [Hand auf den Kopf geschlagen]
Das sollte aber normalerweise das Install-Script machen, richtig?
Auf alle Fälle: D A N K E

[senger1985]

@HGlab bei manchen Adaptern geschieht es automatisch, bei manchen nicht.

Aber schön, dass ich helfen konnte.

[Dutchman]

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

@HGlab bei manchen Adaptern geschieht es automatisch, bei manchen nicht.

wen man aus git installiert wird keine Instanz erstellt, muss man Manuel machen.
Installiert man ueber den normalen weg geschiet das wohl

Cheers

~Dutch

[CKMartens]

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

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

Wäre schön nach poweroff den letzten Zustand wieder zu bekommen. Also wenn manuell eingestellt wurde, dann poweroff, dann wieder manuell bzw. wenn Auto, dann powerOff und danach wieder Auto.
ich glaube das ist du oder rolli mir mal genauer erklaehren was ihr genau meint

Sorry @Dutchman hab Dich vergessen

Ich benutze die Steuerung über tado, also "Automatik". Leider wird ja bei tado.0.xxxxx.Rooms.yy.overlay.type nichts angezeigt wenn der Automatik-Modus von tado läuft.

Da ja - wie hier allgemein festgestellt - die Erkennung von offenen Fenster von tado selbst immer weiter verschlimmbessert wird, habe ich ein Skript erstellt das auf die offenen Fenster reagiert und nach 30 Sekunden die Thermostate abschaltet indem ich tado.0.xxxxx.Rooms.yy.setting.power auf off setze. Das funktioniert auch.

Wenn das Fenster zu gemacht wird stelle ich per Skript den State tado.0.xxxxx.Rooms.yy.setting.power auf on. Danach bleibt aber die tado Steuerung auf manuell und nicht auf Automatik, wie es vor dem Stellen auf off war.

Erst wenn tado.0.xxxxx.Rooms.yy.overlay.clearZoneOverlay gesetzt wird, wird wieder der tado-Automatikmodus eingeschaltet.

Es wäre schön wenn der Adapter, wenn von off wieder auf on gestellt wird, der Modus gesetzt wird der vor dem ausschalten aktiviert war - also der Modus Manuell bzw. Automatik. Ich hoffe ich konnte es Dir jetzt verständlicher rüberbringen.

BTW: Und könntest Du implementieren das, wenn der Modus Automatik läuft, also bei tado.0.xxxxx.Rooms.yy.overlay.type kein Eintrag ist, etwas Angezeigt wird. Das erleichtert die Anzeige in einer Visualisierung.

[HGlab]

Hallo Leute,
habe den Adapter nun auch ein wenig ausgetestet und folgendes ist mir aufgefallen in Kombination mit dem "History"-Adapter. Mit diesem lese ich drei Datenpunkte aus.
Der Tado-Adapter aktualisiert im 120 Sekunden-Intervall.

Dadurch bekomme ich für die drei Datenpunkte alle (ca.) 120 Sekunden eine Zeile ins Log. Für andere Datenpunkte (z.B. Shelly-Adapter) bekomme ich dies Logs nicht.

2019-12-08 00:03:07.140 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:03:07.141 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:03:07.142 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:05:11.880 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:05:11.881 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:05:11.881 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:07:16.642 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:07:16.643 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:07:16.643 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:09:21.225 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:09:21.228 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:09:21.229 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:11:25.870 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:11:25.871 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:11:25.871 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:13:30.465 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:13:30.466 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:13:30.466 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true

Vertragen sich die zwei Adapter nicht besonders?

Weiters ist mir aufgefallen das beim Polling immer nach den erreichten zB 120 Sekunden ca. 4 bis 8 Sekunden später erneut eine Aktualisierung der Datenpunkte durchgeführt wird. Beim History-Adapter ignoriere ich die Werte mit [Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt] = 9000ms. Damit hab ich nicht jeden Wert innerhalb weniger Sekunden doppelt.

[HGlab]

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

Hallo Leute,
habe den Adapter nun auch ein wenig ausgetestet und folgendes ist mir aufgefallen in Kombination mit dem "History"-Adapter. Mit diesem lese ich drei Datenpunkte aus.
Der Tado-Adapter aktualisiert im 120 Sekunden-Intervall.

Dadurch bekomme ich für die drei Datenpunkte alle (ca.) 120 Sekunden eine Zeile ins Log. Für andere Datenpunkte (z.B. Shelly-Adapter) bekomme ich dies Logs nicht.

2019-12-08 00:03:07.140 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:03:07.141 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:03:07.142 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:05:11.880 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:05:11.881 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:05:11.881 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:07:16.642 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:07:16.643 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:07:16.643 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:09:21.225 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:09:21.228 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:09:21.229 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:11:25.870 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:11:25.871 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:11:25.871 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true
2019-12-08 00:13:30.465 - info: history.0 (22655) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 00:13:30.466 - info: history.0 (22655) enabled logging of WZ_Temp, Alias=true
2019-12-08 00:13:30.466 - info: history.0 (22655) enabled logging of WZ_Humidity, Alias=true

Vertragen sich die zwei Adapter nicht besonders?

Weiters ist mir aufgefallen das beim Polling immer nach den erreichten zB 120 Sekunden ca. 4 bis 8 Sekunden später erneut eine Aktualisierung der Datenpunkte durchgeführt wird. Beim History-Adapter ignoriere ich die Werte mit [Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt] = 9000ms. Damit hab ich nicht jeden Wert innerhalb weniger Sekunden doppelt.

Kann es sein, dass bei jedem Aktualisierungsintervall die Datenpunkte neu erzeugt werden. So sieht es zumindest für einen Laien im Log für Tado im Debug-Level aus ("Create_state" statt "Set_state"):

2019-12-08 20:59:03.063 - debug: tado.0 (4413) Write value : false
2019-12-08 20:59:03.063 - debug: tado.0 (4413) Create_state called for : 282938.Rooms.1.heatingPower with value : 40
2019-12-08 20:59:03.063 - debug: tado.0 (4413) Create_state called for : heatingPower with value : 40
2019-12-08 20:59:03.063 - debug: tado.0 (4413) Write value : false
2019-12-08 20:59:03.063 - debug: tado.0 (4413) Create_state called for : 282938.Rooms.1.Actual_Temperature with value : 21.95
2019-12-08 20:59:03.063 - debug: tado.0 (4413) Create_state called for : Actual_Temperature with value : 21.95
2019-12-08 20:59:03.064 - debug: tado.0 (4413) Write value : false
2019-12-08 20:59:03.064 - debug: tado.0 (4413) Create_state called for : 282938.Rooms.1.Actual_Humidity with value : 40.5
2019-12-08 20:59:03.064 - debug: tado.0 (4413) Create_state called for : Actual_Humidity with value : 40.5
2019-12-08 20:59:03.064 - debug: tado.0 (4413) Write value : false
2019-12-08 20:59:03.107 - debug: tado.0 (4413) state tado.0.282938.Rooms.1.setting.power changed: ON (ack = true)
2019-12-08 20:59:03.108 - debug: tado.0 (4413) state tado.0.282938.Rooms.1.setting.temperature changed: 22 (ack = true)
2019-12-08 20:59:03.110 - debug: tado.0 (4413) state tado.0.282938.Rooms.1.overlay.clearZoneOverlay changed: (ack = true)
2019-12-08 20:59:03.118 - info: history.0 (4398) enabled logging of WZ_HeatingPower, Alias=true
2019-12-08 20:59:03.122 - info: history.0 (4398) enabled logging of WZ_Temp, Alias=true
2019-12-08 20:59:03.123 - info: history.0 (4398) enabled logging of WZ_Humidity, Alias=true

[Dutchman]

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

Debug-Level aus ("Create_state" statt "Set_state"):

die routine wird aufgerufen aber nur ausgeführt wen der state nog nicht existiert, der debug log ist fuer den dev das ich weis in welche Routine der adapter sich befindet bin troubleshooten.

Was der history adapter da abzieht verstehe ich auch gerade nicht.

Haben anderen etwas vergleichbares beobachtet ?

~Dutch

[HGlab]

@Dutchman kann ich bei der Fehlersuche noch irgendwie helfen?

[HGlab]

@Dutchman Kann es sein, dass du noch weitere Eigenschaften und nicht nur den Wert eines Datenpunkts updatest?
Ich habe gerade folgendes probiert:
Beim Datenpunkt zu WZ_Temp in den Editmodus den Typ von "C" auf einen anderen Wert und noch vor dem Speichern retour auf "C". Dann speichern.
Damit erzeuge ich auch, dass History für den Datenpunkt neu initialisiert wird.
Vielleicht hilft der Input etwas....

[K_o_bold]

So, ich bin jetzt auch Besitzer von 10 Tado Thermostaten.
Ich hab mal eben den Adapter installiert, Benutzerdaten eingegeben und läuft...
Einfacher gehts nicht.
@Dutchman , danke dafür.

In den nächsten Tagen mache ich mich mit den Objekten vertraut, aber eine Frage habe ich jetzt schon.

Wie macht ihr das mit der Temperaturregelung in den Zimmern? Nehmt ihr als Trigger die Temperatur vom Tado Kopf oder habt ihr Temperatursensoren weiter weg von der Heizung platziert und verwendet diese für die Steuerung?

Ich habe jetzt im Bad festgestellt, dass die Temperatur am Tado Kopf um ca. 2 Grad höher ist, als mein Temp. Sensor. Ist ja logisch denn der Kopf sitzt ja nahe an der Heizung.
Ich tendiere dazu externe Temperaturen ( reale Zimmertemperatur) zu verwenden.

Was meint ihr?

[Dutchman]

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

Ich habe jetzt im Bad festgestellt, dass die Temperatur am Tado Kopf um ca. 2 Grad höher ist, als mein Temp. Sensor. Ist ja logisch denn der Kopf sitzt ja nahe an der Heizung.

Es gibt dazu wahrscheinlich bald die Möglichkeit einen offset ein zu stellen :
https://github.com/iobroker-community-adapters/ioBroker.tado/issues/11

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

Ich habe jetzt im Bad festgestellt, dass die Temperatur am Tado Kopf um ca. 2 Grad höher ist, als mein Temp. Sensor. Ist ja logisch denn der Kopf sitzt ja nahe an der Heizung.

Externe Temperatur Messung ist natürlich immer genauer und ud kannst ds thermostat da hin stelle wo du auch wirklich im räum bist.
Benutze dafür aber Tado thermostate, zigbee usw geht nicht den der radiator thermostat muss ja die % einstellen und das geht nur im eigenen "EcoSystem" (ist bei HomeMatic auch so).

~Dutch

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

@Dutchman , danke dafür.

a-i-ks created this issue in iobroker-community-adapters/ioBroker.tado

closed [Feature_Request] Set the offset temperature for a room #11

[CKMartens]

@K_o_bold Ich habe nach Installation der Thermostate in der Mitte des Raumes in ca 1,5 m höhe eine Vergleichsmessung gemacht und dann in der App die Differenz unter Temperatur-Korrektur der Räume eingegeben.

[K_o_bold]

@Dutchman ,

danke für schnelle Rückmeldung..
Das mit dem Offset klingt vielversprechend.
Die Tado Wandthermostate sind mir dann doch zu teuer...

[K_o_bold]

@CKMartens ,

danke, werde ich mal testen

[K_o_bold]

@Dutchman ,

Tado spamt mich gerade mit diesen Errors voll:

Adapter ist aber grün...
Kannst du dir darauf etwas reimen?

[Dutchman]

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

Kannst du dir darauf etwas reimen?

ja aber brauche mehr Informationen, due Glückspilz....
Wollte gerade ne neue version release, na dan warten wir nochmal kurzen und fixen diesen bug auch

kannste mir mal bitte den Inhalt von :

tado.0.xxxx._info.JSON_response.Stage_02_HomeData

geben ?
Dan kan ich das fixen

Persönliche information bitte selber masken !

[K_o_bold]

@Dutchman ,

, sehr gut...

[Dutchman]

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

, sehr gut...

sorry ich brauche das log mal bitte als plain text, die basis hab ich implementiert aber da sind mehr object drin

kannst du mir die bitte auch hier posten (oder per PN wegen den persönlichen daten)

[K_o_bold]

Ok, ich hab dir eine PN geschickt..

[Dutchman]

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

@Dutchman ,

, sehr gut...

fixed, bitte von git installieren und testen