Test Adaper Tado v0.1.x

[Stormbringer]

@senger1985 alles gut. super. seid eh voll flott. wollte nur angemerkt haben bin gespannt wie sich der adapter verhält bei modus und temperaturänderungen

[senger1985]

@Stormbringer sorry, sollte nicht so "agro" rüberkommen.
Wünsche erstmal eine gute Nacht.

[Dutchman]

@Stormbringer sagte in [Aufruf] Neuer Adaper Tado:

@Dutchman Super vielen leben Dank. Eigentlich müsste man damit auch den Modus ändern können (Aus, Auto, Manuell Betrieb) und nicht nur die Temperatur

sind dran die API ist leider schlecht dokumentiert.

[senger1985]

Wir sind heute ein gutes Stück voran gekommen.
Die Tage geht es weiter.

[CKMartens]

Guten Morgen,

erstmal ein fettes Danke an @Dutchman und @senger1985 das Ihr den tado-Adapter umgesetzt habt. Spart bei mir nun zwei zusätzliche Adapter.

Ich habe ihn ausgiebig gestestet (schlaf wird eh überbewertet) und im großen und ganzen scheint alles zu funktionieren.

Steuerung der Thermostate übder die Datenpunkte funktioniert. Die Temperatur wird angenommen und verarbeitet.
Steuerung über my.tado.com funktioniert auch. Die Daten werden übernommen.
Ebenso werden Änderungen, die in der tado-App gemacht werden, übernommen

Offenes Fenster wird erkannt, allerdings steht dann im Datenpunkt openWindow nur [object Object]. Könnt Ihr da etwas "aussagekräftigeres" einbauen?

Wenn Manuell eine Temperatur eingestellt wird erscheint im Datenpunkt overlayType "MANUAL". Im normalen Betrieb - also Regelung über den tado-Zeitplan - erscheint null. Könnt Ihr da auch etwas ändern?

Gestern hat der Adapter einmal einen Fehler geworfen, ich weiß aber nicht wo der herkommt, und er trat auch bis dato nicht mehr auf

2019-10-12 21:29:39.455  - error: tado.0 Temperature changed for room : 10 in home : 96374
2019-10-12 21:29:39.455  - error: tado.0 Temperature change message to API : 96374, 10,0, 23
2019-10-12 21:29:39.457  - error: tado.0 State change detected from different source then adapter
2019-10-12 21:29:39.457  - error: tado.0 state tado.0.96374.Rooms.10.setting.temperature changed: 23 (ack = false)

Danke noch einmal für den Adapter, habe lange darauf gewartet. Ihr seit Spitze!

[Stormbringer]

@CKMartens Du meinst @senger1985 nicht mich g

[CKMartens]

@Stormbringer Ähhhhh ja

[Stormbringer]

@Dutchman Kanns mir vorstellen, das HAM Plugin war auch so wirr. Hilft euch das, wenn wir die Modusarten von dem Plug in hier schreiben. Also welche Zahl welchen Modus bedeutet hat?

Wär nur super, wenn der fiese Modus 2 (nicht heizend) eindeutig auf den manuellen Modus zurückzuführen wäre. In der alten Plugin Version war nämlich Modus 2 nicht heizend sowohl für automatik als auch für den manuellen Modus. Das war echt blöd zum Skripten. In der neuen Version ist es jetzt eindeutig auf manuell zurückzuführen.

[mech]

Guten Morgen,

vielen Dank für diesen Adapter. Ich warte wie viele denke ich mal schon lang darauf das sich hier etwas bewegt

Folgenden Fehler bekomme ich:

host.iobroker	2019-10-13 09:53:02.061	error	instance system.adapter.tado.0 terminated with code 1 ()
host.iobroker	2019-10-13 09:53:02.061	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
host.iobroker	2019-10-13 09:53:02.061	error	Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
host.iobroker	2019-10-13 09:53:02.061	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32)
host.iobroker	2019-10-13 09:53:02.061	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:776:30)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.tado/main.js:29:15)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:25:18)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:690:17)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: Error: Cannot find module 'axios'
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: ^
host.iobroker	2019-10-13 09:53:02.060	error	Caught by controller[0]: throw err;
host.iobroker	2019-10-13 09:53:02.059	error	Caught by controller[0]: internal/modules/cjs/loader.js:638
host.iobroker	2019-10-13 09:53:01.114	info	instance system.adapter.tado.0 started with pid 15627
host.iobroker	2019-10-13 09:52:31.078	info	Restart adapter system.adapter.tado.0 because enabled

[mech]

@mech

Problem hat sich erledigt. Lag daran das ich vor kurzem ein Backup eingespielt habe und das Modul nicht geladen wurde.

[senger1985]

@CKMartens das mit "openWindow" haben wir gestern versucht zu testen und ich habe den ganzen Tag mein Fenster offen gehabt und mir alles abgefroren, nur wollte mein Thermostat nicht reagieren, das schauen wir uns nochmal an. Sowie den "Overlay Type", das konnte ich auch gerade reproduzieren.

@Stormbringer das Plugin Haben wir uns auch mehrmals angeschaut. Ich und so wie ich @Dutchman verstanden habe, sind uns nicht schlüssig gewesen, wo diese Zahlen herkommen, da diese von der API nicht wiedergegeben werden und wir nur auf die Daten zurückgreifen können, die die API ausspuckt.

Aber ich habe auch nur das alte Plugin gehabt, vielleicht hilft es uns doch weiter, wenn du uns mal den Link dazu geben könntest.

[Stormbringer]

@senger1985 Wegen dem "openWindow" Problem weiß ich nicht ob das ein Problem vom Adapter ist, glaub das ist eher tado wie es leibt und lebt ;D hatte das nur anfangs und hat nie zuverlässig funktioniert. Nach einer Woche habe ich das dann mit Fensterkontakten geregelt und über ioBroker ausschalten lassen ;o)

Der Link zum aktuellen Plugin wäre der hier:

https://www.npmjs.com/package/homebridge-tado-platform

Ansteuerung der Modi erfolgt über den Datenpunkt "Target-Heating-Cooling-State". Und die kryptischen Zahlen bedeuten:

0 = Aus
1 = Manueller Modus (heizend)
2 = Manueller Modus (nicht heizend)
3 = Automatik Modus (heizen nach Zeitplan)

Wenn man vom Automatikmodus in den manuellen wechseln will muss man den "Target Temperature" Punkt ansprechen, dann wechselt der Modus direkt auf manuell. Wenn die Ist-Temperatur über der Sollwert-Temperatur liegt setzt er Modus 2 (nicht heizend), wenn Sollwert höher ist als Raumtemperatur Modus 1 (heizend). Aus und Automatik direkt über den "Target-Heating-Cooling-State" Punkt.

Hoffe das hilft euch weiter g Falls ich noch was helfen kann einfach schreien

[senger1985]

@Stormbringer danke, für den Link und den Modi.
Aber genau die werden auch vom alten Plugin wiedergegeben und damit konnten wir gestern nichts anfangen.

Das mit dem "openWindow" liegt an Tado und wie sie ein offenes Fenster erkennen.(Über eine abrupte Veränderung der Luftfeuchtigkeit, was das Thermostat erfahren muss)
Absolute Gülle.

[Stormbringer]

@senger1985 Jep totale Gülle, eher für Leute ohne ioBroker geadacht. Wer ne gute Smarthomezentrale hat macht das mit Kontakten

[Dutchman]

So Leute, ich habe soeben die 0.1.0. released auf GitHub und NPM.
Es ist jetzt, neben Einstellung der Temperatur, auch moeglich den heating modus on/off zu setzen.
Wen man ihn einschaltet wird die vorhandene Temperatur genommen, fehlt diese dan standard 20 grad.

@CKMartens sagte in [Aufruf] Neuer Adaper Tado:

Offenes Fenster wird erkannt, allerdings steht dann im Datenpunkt openWindow nur [object Object]. Könnt Ihr da etwas "aussagekräftigeres" einbauen?

Danke schaue ich mir an, ich in versio 0.1.0. ist es erstmal so das die werte einfach ausgegeben werden.
Brauche dan mal den Inhalt dieses objects um alles in Datenpunkte zu verschachteln.

@CKMartens sagte in [Aufruf] Neuer Adaper Tado:

Wenn Manuell eine Temperatur eingestellt wird erscheint im Datenpunkt overlayType "MANUAL". Im normalen Betrieb - also Regelung über den tado-Zeitplan - erscheint null. Könnt Ihr da auch etwas ändern?

gibt es da noch anderen einstel Möglichkeiten oder nur MANUAL und Zeitplan ?
Wen nurk die 2 baue ich Zeitplan um nach Auto.

@CKMartens sagte in [Aufruf] Neuer Adaper Tado:

Gestern hat der Adapter einmal einen Fehler geworfen, ich weiß aber nicht wo der herkommt, und er trat auch bis dato nicht mehr auf

Der Fehler ist inn 0.1.0 raus, ich schmeiße aber warn Meldungen ins log wen man die Temperatur oder power andaert.

[Stormbringer]

@Dutchman dankeschôn. das on off ist ein nettes feature. wäre es auch môglich, dass er sich die temperatur und den modus merkt beim off schalten und dann bei on wieder automatisch dahin geht? wär dann super praktisch beim fenster öffnen.

[Dutchman]

@Stormbringer sagte in [Aufruf] Neuer Adaper Tado:

@Dutchman dankeschôn. das on off ist ein nettes feature. wäre es auch môglich, dass er sich die temperatur und den modus merkt beim off schalten und dann bei on wieder automatisch dahin geht? wär dann super praktisch beim fenster öffnen.

Cup arbeiten wir auch gerade dran, es ist jetzt halt so das einige states auf NULL springen wen die Daten nicht mehr reinkommen (die Temperatur ist so ein wert).
Wir werden mal alle Datenpunkte durchgehen und entscheiden welche expires sollen und welche nicht.

[Stormbringer]

@Dutchman perfekt seid die besten

[Dutchman]

so leute, sobald. ich die neue Version hoch lade ist das mit der Temperatur behoben.
Er behaellt jetzt einfach den wert, mit fallback sollte er doch mal lehr sein 20 grad damit problem behoben.

Des Weiteren werde ich in der neuen version einen Schalter implementieren zum umschalten auto / manueller modus.
Wen ich dan heute Abend noch Genug zeit finde auch das issue um mit einem state alle Thermostate aus/ein zu schalten

[senger1985]

@Stormbringer kannst du mal bitte von GitHub updaten und testen, ob es so ist, wie du meintest?