Moin Smart Home Freunde,

Da es mal kein Adapter für die Netatmo Thermostate gab, hab ich ein Blockly erstellt, welches die gleichen bzw. Sogar noch etwas mehr und einfachere Objekte, funktionen und möglichkeiten erzeugt und bietet wie ein handelsüblicher Adapter.

Warum ich nicht gleich ein Adapter erstellt habe, liegt daran, dass ich eigentlich keine Ahnung habe was ich hier mache, das Blockly ist garantiert auch nicht perfekt und nicht fehlerfrei aber bei mir sowie einigen fleißigen Testern, funktioniert es wunderbar, zumindest vorerst sind allerdings nur 10 (mittlerweile15) Thermostate steuerbar, wenn mehr benötigt werden, kurz bescheid geben...

Ich habe das Blockly so aufgebaut, dass es bei jedem funktionieren sollte, nach anfänglichen Schwierigkeiten, funktioniert dies auch wunderbar, es müssen lediglich ein paar Daten für die Anmeldung in Objekte eingetragen werden, wie es genauso bei einem Adapter nötig wäre.

!!ACHTUNG!!!
Bei einigen Nutzern haben Sonderzeichen gerade das "$" Zeichen in den Zugangsdaten Probleme gemacht!
Solltet ihr direkt von Anfang an Probleme haben, versucht bitte diese zu ändern.
Ich habe wenig Hoffnung aber werde versuchen dieses Problem zu beheben und werde es dann in der Version erwähnen.

Um Das Blockly zu nutzen, müsst ihr nur die nachfolgende RAR Datei Downloaden, darin befindet sich lediglich eine einfache Textdatei, dessen Inhalt (Code) ihr kopieren müsst, dann erstellt ihr euch in ioBroker unter <> Skripte innerhalb des Common Ordners (kann auch im Ordner eines Ordners sein) ein neues Blockly welches ihr nennen könnt, wie es euch gefällt, zB. "Netatmo_Blockly", darin findet ihr oben rechts ein Symbol von einem Blatt Papier mit einem Pfeil rein, wenn ihr darauf klickt, könnt ihr den vorher Kopierten Code aus meiner Textdatei, einfügen und speichern.
Fertig soweit!

Es kann beim öffnen der "TXT" Datei aus der "RAR" Datei (in dem der Code für das Blockly ist) mit einem separaten program oder Editor zu Problemen kommen, wenn dadurch Sonderzeichen ersetzt werden könnten, hier seid ihr mit dem Windows eigenen Editor auf der sicheren Seite, solltet ihr euch nicht sicher sein!
(Auch und vor allem „ä“ „ö“ „ü“ werden zum Teil durch eine Zeichenfolge ersetzt, mit der iobroker und das Blockly nichts anfangen können)

Alle nötigen Objekte wurden nun bereits angelegt und die Zugangsdaten können eingetragen werden.

Die komplette Struktur befindet sich nach erstmaligem starten des Blocklys unter:
"0_userdata.0.Eigene_Objekte.Netatmo"

Dort müssen die Zugangsdaten in die entsprechenden Objekte eingetragen werden.
Die Zugangsdaten müssen zwingend als wert in die entsprechenden Objekte eingetragen werden, dies macht ihr indem ihr auf das Feld im Reiter „wert“ klickt, NICHT aber (auch wenn dies sehr verwirrend dargestellt ist) auf den Stift rechts daneben! Seid ihr euch nicht sicher wie dies funktioniert, fragt gerne nach

Die Home ID und Client Daten, bekommt ihr auf der Hompage:
https://dev.netatmo.com/apidocumentation/energy#homesdata
Dazu müsst ihr euch anmelden und einmal EXECUTE/HOMESDATA ausführen, im feld darunter steht dann die Home ID,
für die Client Daten müsst ihr im Profil eine App anlegen, die angaben spielen keine rolle, hauptsache ihr bekommt die leider nötigen Daten...
Hier müsst Ihr nun auch das erste mal die Token selbst generieren (Access_Token und Refresh_Token) und diese ebenfalls einmalig in die Objekte eintragen!
Ab diesem Moment arbeitet das Blockly eigenständig und erneuert diese Token automatisch.

Das Blockly sollte erkennen sobald alle zugangsdaten angegeben sind, womit dann direkt alle daten aus der API abgefragt werden.
Normalerweise klappt direkt alles und es werden alle nötigen Objekte geschrieben, wobei es beim ersten start zu warnungen im log kommen könnte, einige Werte von Objekten, werden schneller abgefragt als die Objekte angelegt sind.
Der automatische Intervall sollte nun auf 60sek stehen.

Das Objekt "Status", sollte nun den Wert "true" angeben, dies bedeutet es läuft alles problemlos.
Ansonsten im Log nachsehen, welche Aktionen erfolgreich ausgeführt wurden und welche eben nicht, entweder reichen diese Information um es selbst erneut zu versuchen, oder ihr postet euer Problem hier mit Angaben der Log Daten!
Keine Angst, ich helfe sehr gerne!

Wenn alles geklappt hat (wovon ich stark ausgehe), werden jetzt einige nützliche informationen zur verfügung gestellt:

• Alle Räume und deren Thermostate sowie der Bridge,

• Die aktuelle Temperatur und die zu erreichende soll Temperatur,

• Ob das Thermometer ein offenes Fenster erkennt,

• Sowie die zuvor in der App erstellten und somit möglichen Heizpläne und natürlich den aktiven Heizplan,

• Der Status der Batterien (Batterie Level und Status wie z.B. "High", "Full" und "Low"),

• Die aktuelle Heizleistung der Thermostate (wie weit diese geöffnet sind),

• Erreichbarkeit der Thermostate und Geräte, sowie deren Wifi und RF Qualität,

• Einige ID‘s und JSON Objekte bzw. ARRAY‘s mit denen die meisten nichts anfangen können aber auch nicht müssen, die wichtigsten Daten habe ich ja bereits separiert. (Sollten weitere Datenpunkte und Informationen gewünscht sein, Gebt gerne Bescheid)

Eigentlich alles was die Thermostate, Geräte und oder die API zur Verfügung stellen, Strenggenommen sogar etwas mehr, denn:

• die durchschnittliche Temperatur des Hauses oder der Wohnung,
• ein Objekt in "Home" welches angibt ob irgendwo geheizt wird,
• die zusammengefasste Anzeige in der Übersicht, ob irgendwelche Batterien Probleme machen (false/true),
• die Möglichkeit hier eine soll_Temperatur für das komplette Haus/Wohnung eingeben zu können,
• die Batterie Kapazität in % (nur eine Schätzung, da werte der API leider sehr ungenau und teilweise von voll auf leer springen )
• sowie viele Kleinigkeiten
  und das automatische abfragen und senden aller Daten ist so in der Form eigentlich nicht vorgesehen.

Einige Einstellungsmöglichkeiten und Funktionen stehen nun auch zur Verfügung:

• einstellen einer Soll_Temperatur für jeden Raum + oder allen Raümen gleichzeitig,

• ändern des Heizplanes (WICHTIG genauen Name in das Objekt "Modus" eintragen, auch Großbuchstaben beachten!),

• aktivieren der (nicht zuhause) der (Frostschutz) Funktion und das zurückkehren zu den aktiven Heizplan, dazu die Objekte mit true ansteuern oder ObjektID‘s in die Objekte eintragen, die auf true/false wechseln (z.B. aus dem AVM Adapter), wobei false dann immer zu denn Heizplan wechseln würde bzw. zwei mögliche ID‘s für die Anwesenheit zur Verfügung stehen, die sich gegenseitig abfragen (beide „false“ oder eben einer „true“), wird in dem zweiten Objekt nichts eingetragen, wird dieses ignoriert, bei „false“ kann hier ausgewählt werden ob die "AWAY" oder die „FROST“ Funktion aktiviert werden soll (entweder "AWAY" oder "FROST" (Großbuchstaben) eintragen), die jeweiligen in der App eingestellten Temperaturen werden hier ebenfalls angezeigt.

• Die Möglichkeit eine ID eines externen Sensors für Fenster und Türen einzubinden oder ein Objekt mit „true/false“ anzusteuern (dieses gibt in beiden Fällen (auch bei Nutzung der ObjektID) den aktuellen Zustand wieder), und danach die Temperaturen der Räume zu regeln (hier kann für jeden Raum eine gewünschte Temperatur eingetragen werden oder bei „0“ wird die Frostwächter Temperatur gewählt, die bis zum schließen des „Fensters“ gehalten wird, sobald das "Fenster" geschlossen wurde, wird zur Temperatur des regulären Heizplanes zurückgekehrt.
  (Sollte die Funktion genutzt werden, ist es nicht möglich die Temperatur in dem Raum zu ändern während das „Fenster“ geöffnet ist, möchte die Temperatur dennoch geändert werden, muss das Objekt "Fenster_Offen" auf „false“ gestellt werden, beim nächsten öffnen stellt dieses dann wieder auf „true“.)
  Eine Verzögerung ab wann die Sensoren tatsächlich die Heizung steuern sollen, entweder global oder für jeden Raum in Sekunden (z.B. für eine Terrassentür interessant, wenn nicht jedes kurze öffnen die Heizung umstellen soll.)
  Es können mehrere ObjektIDs für externe Sensoren pro Raum angegeben werden, in dem diese ohne Leerzeichen mit einem Komma getrennt werden (objektID1,objektID2).

• Die Möglichkeit ein Intervall einzustellen, wann oder in welchen abständen neue Daten abgefragt werden sollen, (z.B. kurze 30sek um in einer VIS mit aktuellen Anzeigen arbeiten zu können) oder (lange Zeiten wie z.B. 3600sek (1std) wenn die aktuellen Werte nicht sofort benötigt werden).

• Die Möglichkeit eine haltezeit (in Minuten) für eine manuelle soll Temperatur anzugeben, diese muss vor dem einstellen einer Temperatur eingetragen werden und wird bei der nächsten Änderung der soll Temperatur mit übermittelt.

• Außerdem ist es möglich eine maximale soll Temperatur für einen Raum festzulegen, sollte die soll Temperatur einmal über dieser liegen, so wird dieser Raum zum regulären Heizplan zurückkehren. (Wichtig oder hilfreich wenn z.B. Kinder am Regler spielen)

• ein Button in jedem Raum, mit dem der jeweilige Raum zum Heizplan zurückkehrt. (Mit true ansteuern)

Ihr seht, eigentlich alles was man sich wünschen kann, habt ihr dennoch Ideen für weitere Funktionen, habt Probleme oder einfach eine Frage, immer raus damit!

Sollte ich hier neue Versionen einstellen, muss der alte Code im Blockly nur durch den neuen ersetzt werden, dazu das Skript stoppen dann im Blockly im leeren Bereich mit der Maus rechtsklicken und ganz unten xxxx Bausteine löschen auswählen, jetzt wie am Anfang den neuen Code einfügen (oben rechts Papier mit Pfeil rein).
Muss für gravierende Änderungen die Objektstruktur gelöscht werden, werde ich dies dazu schreiben, wenn ihr große Sprünge in der Version macht, sollte sicherheitshalber der Netatmo Ordner gelöscht werden oder schaut euch alle Versionen an, was hier hätte gelöscht werden sollen.
Nun das Blockly speichern und starten.

WICHTIG! Die Versionsnummer gibt euch viele wichtige Infos, bei z.B. (v1.2.3) bedeutet die erste Ziffer (1) das dass Blockly auf der ersten stabilen Version basiert, diese Zahl wird nur geändert, sollte sich grundlegend etwas an dem Blockly und den Funktionen ändern (in diesen Fällen sollte auch die Objektstruktur gelöscht werden!),
Die zweite Ziffer (2) steht für ein zwischen Update mit kleinen Änderungen z.B. neue Funktionen, hier bedeutet eine gerade Zahl (2,4,6...), dass dies eine stabile Version ist, die in der Regel keine Probleme machen sollte, eine ungerade Zahl (1,3,5...), steht für eine Version an der noch gearbeitet wird aber gerne getestet werden kann, hier werden oft kleine Änderungen hinzugefügt, die noch Probleme bereiten könnten,
die dritte und letzte Zahl (3) steht für minimalste Anpassungen bzw. Fehlerbehebung (Fixes) der aktuellen Version.

Am Anfang werden euch viele Logeinträge auffallen, diese sind natürlich um für euch selber zu kontrollieren ob alles ordnungsgemäß funktioniert, ebenso aber wichtig um euch bei Problemen helfen zu können.
Nachdem alles sauber läuft werden die Einträge weniger, es werden weiter weiterhin Einträge bei der Intervall Abfrage und bei einem Neustart eingetragen, sowie bei abgelaufenen tokens oder Warnungen wenn diese beim ersten Versuch fehlschlagen (z.B. durch abgelaufen token oder refreshToken), auch wenn sich der Fehler in der Regel selbst reguliert.

Sollten euch diese Einträge nicht mehr interessieren oder sogar stören, könnt ihr das Objekt "Log_InfoOutput" auf "false" stellen, welches eben solche Einträge unterdrückt, nun werden nur noch gravierende Fehler in den log geschrieben.

Als Kleinen Tipp am Rande, solltet ihr den Wert von Status zur Kontrolle in einer VIS verwenden, ob das Blockly ordnungsgemäß arbeitet, könnt ihr euch zur Sicherheit ein separates Blockly anlegen, welches das Blockly Skript triggert, und wenn dieses nicht läuft (also auf false steht) den Wert des Objektes "Status" auf "false" aktualisiert.
So seid ihr auf der sicheren Seite, dass tatsächlich alles läuft und der Wert nicht auf "true" steht, sollte das Blockly nicht laufen. (Das Netatmo Blockly kann den Wert nicht mehr selber auf "false" stellen wenn es nicht läuft )

Aktualisierungen und neue Versionen werden immer hier im ersten Beitrag gepostet!

Error codes bei einem Fehler aus der API:

1 = unbekannter Fehler.
2 = interner Fehler (Netatmo).
3 = parser error (Verständnis Fehler).
5 = fehlerhafte Parameter.
6 = gerät nicht erreichbar.
7 = Kommando Fehler.
8 = Batterie Level.
14 = beschäftigt.
19 = Modul nicht erreichbar.
23 = nichts zum ändern.
27 = vorübergehend gesperrt.

Bei den meisten Server Fehlern, ist die Beschreibung schon sehr aussagekräftig, so dass hier in der Regel schnell erkannt werden kann wo es hackt…

!!! Aktuell muss noch der Token einmal über die website angefordert und manuell in die Objekte eingetragen werden, hier arbeite ich weiterhin an einer lösung.
https://forum.iobroker.net/post/1056032

Changelog und vorherige Versionen:

(Update 15.07.2024) Neue Version
STABLE v5.0.4 - !!EMPFOHLEN!!
Netatmo_Thermostat_Blockly_byNewpicsel_v5.0.4.rar

Wenn die Version 5.0.0 - 5.0.2 installiert war, muss nichts gelöscht werden.
Ansonsten bitte einmal hier nachschauen:
Infos v5.0.0

• Hier sollte das Problem mit den Token behoben sein.

Sagt wie immer gerne Bescheid, sollte euch etwas auffallen!

Moin zusammen,

Wollte nochmal ein Update zu meinem Problem posten, dieses hat sich „von selbst“ gelöst!

Ich habe nichts weiter unternommen oder geändert, allerdings ist nun die Version 2.2.5 draußen und ich denke, dass hier der Fehler behoben wurde.

Deshalb ein ganz großes danke an Zefau und eventuell beteiligten Personen, sowie an alle die hier fleißig Hilfestellung, Hinweise und Ideen einbringen, ich hab es schon mal irgendwo geschrieben aber kann es nicht oft genug sagen, ich finde es einfach mega und unglaublich was hier mit der Community und iobroker auf die Beine gestellt und umgesetzt wird, einfach nur Hammer!
Ohne euch wäre Smart Home alles andere als Smart!

DANKE

@dslraser

Ich habe hier eine übersicht mit Beispiel und dem export:

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id="LfiUSz-w5]D.G6Ak/y2e">id</variable>
   <variable id="$mcGKjxdKw)k_50}qNIe">Name</variable>
   <variable id="(k_r{s{0[,uYi4T_X$#L">type</variable>
   <variable id="UUvU!puSSzK/c])G!9kP">init</variable>
   <variable id="lY8-+lZ_0InQ@{{HF9Z0">common</variable>
 </variables>
 <block type="comment" id="v_tv;-V],:3dC|KK,+0H" x="62" y="-112">
   <field name="COMMENT">Beispiel: erstelle Struktur!</field>
 </block>
 <block type="procedures_defcustomnoreturn" id="JR|$]lz%;.#aZJ4SpaLs" x="63" y="-62">
   <mutation statements="false">
     <arg name="id" varid="LfiUSz-w5]D.G6Ak/y2e"></arg>
     <arg name="Name" varid="$mcGKjxdKw)k_50}qNIe"></arg>
     <arg name="type" varid="(k_r{s{0[,uYi4T_X$#L"></arg>
   </mutation>
   <field name="NAME">createObject</field>
   <field name="SCRIPT">aWYoZXhpc3RzT2JqZWN0KGlkKSA9PT0gZmFsc2UpIHsNCiAgIGNvbnN0IG9iaiA9IHsNCiAgICAgIHR5cGU6IHR5cGUsDQogICAgICBjb21tb246IHtuYW1lOiBOYW1lfSwNCiAgICAgIG5hdGl2ZToge30NCiAgIH07DQogICBzZXRPYmplY3QoaWQsIG9iaik7DQp9</field>
   <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
 </block>
 <block type="procedures_callcustomnoreturn" id="vAB{{mVjCQJ!8#??9=Yv" x="62" y="13">
   <mutation name="createObject">
     <arg name="id"></arg>
     <arg name="Name"></arg>
     <arg name="type"></arg>
   </mutation>
   <value name="ARG0">
     <block type="text" id="1}xLocpB~=/T8UF0rOtV">
       <field name="TEXT">0_userdata.0.Eigene_Objekte_TEST</field>
     </block>
   </value>
   <value name="ARG1">
     <block type="text" id="x0Z`IhO^?O^Xjugfg)^r">
       <field name="TEXT">Hier solten eigene Objekte angelegt werden</field>
     </block>
   </value>
   <value name="ARG2">
     <block type="text" id="];A~I~Iu_Bvo3zU@TvFs">
       <field name="TEXT">folder</field>
     </block>
   </value>
   <next>
     <block type="procedures_callcustomnoreturn" id="a,xCOypc+jYj*/m+`pHH">
       <mutation name="createObject">
         <arg name="id"></arg>
         <arg name="Name"></arg>
         <arg name="type"></arg>
       </mutation>
       <value name="ARG0">
         <block type="text" id="KQse/m:qnU{L3=]o$~Oh">
           <field name="TEXT">0_userdata.0.Eigene_Objekte_TEST.lampen</field>
         </block>
       </value>
       <value name="ARG1">
         <block type="text" id="a80aUMb-3Si1avx1}wn4">
           <field name="TEXT">Übersicht aller Lampen</field>
         </block>
       </value>
       <value name="ARG2">
         <block type="text" id="q_^90iUY[Qof+Hg,/vG=">
           <field name="TEXT">device</field>
         </block>
       </value>
       <next>
         <block type="procedures_callcustomnoreturn" id="?hgrd_seNBhCDwj`R?iV">
           <mutation name="createObject">
             <arg name="id"></arg>
             <arg name="Name"></arg>
             <arg name="type"></arg>
           </mutation>
           <value name="ARG0">
             <block type="text" id="UZ!.oytWIG@$p,U}Ytz[">
               <field name="TEXT">0_userdata.0.Eigene_Objekte_TEST.lampen.küchenLampe</field>
             </block>
           </value>
           <value name="ARG1">
             <block type="text" id="R%[^-_c6G+{Q019ywz/Q">
               <field name="TEXT">Übersicht Küchenlampe</field>
             </block>
           </value>
           <value name="ARG2">
             <block type="text" id="eO|JkOJ~iw4Thw2!Nl5_">
               <field name="TEXT">channel</field>
             </block>
           </value>
         </block>
       </next>
     </block>
   </next>
 </block>
 <block type="comment" id="ip#vELLdxEZ71[I(hkg1" x="62" y="412">
   <field name="COMMENT">Beispiel: erstelle Datenpunkt in dieser Struktur!</field>
 </block>
 <block type="procedures_defcustomnoreturn" id="gJ[9+,egE[AS4K(1@x$b" x="63" y="463">
   <mutation statements="false">
     <arg name="id" varid="LfiUSz-w5]D.G6Ak/y2e"></arg>
     <arg name="init" varid="UUvU!puSSzK/c])G!9kP"></arg>
     <arg name="common" varid="lY8-+lZ_0InQ@{{HF9Z0"></arg>
   </mutation>
   <field name="NAME">createDatapoint</field>
   <field name="SCRIPT">aWYoZXhpc3RzU3RhdGUoaWQpID09PSBmYWxzZSkgew0KDQogICAgY3JlYXRlU3RhdGUoaWQsIGluaXQsIEpTT04ucGFyc2UoY29tbW9uKSk7DQoNCn0=</field>
   <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
 </block>
 <block type="procedures_callcustomnoreturn" id="WM|LTm`,;Ej;Y:i3idy5" x="63" y="538">
   <mutation name="createDatapoint">
     <arg name="id"></arg>
     <arg name="init"></arg>
     <arg name="common"></arg>
   </mutation>
   <value name="ARG0">
     <block type="text" id="YwbD/A;~U)U0G[mOh_|!">
       <field name="TEXT">0_userdata.0.Eigene_Objekte_TEST.lampen.küchenLampe.lichtAN</field>
     </block>
   </value>
   <value name="ARG1">
     <block type="logic_boolean" id="9q)o,H^0D*?gz#W(uYGi">
       <field name="BOOL">FALSE</field>
     </block>
   </value>
   <value name="ARG2">
     <block type="text" id="xzF$PY~-Jvp.ZN@Hwvmj">
       <field name="TEXT">{"type":"boolean","role":"indicator","write":false,"read": true,"name": "Status Licht"}</field>
     </block>
   </value>
 </block>
</xml>

Ich hoffe das hilft eventuell jemanden weiter

UPDATE:

Eine Haltezeit für jede Änderung der soll Temperatur auszuwählen klappt hervorragend!

Dazu gibt es jeweils ein neues Objekt "Haltezeit" wo eine Zeit in Minuten eingetragen werden kann, sollte die Funktion nicht gewünscht sein, muss der Wert 0 angegeben sein, dieser setzt sich nach der Nutzung automatisch wieder auf null und muss wenn erwünscht wieder mit einer Zeit angegeben werden, die generelle Haltezeit für manuell Einstellungen der Temperatur, aus der APP bleibt bestehen und wird nur für diese spezielle Änderung angepasst!

Ich habe dies aktuell nur für die soll Temperatur in "Home" (alle Räume werden geändert) hinzugefügt und werde dies noch für jeden Raum hinzufügen, sobald dies und ein paar Kleinigkeiten erledigt sind, folgt die neue Version 1.2.0

@padrino said in Alexa2 3.26.x:

@newpicsel sagte in Alexa2 3.26.x:
Hast Du im Adapter unter
"Verlaufseinstellungen" den Punkt
"Verlaufseinträge ignorieren, wenn kein Befehl erkannt wurde" aktiviert?

War tatsächlich deaktiviert, habe ich nun geändert und beobachte das Verhalten eine Weile.

Vielen Dank

@Phantomkommander

Die Objekte findest du im opener unter states.

@Zefau
Ausgiebig getestet und es funktioniert alles problemlos, sogar besser und schneller als ich vermutet hätte!

Ich bin begeistert, genau darauf hab ich so lange gewartet
Die Möglichkeiten sind quasi grenzenlos Werde jetzt durch Lichtsignale in verschiedenen Räumen (unterschiedlicher Helligkeit nach Urzeit) und sogar gesprochen durch Alexa (unterschiedliche Lautstärke nach Uhrzeit) benachrichtigt wenn es Klingelt, die Benachrichtigung geht 5 Minuten und wird durch unterschiedliche Aktionen unterbrochen wenn auf das klingeln reagiert wird (zb. Durch Summer, Tür geht auf oder Befehl an Alexa), wenn innerhalb der 5 min nicht auf das klingeln reagiert wird, wird eine Notiz mit verschiedenen Informationen gespeichert, und kann über Alexa abgefragt werden, außerdem wird erkannt wenn einmaliges Ring to Open aktiv ist, um die „Klingel“ nicht auszulösen...

Danke für die super Arbeit

@helfi9999

Ich habe genug Feedback um sagen zu können, dass die aktuelle Version 1.1.x stabil läuft und arbeite gerade an der v1.2.x Teste gerade die Funktion einer Haltezeit für die soll Temperatur und würde die Version dann posten.

Ich füge noch die Option (was passiert bei „false" des Objektes "Heizplan_aktivieren_OBJ" (Away/Frost)) hinzu und du kannst dann sauber mit deinen ID‘s arbeiten ohne ein weiteres Blockly erstellen zu müssen!

Die Version wird noch heute erscheinen...

@bubus said in Tester für Netatmo Thermostat Blockly gesucht:

Ich möchte @Newpicsel einfach mal Danke sagen für dieses Hammer-Blockly!
Es läuft!

Danke bubus, geht runter wie Öl

Mir ist ein mögliches Problem bei der Nutzung der externen Sensoren aufgefallen, welches aber erst tragisch werden kann, wenn eine noch unveröffentlichte Version verwendet wird, in der ich beim öffnen eines Sensors, die festgelegte Temperatur (7c) mit einer 24h Haltezeit übermittel.
Da die alte soll Temperatur beim öffnen eines Sensors abgefragt und gespeichert wird, kann es zu dem Problem kommen, dass diese Information nach einem Neustart des Blocklys nicht mehr zur Verfügung steht, sollte in diesem Moment ein Sensor auf offen stehen.
Der Fehler bewirkt, dass keine korrekten Werte an die API übermittelt werden, was bedeutet, dass bei keiner erneuten manuellen Änderung der Temperatur, die Temperatur tatsächlich für 24h auf (7c) geregelt bleibt!

Lange Rede kurzer Sinn, in Zukunft wird die Temperatur in einem Raum nach schließen des Sensors, für eine Minute auf 15c gestellt und springt danach wieder auf den regulären Heizplan zurück ich denke das ist eine gute und vor allem Ausfallsichere Lösung.
Sollte dir oder auch jemand anderen dies nicht gefallen, gebt mir Bescheid!

Außerdem wird die nächste Version die Möglichkeit bieten, eine zweite ObjektID für den (Away Modus) angeben zu können, die sich dann gegenseitig abfragen, so dass Frost oder Away nur aktiviert wird, wenn beide ID‘s auf "false" (nicht anwesend) stehen, aber zum Heizplan zurück gewechselt wird, sollte eine der beiden ID’s auf "true" (anwesend) wechseln.
Die zweite ID wird allerdings nur berücksichtigt, sollte für beide Objekte eine ID angegeben sein, Standardmäßig wird hier "Nicht angegeben" eingetragen sein, was die Berücksichtigung dieser deaktiviert.

Die zwei Thermostate in einem Raum Problematik, konnte ich leider immer noch nicht angehen, steht jetzt aber ganz oben auf meiner Liste

Die neue Version folgt in kürze...

(Update 28.09.2021) v2.2.0 - !!NICHT EMPFOHLEN!!
Netatmo_Thermostat_Blockly_byNewpicsel_v2.2.0.rar

Der komplette Ordner "Eigene_Objekte" sollte gelöscht werden! Wurde dies bereits bei der v1.4.1 gemacht, nur den Netatmo Ordner löschen!
(Wer weitere Objekte im "Eigene_Objekte" Ordner hat, kann auch erst den kompletten Netatmo Ordner löschen und dann den "Eigene_Objekte" löschen und auf „DIESES OBJEKT“ klicken, dann bleiben Unterordner/Objekte bestehen!)

Wichtige Neuerungen:
• Das Blockly muss bei Eingabe von Externen ID‘s nicht neu gestartet werden. (Fenster Sensoren, Away ID‘s)

• Das Blockly kann per Button in den Objekten neu gestartet werden! (Test bitte um Feedback)

• Zusätzliche Objekte mit ID‘s und Empfangsstärke der Geräte, Details der Bridge und die in der App festgelegte Temperatur für „Frostwächter“ und „Away“ stehen nun zur Verfügung.

• Die Funktion der Externen Fenstersensoren wurde komplett überarbeitet und ist nun noch sicherer!
Zum Schutz vor falschen Wertänderungen durch kurzen (schnellen) öffnen und schlißen eines Sensors, wartet das System nun 10 Sekunden nach einer Aktion, prüft den soll Zustand und reagiert dann erst auf eine Änderung.
Beim öffnen eines Sensors wird die in den Objekten eingetragene Temperatur bzw. Wenn diese auf 0 steht, die Frostwächter Temperatur für 24 Stunden eingestellt, sollte sich die soll Temperatur in einem Raum ändern, überprüft das System ob das Fenster geöffnet ist, falls wahr, wird entsprechende Temperatur erneut für 24 Stunden eingestellt.
Beim schließen eines Sensors, wird direkt der reguläre Heizplan in diesem Raum aktiviert.
(Natürlich kann dann während das Fenster offen ist, die Temperatur nicht geändert werden, dafür müsste der "fensterStatusOpen" wert in den Objekten auf "false" geändert werden, das System reagiert dann auf die nächste Aktion wieder normal und stellt beim nächsten öffnen auch wieder auf "true")

• die Angabe des Batterie Levels wurde wieder hinzugefügt! (Was genau die Zahl aussagen soll ist mir ein Rätsel, solltest du da mehr wissen, gib gerne Bescheid, dann könnte ich diese eventuell zusätzlich in Prozent umwandeln!)

• Sehr viele mögliche Probleme, Fehler und eventuell auftretende Fehler sind behoben oder das System so eingestellt, dass es Fehler selber behebt!

• Struktur und Objekte aufgeräumt…

Testen und fleißig Feedback geben bitte
Danke für eure Hilfe und besonderen Dank an @bubus

@KPMC sollte jetzt auch bei dir laufen!

(Update 03.10.2021) v2.4.1 - !!NICHT EMPFOHLEN!!
Netatmo_Thermostat_Blockly_byNewpicsel_v2.4.1.rar
Wenn die Version 2.2.0 oder 2.4.0 installiert war, muss nichts gelöscht werden!

• behebt einen Fehler bei den Externen Fenstersensoren…

Gebt wie immer gerne Bescheid, sollte es Probleme geben!

@padrino said in Alexa2 3.26.x:

@newpicsel sagte in Alexa2 3.26.x:
Hast Du im Adapter unter
"Verlaufseinstellungen" den Punkt
"Verlaufseinträge ignorieren, wenn kein Befehl erkannt wurde" aktiviert?

War tatsächlich deaktiviert, habe ich nun geändert und beobachte das Verhalten eine Weile.

Vielen Dank

@gaspode said in Alexa2 3.26.x:

Ich würde das mal mit einem ganz einfachem Ansatz probieren:

Mega vielen Dank, diese Möglichkeit kannte ich nicht und hätte es definitiv komplizierter umgesetzt

Ich werde das erst nach den Feiertagen weiter testen, gerade auch was die Zuverlässigkeit der ersten Aktualisierung angeht und die Mute Datenpunkte beobachten.

Natürlich könnte so eine Lösung wieder zu Problemen führen wenn nahezu zeitgleich in mehreren Räumen ein Befehl abgegeben wird, es ist aber deutlich angenehmer im Zweifel ein Befehl erneut zu sagen als erstmal zu kontrollieren wo nun überall das Licht angegangen ist
Zusätzlich könnte das differenzieren des Befehls etwas Abhilfe verschaffen, damit sich wenn überhaupt nur identische Befehle in die Quere kommen könnten.

Vielen Dank auf jeden Fall, damit oder aber eventuell mit der zusätzlichen Information aus dem Mute Objekt lässt sich bestimmt etwas machen, ich werde meine Ergebnisse definitiv hier teilen, vielleicht hilft es noch jemanden.

@mcbirne

Werde ich mir mal genauer ansehen, vielen Dank.

Wenn hier tatsächlich nur das angesprochene Gerät aktualisiert, wäre dies tatsächlich sehr hilfreich!

@dr-bakterius

Habe ich dir auf den Schlips getreten?

Was ich hören will? Wie ich mir das vorstelle?
Man hat mir mehrere Lösungen vorgeschlagen?

Ja ich habe das Problem mehrfach beschrieben, weil es anscheinend nicht ganz klar war, es Missverständnisse gab oder nachgefragt wurde.
Deine Lösung mag für dich super sein, abgesehen davon, dass ich diese nicht optimal finde, bezieht sich diese auf das Licht und ich wollte lediglich noch einmal klarstellen, dass dies nur ein Beispiel war und ich eben die Information über das Gerät auch anderweitig nutze.
Ich wollte dich oder deine "Lösung" damit nicht angreifen…

Ist es wirklich unangebracht oder zu viel verlang auf mehrere Vorschläge zu hoffen und diese abzuwarten?
Ich habe die Lösung meines Problems definitiv nicht von dir oder nur von dir erwartet.
Es ist vollkommen ok, wenn du dazu nicht in der Lage bist.
Wäre es dann aber nicht fair mir und anderen gegenüber, die hier vielleicht mehr Erfahrung oder Fantasie haben, sich aus dem Thema zurückzuziehen?

Ich wünsche dir auf jeden Fall schöne Festtage und ein guten Rutsch ins neue Jahr, dass dir einmal bei einem Problem mehr Verständnis und Geduld entgegengebracht wird als du selber bereit bist zu geben.

@gaspode said in Alexa2 3.26.x:

Und warum nimmst du jetzt nicht einfach nur die erste History Änderung und ignorierst die folgenden?

Genau, habe ein paar Posts vorher geschrieben, dass ich das testen und beobachten möchte.

Ich bin mir nicht sicher ob es tatsächlich immer die erste Änderung ist, auch habe ich schon beobachtet, dass es Aktualisierungen gibt, bei dem zwar ein Gerät angegeben wird allerdings kein Befehl erkannt wurde bzw. angegeben wird, dies wird wohl der Fall sein wenn ein Gerät zwar kurz reagiert aber eigenständig abbricht weil erkannt wird, dass ein anderes direkter angesprochen wird.

Vielleicht hat jemand eine Idee wie eben andere als die erste Änderungen am sinnvollsten ignoriert werden können oder hat eine komplett andere Idee, wie ich das angesprochene Gerät am sichersten identifizieret kann, ich denke nicht, dass ich mit dem Problem alleine bin und selbst wenn, gibt es hier eine Menge brillanter Köpfe, die gefühlt für fast alles eine Lösung haben oder finden

@bananajoe said in Alexa2 3.26.x:

Naja, im Prinzip habe ich genau das gleiche wie du gemacht, aber für unserer Fernseher.
Ich kann "Alexa, schalte Fernseher Wohnzimmer aus" sagen, dann wird direkt das Gerät gesteuert.
Sage ich "Alexa, schalte Fernseher aus" kommt die Antwort das es mehrere Geräte gibt.

Wenn du dass machen würdest, was ich gemacht habe, könntest du im Wohnzimmer sagen "Alexa, schalte Fernseher aus" und Alexa würde das bestätigen und den Fernseher im Wohnzimmer abschalten, gleiches für weitere Fernseher in anderen Räumen mit dem selben Befehl
Erst bei zwei Fernseher im Wohnzimmer z.B. würde es beim zweiten wieder einen Zusatz brauchen

Und wie @da_Woody schon erwähnt hat, kann man so auch direkt KabelTV, Soundsysteme oder andere Geräte direkt mit schalten und steuern

@bananajoe said in Alexa2 3.26.x:

Aber bei Licht hatte ich noch nie das Problem, da hat er wohl immer nach Nähe entschieden

Und du benutzt iobroker um das Licht zu steuern also den History Datenpunkt?
Und vor allem das angesprochene Gerät um zu bestimmen wo das Licht geschaltet werden soll?

Ich denke du lässt das Licht sicherlich direkt in der App schalten, denn dass funktioniert wirklich sehr gut.

Auch mit dem History Datenpunkt funktioniert es theoretisch ganz ok, wie gesagt hab ich zumindest bei mir das Problem, dass NUR über den History Datenpunkt es vorkommen kann (nicht immer), dass mehrere Geräte den Befehl "Licht an" wahrnehmen und in der History Datenpunkt erscheinen.

Ich stehe in der Küche und sage "Licht an", dann aktualisiert der Datenpunkt z.B. zwei mal, einmal erscheint [gerät:"Küche",befehl:"Licht an"] und danach aktualisiert der Datenpunkt nochmal mit [gerät:"Flur",befehl:"Licht an"], natürlich schaltet iobrocken dann in der Küche und im Flur das Licht an, habe es aber wie gesagt nur in der Küche gesagt.

Dies liegt daran, dass zwar manchmal mehrere Geräte zuhören wenn sie das Aktivierungswort hören, Alexa auch intern relativ gut einschätzen kann, zu welchem Gerät man dann aber tatsächlich gesprochen hat und selbst wenn dies nicht immer das richtige sein muss wie in deinem Beispiel mit dem Timer, so führt Alexa den Befehl nur einmal an einem Gerät aus.
Im Iobroker Adapter landen aber dennoch beide Aktivitäten (bzw. Wahrgenommene Befehle), dies war früher nicht der Fall, da wurde anscheinend nur die Aktivität an iobroker bzw. dem Adapter weitergegeben, welches Gerät diesen Befehl auch tatsächlich verarbeitet hat.

Es geht hier aber wirklich nicht darum, wie ich mein Licht schalte oder wie ich es anders machen könnte
Sondern darum in iobroker über den Alexa2 Adapter in dessen History Datenpunkt am zuverlässigsten das angesprochene Gerät zu ermitteln, weil wie gesagt es hier vorkommen kann, dass mehrere Geräte den Befehl wahrnehmen und und im History Datenpunkt erscheinen.
Das Licht war hier nur das einfachste Beispiel und ist etwas aus dem Ruder geraten befürchte ich

@bananajoe

Ja genau, hab nach räumen in der App aufgeteilt, aber das Licht per Sprachbefehl steuert dennoch Iobroker alleine
Heißt iobroker erkennt ein Sprachbefehl aus der History, verarbeitet Schlüsselwörter wie "Licht", nimmt das angesprochene Gerät für die Raumdefinition und schaltet entsprechend der Programmierung.

Bis auf im Wohnzimmer, steht nur eine Alexa in jedem Raum und richtig, dass Problem ist, dass die Geräte in den anderen Räumen zu gut mithören, grundsätzlich kein Problem, Alexa hat da wohl ein nahezu perfekten Weg gefunden, zu erkennen welchem Gerät man am nächsten ist (ausnahmen bestätigen die Regel), nur der Adapter bekommt dennoch im Zweifel von mehren Geräten die Info über den selben Befehl, den diese zwar anscheinend mitgehört, aber dennoch nicht weiter verarbeitet bzw. Zumindest nicht ausgeführt haben.

Als Beispiel sage ich laut „Alexa, wie spät ist es?“ selbst wenn dies mehrere Geräte hören, wird nur ein Gerät antworten.
In der History vom Adapter erscheinen aber mehrere Geräte, die diesen Befehl wahrgenommen haben (dies war früher nicht der Fall), dadurch verarbeitet iobroker diese Information natürlich auch mehrfach und löst entsprechende Reaktion/Aktion mehrfach mit unterschiedlichen Gerät als vermeintlichen Auslöser (der in dem Fall den zu steuernden Raum bestimmen soll) aus.

Meine gewünschte Steuerung bekomme ich nicht alleine nur in der Alexa App umgesetzt.
Über Umwege könnte ich zwar einen fiktiven Schalter oder ähnliches steuern, der dann in iobroker als trigger fungiert aber für mich auch keine sehr schöne Lösung und auch nicht für jede Steuerung möglich so umzusetzen.

Aktuell ist mein Plan nur die erste Aktualisierung des History Datenpunkt zu verwenden, es scheint als wäre diese auch immer das Gerät welches auch von Alexa am ehesten als angesprochen betrachtet wird, werde dies aber weiter beobachten und bin für alternative Ideen offen und dankbar.

@dr-bakterius said in Alexa2 3.26.x:

Das kannst du ja trotzdem machen. Nur einschalten, ausschalten, Helligkeit und Farbe ändern funktioniert direkt über die Alexa.

Ich meine aber direkt über den Befehl "Licht an".
Wenn ich z.B. morgens nach dem aufstehen "Licht an" sage, schaltet sich anderes Licht (andere Lampen mit anderen Farben und Helligkeit) ein, als z.B. mittags wo die Lichtverhältnisse und mein Gemüt eine komplett andere Beleuchtung brauchen und vertragen als eben morgens oder auch abends

Außerdem ist das Licht halt tatsächlich nur ein Beispiel und auch andere Steuerungen arbeiten mit dem angesprochenen Gerät…
Wir machen das alles im Grunde doch eigentlich nur weil wir faul sind so auch beim einrichten und der Wartung, schön angenehm an einem Ort
Und man ist auch flexibler, abgesehen von möglichen Standard Schlüsselwörter in befehlen wie "Licht + an/ein bzw. aus" reicht z.B. auch nur "Licht", iobroker erkennt selber ob das Licht bereits an oder aus ist und schaltet eben entsprechend gegen (unter Berücksichtigung der aktuellen Tageszeit natürlich).
Zusätzlich reicht es z.B. auch nur "heller/dunkler" zu sagen und ioBroker erhöht oder verringert in diesem Raum die Helligkeit relevanter eingeschalteter Lampen.
Auch Rollos arbeiten zumindest mit der Information in welchem Raum ich mich befinde und auf welcher Position sich diese befinden.

Eigentlich müsste es eher heißen:
„Wir opfern und investieren viel Zeit, um einen kurzen Moment in dem wirklich mal alles läuft, faul sein zu können“ 🤪
Ach aber es macht auch Spaß und sollte eher als Hobby und Spielerei betrachtet werden.

@BananaJoe
Wie genau meinst du „an Alexa vorbei“ und „direkt“?

Die Steuerung der Lampen selber, läuft ja nicht über Alexa, dies wäre nur sehr stumpf und irgendwie nicht wirklich Smart möglich
Aber ganz ohne Alexa gehts eben auch nicht, zumindest wenn eben die komplette Sprachsteuerung genau über diese Geräte läuft…

Und wenn ich lediglich ein paar Lampen über komplizierte oder zumindest unnötig lange Befehle stumpf ein/aus schalten wollen würde, bräuchte ich iobroker nicht wirklich oder verstehe ich dich grad komplett falsch?

@dr-bakterius said in Alexa2 3.26.x:

Das Problem beobachte ich bei mir auch. Allerdings nicht beim Licht. Dieses habe ich direkt in der Alexa-App mit dem jeweiligen Echo verknüpft.

Grundsätzlich ginge das schon, ich habe allerdings zusätzlich Tageszeit abhängige Schaltungen für das Licht eingebaut.
Theoretisch vielleicht auch mit der App möglich, habe es aber schon lieber alle Automatisierungen an einem Ort zu haben wenn möglich.

Ich werde es mal testen und beobachten, nur den ersten bzw. Nur einen Auslöser für je 3 Sekunden durchzulassen.
Vielleicht kommt noch eine einfachere oder bessere Idee