Test Adaper Tado v0.1.x

[Jogi19]

@Dutchman in einem Beitrag stand von dir nochmal die Frage, nach der obenWindowDetection. Mit der version 0.1.7 funktioniert diese.
Du fragtest noch nach Bugs für die Version 0.2.x. Ich weiß nicht ob das einer ist.
Unter device_Setting gibt es die Variable "distance".
Wenn ich zuhause bin wird dort der Wert 0 angezeigt.
Ich lasse mir diese Variable in der Vis auf meinem Handy anzeigen, wenn ich außerhalb der 400 Meter bin bekomme ich dort keinen wert mehr angezeigt. Auch bei 300 Meter nicht.

[Dutchman]

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

Ich lasse mir diese Variable in der Vis auf meinem Handy anzeigen, wenn ich außerhalb der 400 Meter bin bekomme ich dort keinen wert mehr angezeigt. Auch bei 300 Meter nicht.

dan kommt der wet nicht von Tado kan ich im adapter leider nix dran tun

algemein. : danke fuer die Rückmeldung !

[Stormbringer]

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

@Dutchman Hallo Dutchmann, mir ist entweder ein BUG aufgefallen oder ist steh jetzt total am Schlauch. Ich will in einem Blockly Skript den Status abfragen ob tado im manuellen oder auto Modus läuft. So weit so gut g Aber Irgendwie bringt der JS Adapter einen Fehler rein, wenn ich den Wert vom Objekt "type" unter dem Ordner "overlay" abfragen will.

Spoiler

javascript.0	2020-03-22 15:46:53.728	warn	(15784) at processImmediate (timers.js:658:5)
javascript.0	2020-03-22 15:46:53.728	warn	(15784) at tryOnImmediate (timers.js:676:5)
javascript.0	2020-03-22 15:46:53.728	warn	(15784) at runCallback (timers.js:705:18)
javascript.0	2020-03-22 15:46:53.727	warn	(15784) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4851:37)
javascript.0	2020-03-22 15:46:53.727	warn	(15784) at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25)
javascript.0	2020-03-22 15:46:53.727	warn	(15784) at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:963:38)
javascript.0	2020-03-22 15:46:53.727	warn	(15784) at Object.<anonymous> (script.js.1_Geraeteeinhaengpunkte.1GEP206_tado_AZ_Adapter:61:3)
javascript.0	2020-03-22 15:46:53.727	warn	(15784) at SETVariablen (script.js.1_Geraeteeinhaengpunkte.1GEP206_tado_AZ_Adapter:11:28)
javascript.0	2020-03-22 15:46:53.726	warn	(15784) getState "tado.0.XXXX.Rooms.3.overlay.type" not found (3)

Dachte schon habe einen Fehler im Skript. Aber wenn man testweise nur einen primitiven Cron Skript nimmt mit Wert in debug schreiben alle 10 Sekunden kommt der Fehler alle 10 Sekunden....

Hier das primitive Blockly Beispiel als Export und Screenshot

Spoiler

<block xmlns="http://www.w3.org/1999/xhtml" type="schedule" id="m%[6RD4vzd5.~dZX^XbW" x="-1188" y="-563">
 <field name="SCHEDULE">*/10 * * * * *</field>
 <statement name="STATEMENT">
   <block type="debug" id="juSH2?rOE=jC]yPY5frN">
     <field name="Severity">log</field>
     <value name="TEXT">
       <shadow type="text" id="+)DZ7yeo[bLB@Kqjjbz@">
         <field name="TEXT">test</field>
       </shadow>
       <block type="get_value" id="AUa+^=0lQ17rJLgxL|N3">
         <field name="ATTR">val</field>
         <field name="OID">tado.0.XXXXX.Rooms.3.overlay.type</field>
       </block>
     </value>
   </block>
 </statement>
</block>

Spoiler

@Dutchman Hast du das überlesen oder siehst du es nicht als Bug an? g

[Beogradjanin]

@Stormbringer

Hi, ich noch einmal. Bei mir klappt aber die Modus Abfrage mit meinem Blockly Script problemlos. Ich mache es sogar so, dass der Status in eine Homematic Variable geschrieben wird und daraufhin gewisse Programme ausgeführt werden (z.B. Mailversand bei Moduswechsel / Automatisches aktivieren/deaktivieren des Alarms anhand des Tado Modes).

Verstehe deshalb nicht, warum du den Fehler dann im Adapter vermutest? Oder überlese ich etwas?

[Dutchman]

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

@Dutchman Hast du das überlesen oder siehst du es nicht als Bug an? g

Hey man, sorry gelesen ... analysiert ... nicht als bug gesehen und dadurch im kopf ignoriert ohne was darüber zu sagen (stupid!)

der Fehler

(15784) getState "tado.0.XXXX.Rooms.3.overlay.type" not found (3)

Ist logisch, script technisch kann get-state nämlich nicht mit NULL oder undefined werten umgehen das muss man abfangen.
Eigentlich sollte da stehen "Cannot ready property NULL of undefined" der javascript adapter gibt das aber weiter als "Not Found".

Grund, das hier so gibt die API die werte und der Adapter schreibt sie eigentlich auch so 1:1 in ioBroker.
Eventuell kann ich den status anders wiedergeben wen das hilft auch fuer andere.

    "overlayType": null,
    "overlay": null,
    "openWindow": null,

[Stormbringer]

@Dutchman Danke für die Info Wäre super falls du das einbauen könntest oder kann ich das irgendwie mit Blockly umschiffen? Will eigentlich nur wissen ob tado im Auto oder manuellen Modus läuft...

[Dutchman]

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

@Dutchman Danke für die Info Wäre super falls du das einbauen könntest oder kann ich das irgendwie mit Blockly umschiffen? Will eigentlich nur wissen ob tado im Auto oder manuellen Modus läuft...

hmm ... nicht wirklich den javascript adapter scheint den Fehler schon vorher ab zu fangen.....
sonst wuerde ich es lösen mit

if (!value){
	console.log('Der wert ist lehr mache nichts!')
} else {
	console.log('Mach was du machen moechtest')
}

Damit wuerde ich den undefined abfangen. Da aber dein gestate bereits keinen value gibt, kannst du das nicht abfangen

mach mir dazu mal bitte n issue auf git das muss ich analysieren und schauen was fuer werte ich da standard einsetzen kan...
NULL könnten man z.b. übersetzen nach none, frage is ob es mehr stellen gibt wo das passiert.

[Stormbringer]

@Dutchman Ok danke ich mach mal ein Issue auf

[Beogradjanin]

Hi,

heute morgen musste ich ein kaltes Wohnzimmer feststellen

Als ich in dem Tado Adapter geschaut habe, musste ich feststellen, dass keine Werte übermittelt werden. Meine Tado App kann aber mit dem Server kommunizieren, also an Tado sollte es nicht liegen.

Irgendeine Idee?

p.s. ich habe jetzt den Adapter von 0.1.7 auf 0.1.8 geupgraded. Jetzt geht es. Ich denke aber wohl kaum, dass es daran lag. Vielleicht hat schon der Neustart geholfen, was ich mir eher erklären könnte.

Bis gestern lief noch alles problemlos. Seite heute Morgen war das Problem vorhanden.

[senger1985]

@Beogradjanin schau mal bitte im Log, ob da irgendwas steht.

Ich hatte gestern auch, 3 - 5x "connection lost"

[Dutchman]

Tado APi scheint letzte zeit öfter mal zu husten

[Beogradjanin]

@senger1985

Hi, nein, kein Connection lost!

Gestern:

Heute:

[Beogradjanin]

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

Tado APi scheint letzte zeit öfter mal zu husten

Auf die API greift doch auch die Tado App zu, oder nicht? Und dort ging ja alles.

[Coffeelover]

Hallo,

ich hatte schon mal gefragt: TaDo bietet in der App ja neuerdings die Option, zwischen home und away händisch zu wechseln. Gibt es diesen DP auch in der API? Aktuell habe ich im Adapter nichts gefunden.

Außerdem ist mir aufgefallen, dass tado.0.xxxxxx.Rooms.5.overlay.clearZoneOverlay -> nicht als Button Type angelegt ist. Liegt das auch an dem Adapter? Oder habe ich den nur über Node-Red falsch geschalten und damit mutiert?

VG

[Beogradjanin]

@Coffeelover

Zu dem clearOverlay. Das liegt an deiner Installation. Bei mir geht alles.

Zu dem Home/Away. Du hast vermutlich die Tado v3+ App, oder?

[Coffeelover]

@Beogradjanin Ja, genau, die V3+ App ohne zusätzliches Abo o.ä.
Ich kann den Schieber also derzeit händisch setzen. Ich kann ihn aber nicht an den gewöhnlichen Status meines homee SmartHome koppeln.

Vg

[Dutchman]

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

Auf die API greift doch auch die Tado App zu, oder nicht? Und dort ging ja alles.

Ja, bei Fehlverbindung probiert die es aber sofort nochmal und der adapter erst nach dem Intervall.
Bewusst so gemacht, sonst wird ich die API sprengen.....

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

ich hatte schon mal gefragt: TaDo bietet in der App ja neuerdings die Option, zwischen home und away händisch zu wechseln. Gibt es diesen DP auch in der API? Aktuell habe ich im Adapter nichts gefunden.

nein gibts soweit ich weis nicht in der API

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

Außerdem ist mir aufgefallen, dass tado.0.xxxxxx.Rooms.5.overlay.clearZoneOverlay -> nicht als Button Type angelegt ist. Liegt das auch an dem Adapter? Oder habe ich den nur über Node-Red falsch geschalten und damit mutiert?

sicher ? haste zufaellig Expertenmodus an ?

[Beogradjanin]

@Dutchman

Der Intervall ist bei mir auf 15s eingestellt. Das würde ja nicht erklären, wieso es nach mehreren Stunden immer noch nicht ging. Um 08:00 sollte die Wohnzimmer Solltemperatur laut Blockly Script auf 22°C gestellt werden, wenn ich "HOME" bin. Das war ich. Bis zu meinem Post (gegen 11?) tat sich nichts. Erst nach Adapter Neustart / Neuinstallation.

[Coffeelover]

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

sicher ? haste zufaellig Expertenmodus an ?

[Dutchman]

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

@Dutchman

Der Intervall ist bei mir auf 15s eingestellt. Das würde ja nicht erklären, wieso es nach mehreren Stunden immer noch nicht ging. Um 08:00 sollte die Wohnzimmer Solltemperatur laut Blockly Script auf 22°C gestellt werden, wenn ich "HOME" bin. Das war ich. Bis zu meinem Post (gegen 11?) tat sich nichts. Erst nach Adapter Neustart / Neuinstallation.

warte das ist ein anderes problem, bitte git issue aufmachen !
Ich denke mal was hier passiert :

• temp wird geändert
• Befehl kommt nicht an
• Befehl wird nie wieder nochmal gesendet

Ich habe glaube ich keinen retry eingebaut wen der wert nicht bestätigt wird durch die API