Test Adaper Tado v0.1.x

[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

[Beogradjanin]

@Dutchman
Ja, auf sowas würde ich auch tippen. Ich schau mal, wie ich einen Issue öffne...

[Atredis]

Hallo.
Ich versuche gerade meine Heizungssteuerung im IoBroker zu Integrieren.
Soweit funktioniert auch alles.
Das was ich nun noch möchte ist eine Temperatur setzen bis diese von Nutzer beendet wird wie es auch in der App möglich ist.

clearZone Overlay bewirkt ja das die Automatik wieder gestartet wird.

Wenn ich jetzt ein Temperatur setzte sagt er Aktiv solange jemand zuhause ist bei nur einem Zeitblock oder es geht bis der nächste Zeitblock des Intelligenten Zeitplans beginnt.

Den Automatikmodus kann man doch daran erkennen wenn der overlayType leer ist und die Manuelle Steuerung wenn dort "MANUAL" steht.

Gibt es eine Möglichkeit diese Modi einzustellen.

Manuell bis vom Nutzer beendet (gelbes Bild) -->?????
Manuell mit Automatik also bis Start nächster Zeitplan (Intelligenter Zeitplan) grünes Bild--> erfolgt durch Temperatureingabe
Ein/Aus --> Power
Automatik (Intelligenter Zeitplan) --> clearZone Overlay

Glaube ich habe diese Möglichkeiten so Richtig verstanden.

Ich möchte manchmal einfach die Temperatur setzen können ohne das sie von einer Automatik beeinflusst wird Also Manuell bis vom Nutzer Beendet.

Das ganze ins VIS und die IoBroker automatisation zu Integrieren ist erst einmal eine andere Sache aber auch experimentieren lernt man ja.

Danke schon einmal für die mühen mit dem Adapter

Andreas

Nachtrag: Habe gesehen das 2 Issues bei Github für meine Probleme bestehen.