Test Adaper Tado v0.1.x

[Dutchman]

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

@Jogi19 jup, die dürften, unter "openWindow", eigentlich nicht leer bleiben.

hast du 0.1.7 probiert ?!

[K_o_bold]

Habt ihr auch Probleme mit dem Tado Server?

[cactus-online]

Ja, sowohl App als auch Web.

[senger1985]

Die Server von Tado scheinen gerade down zu sein.

Abwarten, was passiert.

[hilde0407]

Laut meinem Log seit 16:54! Glücklicherweise lassen sich die Thermostate noch manuell einstellen!

[Dutchman]

https://tado.statuspage.io/?fbclid=IwAR1vTixeShwIptWRhV1pm3Pz4eIYQEskfh6p9VXJf2dgyXt1qjhjjRxzWLE

[senger1985]

Server scheinen wieder teilweise on zu sein.

In der App habe ich zwar keinen Fernzugriff, aber der Adapter ist wieder verbunden.

[hilde0407]

@senger1985 Nur steuern funktioniert noch immer nicht!

[senger1985]

@hilde0407 habe meinen Post bearbeit.

Sie scheinen TEILWEISE wieder online zu sein.

[hilde0407]

@senger1985 Hauptsache, es wird daran gearbeitet!

[senger1985]

@hilde0407 ich denke, die Mitarbeiter, von Tado tut alles, was in ihrer Macht steht.

Aber auch, wenn es etwas länger dauert, können wir die Thermostate noch, via Hand betätigen und im Moment ist es wahrscheinlich auch nicht so einfach, uneingeschränkt zu arbeiten.

[Beogradjanin]

Also bei mir läuft die App wieder normal.

[hilde0407]

@senger1985 Hast recht! Es gibt noch eine Menge anderer Probleme!

[senger1985]

@Beogradjanin jup, bis vor 5 Minuten konnte ich noch nicht, auf meine Thermostate zugreifen, jetzt geht es wieder.

[hilde0407]

@senger1985 Bei mir funktioniert auch alles wieder!

[Dutchman]

so leute ... ich hab doch ein par git issue das sind aber alles "extra" neue Funktionen.

gibt es noch irgendwelche wichtige Baustellen oder bugs ?
Wen neon release ich 0.2. dieses WE officiel und arbeite dan an den anderen issues weiter

Also neue Funktionen ==> GIT !

BugReports ==> Bitte melden hier und git, wen keine bugs bis Sonntag release ich in stable

[Stormbringer]

@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

[Beogradjanin]

@Stormbringer

Probiers mal mit diesem Blockly:

https://forum.iobroker.net/topic/28050/systemvariable-mittels-blockly-tado-beschreiben/4

[Stormbringer]

@Beogradjanin Danke ist nett. Blockly bauen kann ich schon Mein Skript wär ja ein bisschen komplexer. Ich habe es jetzt nur so runtergebrochen als Fehlereingrenzung. Also entweder hab ich schon einen Ausgangssperrekoller aber ich glaub eher das ist ein BUG, weil ich vorher sowas noch nie hatte nur beim Wert abfragen.

[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.