Test Adaper Tado v0.1.x
-
@K_o_bold sagte in Test Adaper Tado v0.1.x:
Hallo zusammen,
nachdem ich mich nun ein bisschen mehr mit Tado ( Adapter, App ) auseinander gesetzt habe, finde ich eine Funktion in der App ziemlich nervig.
Wenn ich das Haus verlasse werde ich auf dem Smartphone informiert, dass ich jetzt in den Away Modus wechseln kann und muss das dann manuell in der App einstellen.
Das ist aus meiner Sicht recht wenig smart. Ich hatte eigentlich gehofft, dass diese Funktion automatisch gemacht wird und ich maximal eine Information bekomme, dass jetzt away Modus aktiv ist.
Oder habe ich hier etwas übersehen und man kann das irgendwo einstellen?Im Tado Adapter fehlt mir die Funktion zwischen away und home Mode zu wechseln.
@Dutchman , das wäre aus meiner Sicht eine sehr wichtige Funktion um die Anwesenheitserkennung mit Skripten wirklich smart zu machen
Issue auf Git wird erstellt.Guten Morgen,
schau mal weiter oben. Ich habe damals alles selbst gebaut mit scripten und nutze die Tado App weder für die Anwesenheitserkennung noch für die Fenster Offen Funktion. Du kannst dir die zip runterladen und es dir mal anschauen. Solltest du grundsätzlich interesse haben kann ich die neuere Version gerne hochladen. Damit bin ich eigentlich recht zufrieden. Es ist nicht 100%ig aber es läuft im großen und ganzen.
-
danke für den Hinweis und das Angebot. Deine Skripte habe ich mir schon mal angeschaut, aber ich möchte gerne die Zeitpläne und die Away Einstellung in der App einstellen und mir an der Stelle den Skript Aufwand sparen ( Ich habe 10 Thermostatköpfe, das wäre Aufwändig.. ).
Ich finde die App gelungen und die Zeitpläne sind schnell angelegt.
Einzig das Umschalten zwischen home und away wäre für mich interessant. -
@K_o_bold sagte in Test Adaper Tado v0.1.x:
danke für den Hinweis und das Angebot. Deine Skripte habe ich mir schon mal angeschaut, aber ich möchte gerne die Zeitpläne und die Away Einstellung in der App einstellen und mir an der Stelle den Skript Aufwand sparen ( Ich habe 10 Thermostatköpfe, das wäre Aufwändig.. ).
Ich finde die App gelungen und die Zeitpläne sind schnell angelegt.
Einzig das Umschalten zwischen home und away wäre für mich interessant.Gerne ist ja kein problem. Ich habe halt mit der App nur Probleme . Diese ist einfach nicht sinnig genug. zB Kannst du Home Away nur für die nutzer schalten die im Account sind.
Sprich für Heizung im Kinderzimmer musst du eh eine Lösung finden außerhalb von Tado. Und für den Rest wenn du es eh in Tado selbst machst brauchst du außer evtl der Anzeige im Iobroker eh keine Funktion.
Unabhängig von meinen Scripten oder anderen.. -
ok ich habe den Chatverlauf weiter oben nochmal genauer durchgelesen und werde mir jetzt doch mal deine Skripte genauer anschauen.
Ich glaube wir sollten von @Dutchman nicht erwarten dass er den away / home Schalter einbaut.
Da das Inhalt des Bezahldienstes von Tado ist, wäre es nicht Sinnvoll diesen im Adapter auszuhebeln..Wäre also nett, wenn du mir mal deine aktuelle Version der Skripte schicken könntest.
Gruß
-
@K_o_bold sagte in Test Adaper Tado v0.1.x:
ok ich habe den Chatverlauf weiter oben nochmal genauer durchgelesen und werde mir jetzt doch mal deine Skripte genauer anschauen.
Ich glaube wir sollten von @Dutchman nicht erwarten dass er den away / home Schalter einbaut.
Da das Inhalt des Bezahldienstes von Tado ist, wäre es nicht Sinnvoll diesen im Adapter auszuhebeln..Wäre also nett, wenn du mir mal deine aktuelle Version der Skripte schicken könntest.
Gruß
Ich mach sie gleich nochmal fertig und lade sie hier hoch.
Zum Thema selbst . Ich denke auch nicht das es sinnvoll ist. Schon garnicht wenn du die App nutzen willst. Dann spielst du die Systeme ja gegen einander aus. Und wie du schon geschrieben hast wenn Tado irgendwann wirklich dahinter kommt das du den Bezahldienst aushebelst weiß ich nicht wie lange die die API noch offen lassen
-
@Hohenbostler sagte in Test Adaper Tado v0.1.x:
Und wie du schon geschrieben hast wenn Tado irgendwann wirklich dahinter kommt das du den Bezahldienst aushebelst weiß ich nicht wie lange die die API noch offen lassen
genau deswegen bauen wir es auch nich ein, wurde in diesem topic auch besprochen.
Muss auch sagen das ich keinen away state per api setzen kan, was moeglich wahre ist on/off oder temp Absenkung aber das dürft ihr mit Skripten machen kommt nicht native im Adapter.So version 0.1.4 is auf GitHub, wer den Fehler ;
"Cannot read property 'percentage' of undefined"hatte mal bitte neueste git version ziehen sollte darin behoben sein !
~Dutch
-
Hallo Dutchman,
Fehler ist behoben. Dickes Danke
Mein log bleibt sauber.... -
@K_o_bold sagte in Test Adaper Tado v0.1.x:
Hallo Dutchman,
Fehler ist behoben. Dickes Danke
Mein log bleibt sauber....Super !
fuer alle die noch mit diskutiere Molchen über neue function bevor der adapter in stable geht, schreibt mich bitte auch telegram an @RaffiDuck
Ich plane die release fuer Weinachten -
@Dutchman sagte in Test Adaper Tado v0.1.x:
"Cannot read property 'percentage' of undefined"hatte mal bitte neueste git version ziehen sollte darin behoben sein !
~Dutch
hattest du weiter oben mal mein Fehler angeschaut wo genau da das problem ist ? Ich hatte in der 0.1.4 immer wieder den Fall das ich eine Temperatur eingestellst habe und warum auch immer kurze Zeit später wieder auf 20°C umgestellt wurde.
-
@Hohenbostler sagte in Test Adaper Tado v0.1.x:
hattest du weiter oben mal mein Fehler angeschaut wo genau da das problem ist ? Ich hatte in der 0.1.4 immer wieder den Fall das ich eine Temperatur eingestellst habe und warum auch immer kurze Zeit später wieder auf 20°C umgestellt wurde.
auch das sollte jetzt behoben sein, ich release 0.1.4 mal auf NPM dan könnt ihre die version per admin installieren.
~Duch
-
@K_o_bold sagte in Test Adaper Tado v0.1.x:
ok ich habe den Chatverlauf weiter oben nochmal genauer durchgelesen und werde mir jetzt doch mal deine Skripte genauer anschauen.
Ich glaube wir sollten von @Dutchman nicht erwarten dass er den away / home Schalter einbaut.
Da das Inhalt des Bezahldienstes von Tado ist, wäre es nicht Sinnvoll diesen im Adapter auszuhebeln..Wäre also nett, wenn du mir mal deine aktuelle Version der Skripte schicken könntest.
Gruß
Hier nochmal die aktuellste Version von mir. Wie gesagt ist sicher nicht perfekt aber arbeitet im grunde so wie es soll und ist beliebig erweiterbar. natürlich mit etwas aufwand verbunden ABER man fummelt ja eigentlich nicht täglich daran rum.
@Dutchman sagte in Test Adaper Tado v0.1.x:
@Hohenbostler sagte in Test Adaper Tado v0.1.x:
hattest du weiter oben mal mein Fehler angeschaut wo genau da das problem ist ? Ich hatte in der 0.1.4 immer wieder den Fall das ich eine Temperatur eingestellst habe und warum auch immer kurze Zeit später wieder auf 20°C umgestellt wurde.
auch das sollte jetzt behoben sein, ich release 0.1.4 mal auf NPM dan könnt ihre die version per admin installieren.
~Duch
Vielen Dank schau ich mir heute abend an.
-
Guten Morgen,
mir ist rund um den Home/Away Mode noch was ausgefallen (Adapter Version 0.1.5):
Der Datenpunkt tado.0.*.Rooms.*.overlayType wird beim Switch in den Manual-Mode sofort auf "MANUAL" gesetzt. Beim Zurücksetzen auf Auto über tado.0.*.Rooms.*.overlay.clearZoneOverlay dauert es mehrere Minuten (Polling steht auf 59 Sekunden) bis tado.0.*.Rooms.*.overlayType von "MANUAL" auf NULL geht.Weiters bekomme ich kein Event auf tado.0.*.Rooms.*.overlayType wenn der Wert auf NULL geht. Folgender Code löst zwar aus wenn der Wert auf "MANUAL" geht, jedoch nicht wenn der Wert zurück auf NULL geht:
on({id: 'tado.0.*.Rooms.*.overlayType', change: "ne"}, function (obj) { var value = obj.state.val; console.log(value); if (value == '"MANUAL"') { setState('javascript.0.Tado.Mode', 'Manual'); } else { setState('javascript.0.Tado.Mode', 'Auto'); } });Wenn ich versuche den Wert über einen Cronjob abzufragen
if (getState('tado.0.*.Rooms.*.overlayType').val == '"MANUAL"')kommt im Log eine Warnung mit:
getState "tado.0.*.Rooms.*.overlayType" not found (3)Somit drei Fragen/Wünsche:
- warum geht der Wert erst nach mehreren Minuten von "MANUAL" auf NULL, andere Werte werden wie erwatet alle 59 Sekunden aktualisiert
- warum wird kein Event ausgelöst wenn der Wert auf NULL geht (console.log(value) liefert nichts) bzw. warum kann man den Datenpunkt nicht mehr auswerten?; wird der Datenpunkt irgendwie gelöscht?
- Vorschlag: im Adapter gleich den Wert auf AUTO stellen statt NULL und statt "MANUAL" ohne Anführungszeichen auf MANUAL
-
noch etwas ist mir aufgefallen:
Wird tado.0.*.Rooms.*.setting.temperature auf einen Wert gesetzt gibt es immer 2 Log-Einträge und wohl auch zwei Events:tado.0 2019-12-18 07:33:41.162 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:33:40.157 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:33:31.269 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 22 tado.0 2019-12-18 07:33:30.260 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 22 tado.0 2019-12-18 07:33:00.675 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:32:59.625 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 -
@HGlab sagte in Test Adaper Tado v0.1.x:
Somit drei Fragen/Wünsche:
- warum geht der Wert erst nach mehreren Minuten von "MANUAL" auf NULL, andere Werte werden wie erwatet alle 59 Sekunden aktualisiert
Ich habe mich schon vor längerem mal an einem Skript gewagt und musste Feststellen das die API sehr "träge" reagiert und manchmal, wenn etwas gesetzt wird, erstmal einen Standardwert einstellt. Ich nehme an das das mit der API zu tun hat.
Die API von tado ist numal für deren App konzipiert und optimiert und das merkt man auch.
- warum wird kein Event ausgelöst wenn der Wert auf NULL geht (console.log(value) liefert nichts) bzw. warum kann man den Datenpunkt nicht mehr auswerten?; wird der Datenpunkt irgendwie gelöscht?
Hab es gerade getestet, liegt nicht am Adapter. Wenn in einem Datenpunkt kein Wert liegt (NULL) wird kein Trigger ausgeführt.
- Vorschlag: im Adapter gleich den Wert auf AUTO stellen statt NULL und statt "MANUAL" ohne Anführungszeichen auf MANUAL
Von der Api wird, wenn die Thermostate auf Automatik laufen, kein Wert für den Modus zurück gegeben, daher die NULL. Dutchman hatte bisher immer die Daten ausgegeben wie sie kommen. Das HAM-tado-Plugin z.B. hat beio den Bateriestand einfach Werte gesetzt. tado liefert da ja nur normal und low. Ich weiß nicht was es für eine Arbeit ist im Adapter dann die Wert umzubiegen, also wenn kein Wert für den Modus kommt auf Automatik zu setzten. Allerdings was ist dann wenn etwas ausfällt? Dann kommt auch kein Wert von der Api und es wir auf Automatik gestellt?
Wie gesagt, die Api ist ersten fast nicht Dokumentiert und auf die Benutzung der App ausgelegt. Ich hoffe das die offen bleibt und nicht irgandwan dicht gemacht wird um nur noch mit der App zu funktionieren. Deswegen bin ich da sehr skeptisch auf Eingriffe von außen.
Ich benutze den Adapter um meine Heizung zu visualisieren und den besch... Fensterstatus von tado zu umgehen.
-
@CKMartens sagte in Test Adaper Tado v0.1.x:
Ich benutze den Adapter um meine Heizung zu visualisieren und den besch... Fensterstatus von tado zu umgehen.
So nutze ich es auch. Eigentlich nur ganz rudimentär um die Temperatuen anzupassen wenn Fenster auf ist > wir nacht haben oder aber keiner mehr daheim ist.
-
@CKMartens Danke fürs Feedback!
Don't get me wrong, das waren nur Inputs was man aus meiner Sicht noch verbessern kann. Grandios, dass es den Adapter überhaupt gibt!
Mich wundert, dassif (getState('tado.0.*.Rooms.*.overlayType').val == '"MANUAL"')nicht funtioniert und eine Warnug "getState "tado.0..Rooms..overlayType" not found (3)"
Das wäre cool wenn man den Datenpunkt anders setzen kann bzw. kennst du eine Lösung wie ich den Datenpunkt trotzdem interpretieren kann?
-
@HGlab Bin kein JavaScript Experte aber kannst Du ohne einen Selector überhaupt so mehrere States abfragen? Den die Antwort im Log ist ja das er die Platzhalter '*' scheinbar ignoriert.
Das 'MANUAL' wird übrigens automatisch von der API gesetzt wenn Du eine Temperatur in den Raum eingibst. Außerdem ist der Datenpunkt overlayType Readonly. Also musstest Du da, wenn Du was ändern möchtest die Eigenschaften des Datenpunktes zuerst anpassen.
-
@HGlab sagte in Test Adaper Tado v0.1.x:
noch etwas ist mir aufgefallen:
Wird tado.0.*.Rooms.*.setting.temperature auf einen Wert gesetzt gibt es immer 2 Log-Einträge und wohl auch zwei Events:tado.0 2019-12-18 07:33:41.162 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:33:40.157 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:33:31.269 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 22 tado.0 2019-12-18 07:33:30.260 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 22 tado.0 2019-12-18 07:33:00.675 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21 tado.0 2019-12-18 07:32:59.625 info (22365) Temperature changed for room : 1 in home : xxxxxxto API with : 21das sollte in der neuesten version gefixt sein
-
@CKMartens sagte in Test Adaper Tado v0.1.x:
@HGlab Bin kein JavaScript Experte aber kannst Du ohne einen Selector überhaupt so mehrere States abfragen? Den die Antwort im Log ist ja das er die Platzhalter '*' scheinbar ignoriert.
@HGlab sagte in Test Adaper Tado v0.1.x:
@CKMartens Danke fürs Feedback!
Don't get me wrong, das waren nur Inputs was man aus meiner Sicht noch verbessern kann. Grandios, dass es den Adapter überhaupt gibt!
Mich wundert, dassif (getState('tado.0.*.Rooms.*.overlayType').val == '"MANUAL"')das geht so nicht gestate ist spezifisch (siehe docu) du musst dafür einen selector verwenden.
-
