Test Adaper Tado v0.1.x

K_o_bold

es ist jetzt schon alles möglich um die Bezahlfunktionen zu nutzen, zumindest meine Einschätzung.
Mehr sage ich jetzt nicht dazu...
Wir wollen ja schleißlich nicht, dass Tado irgendwann die API sperrt...
Ich bekomme in 2 Wochen auch 9 davon und freue mich schon riesig sie in Betrieb zu nehmen.

@Dutchman ,
vielen Dank für den Adapter... Großartig...Gibt es irgendwo eine Möglichkeit, dich zu supporten... Kaffeekasse oder so?

Dutchman

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

vielen Dank für den Adapter... Großartig...Gibt es irgendwo eine Möglichkeit, dich zu supporten... Kaffeekasse oder so?

danke fuer den tipp muss ich mal einrichten

HGlab

Hallo!
Ich wollte den Adapter auch testen, jedoch bin ich mir nicht sicher, wie er zu installieren ist.
Hab über "Adapter aus beliebiger Quelle installieren oder aktualisieren" mit der URL "https://github.com/iobroker-community-adapters/ioBroker.tado" den Adapter installiert.

Eigentlich auch erfolgreich:

host.ioBroker	2019-12-05 17:16:20.660	info	iobroker exit 0
host.ioBroker	2019-12-05 17:16:19.578	info	iobroker upload [0] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/.DS_Store .DS_Store null
host.ioBroker	2019-12-05 17:16:19.520	info	iobroker upload [1] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/admin.d.ts admin.d.ts video/mp2t
host.ioBroker	2019-12-05 17:16:19.463	info	iobroker upload [2] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/index_m.html index_m.html text/html
host.ioBroker	2019-12-05 17:16:19.405	info	iobroker upload [3] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/style.css style.css text/css
host.ioBroker	2019-12-05 17:16:19.343	info	iobroker upload [4] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/tado.png tado.png image/png
host.ioBroker	2019-12-05 17:16:19.283	info	iobroker upload [5] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/tsconfig.json tsconfig.json application/json
host.ioBroker	2019-12-05 17:16:19.215	info	iobroker upload [6] tado.admin /opt/iobroker/node_modules/iobroker.tado/admin/words.js words.js application/javascript
host.ioBroker	2019-12-05 17:16:07.088	info	iobroker npm install https://github.com/iobroker-community-adapters/ioBroker.tado/tarball/e5f23587ca882ce8888d2f65fdbd4f9b051a4a12 --loglevel error --prefix "/opt/iobroker" (System call)
host.ioBroker	2019-12-05 17:16:07.086	info	iobroker NPM version: 6.11.3
host.ioBroker	2019-12-05 17:16:06.597	info	iobroker install https://github.com/iobroker-community-adapters/ioBroker.tado/tarball/e5f23587ca882ce8888d2f65fdbd4f9b051a4a12
host.ioBroker	2019-12-05 17:16:04.866	info	iobroker url "https://github.com/iobroker-community-adapters/ioBroker.tado

Trotzdem finde ich keine Instanz und keine Objekte. Was muss ich noch tun?
Danke für Support!

senger1985

@HGlab klick mal bitte auf die drei weißen Punkte, in dem blauen Kreis und dann auf das Plus, unten links.

Dann hast du eine Instanz.

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.

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 !

NEWS

Test Adaper Tado v0.1.x

Support us

1.6k
Online

30.4k
Users

76.6k
Topics

1.2m
Posts

NEWS

Test Adaper Tado v0.1.x

Support us

1.6kOnline

30.4kUsers

76.6kTopics

1.2mPosts

1.6k
Online

30.4k
Users

76.6k
Topics

1.2m
Posts