Test Adaper Tado v0.1.x

[Coffeelover]

@CKMartens Danke dir für deine Einschätzung. So etwas hatte ich gesucht.
Bei mir ist es genauso eingerichtet. Mit einer Ausnahme: Meine Frau möchte keine Geodaten an Tado übergeben. Damit weiß das System nicht über die App, wann wir auf abwesend sind. Über Adapter und Co kann ich das nicht setzen. Deswegen sind "most wanted" Abwesenheiten in den normalen Profilen hinterlegt. Täglich prüfe ich jetzt noch zwischen 8:00 und 14:00, ob doch jemand anwesend ist (ein Datenpunkt, welcher über homee gesteuert wird) und übersteuere dann zeitweise den Plan über den Adapter.
"Away" wäre damit nur für längere Abwesenheiten im Einsatz.

[Stormbringer]

@Coffeelover Kann CKMertens nur zustimmen. Lasse auch alles vom System selber regeln, deswegen wollte ich ja tado sonst hätte man auch andere normale Heizkörperthermostate nehmen können mit Z Wave, ZigBee oder homematic...

[Coffeelover]

@Stormbringer Danke auch für deine Einschätzung. Dann bleibe ich bei den Kurven in tado. Ich bin bei Tade gelandet, weil die Auswahl an Thermostaten für den Fußboden tatsächlich sehr gering ist.
VG

[stockics6]

Hi,
bekomme seit heute immer folgende Fehlermeldungen:

tado.0 2019-11-27 11:32:54.112 error (3633) Disconnected from Tado cloud service ..., retry in 30 seconds !

In der App, sowie der Online-Login bei Tado direkt funktioniert ohne Probleme.
Hat jemand das selbe Problem?

[Coffeelover]

Ich kann nur berichten, dass ich den Fehler bei mir nicht im Log habe.

[CKMartens]

@stockics6 der Adapter läuft bei mir fehlerfrei. Und ins Web von tado kann ich mich auch einloggen

[Thommie]

@stockics6 ich kann berichten, dass nach dem update der Adapter bei mir fehlerfrei läuft. Davor hatte ich mehrmals täglich ebenfalls einen disconnect, oder er konnte kurzzeitig keine Informationen über einen Raum finden.

[Thommie]

Hallo zusammen,
weiß jemand wo bzw. ob man ein offset für die Ist-Temperatur im Adapter ähnlich wie in der App einstellen kann.

[Dutchman]

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

Hallo zusammen,
weiß jemand wo bzw. ob man ein offset für die Ist-Temperatur im Adapter ähnlich wie in der App einstellen kann.

Hi, nein das ist leider unmöglich die API hat diese Möglichkeit nicht.
(oder sie ist nicht dokumentiert)

[Thommie]

@Dutchman Danke für die Info.
Schade, damit hätte man im Adapter und der App einfach den openWindow-Modus pro Raum simulieren können.

[K_o_bold]

@Thommie ,

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