[image: 1589978542130-2020-05-20-14_41_49-window.png] Ich teste es gerade mit diesem Skript Hier konnte ich schon mal 2 Tasten eines Schalters richtig programieren und es funktioniert aktuell auch. Aber das heißt noch nichts ich halte euch auf dem laufenden Es ist zwar totaler schwachsinn ein Termostat zum abfragen einer aktion zu programieren aber wenn ioBrocker den werd des funkschalters nicht abfragen kann muss man es eben so rum machen. Ich habe auf Github einen neuen Case eröffnet hierzu hoffe die können mir weiter helfen. EDIT 1: das geht auch so nicht denn wenn ich zum Beispiel Taste 1 drücke stellt termoneter auf 14Grad Dann schalte ich aus. Dann schaltet das script wieder automatisch ein nach einer gewissen zeit weil es anscheinend ab undzu prüft auf wieviel grad gestellt ist. Ich müsste es irgendwie schaffen nach dem ich auf 14 Grad gestellt habe das nach 30 sec zum beispiel wieder auf 18 grad gestellt wird. EDIT 2 Jetzt setze ich 5 sec nach dem das script ausgelöst at den Tempstaten wieder hoch auf 16 Grad Bei 16 Grad gibt es kein Script welches gestartet werden könnte. Aktuell schaut es wieder gut aus ;) Habe jetzt alle 6 Taste getestet und dese funktioniren. Jee taste eine andere Temperatur. Jetzt mal ein paar Stunden (Tage) warten welche überraschungen noch kommen ;) Ich denke zu beispiel an den wöchentlichen boost vom Termostat ;) hoffe das da nicht mein TV an geht ;) [image: 1589987174426-2020-05-20-17_04_40-window.png]

@Paul-OL Schau mal ob du mit dieser Anleitung klar kommst

Hey Leute! Ich danke euch sehr für eure tolle Hilfe! Es lag wie immer am dummen User vor der Console Beim Befehl sudo mount -t exfat -o utf8,uid=pi,gid=pi,noatime /dev/sda1 /media/usb0 Hatte ich schlicht das Leerzeichen nach dem sda1 vergessen .... Jetzt funktioniert es!!

@LaBamba Ich dachte es ghet hier um Tasmota und das ist eh schon drauf. Wenn nicht und Du die original FW der Shelly weiter verwenden willst, bleibt eben nur der IoT, oder eben Node-Red dafür übrig. Sorry wenn ich da was falsch verstanden hatte.

@Kuddel Cool, Unter deinem letzten Post kam ich doch noch an die Thread-Tools. Habe den alten Thread geschlossen. Bin dann nochmal an den Anfang des Threads gegenagen, da ging dann wieder nichts mehr

Ich habe jetzt mal mutig die gesamte Ordnerstruktur unter (selbst angelegtem) var.0 exportiert und danach im json die Types der Ordner von state auf meta geändert. Die einzelnen Variablen, Texte und Datenpunkte habe ich natürlich auf state belassen. Danach re-importiert und voila - jetzt funktioniert es wieder. Sehr seltsam. Ich werde dies mal im Auge behalten, ob sich das Verhalten wieder ändert. Sollte dies tatsächlich die Lösung meines Problems sein, hätte ich gerne eine Erklärung über das warum. Dieter

2.0.2 ist jetzt Released

@MrSonei6 sagte in Gibt es Dienstleister die Hilfe für ioBroker anbieten: ich habe schon ein Threed eröffnet zu dem Problem und es gibt zum selben Problem von jemand anderem auch einen Threed bei dem niemand helfen kann Dann ist die Wahrscheinlichkeit hoch, dass auch kein externer Dienstleister helfen kann! Wenn z.B. der AP diese Informationen nicht zur Verfügung stelllt, oder wenn der Adapter diese Informationen nicht abruft Dann kann auch ein externer dir nicht helfen, dann müssen die Programmierer, egal ob die von HomeMatic oder der Adapterentwickler da ran.

weiss ich ob es hier reinpasst. Ich habe aktuell sporadisch jeden Tag nachfolgende Log-Einträge. Anscheinend funktioniert alles. harmony.0 2020-05-20 10:29:13.926 error at TCP.onStreamRead (internal/stream_base_commons.js:205:27) harmony.0 2020-05-20 10:29:13.926 error (28324) Error: read ECONNRESET harmony.0 2020-05-20 10:29:13.925 error (28324) uncaught exception: read ECONNRESET

Habe vom Entwickler eine Rückmeldung bekommen: *Es müsste eine unbekannte Mac Adresse in der Konfiguration eingetragen sein. Die ist der Fritzbox nicht bekannt und deshalb die Meldung. Ich hatte es schon mal, dass ein Device in der Fritzbox mal vorhanden war und dann wieder nicht. Das erkennt man auch an der wechselnden Device Anzahl in den Objekten. Das Abfangen baue ich gerade ein. Ich stelle in Kürze eine neue Testversion auf Github ein.* Das Problem sollte also bald behoben sein. :)

@Marty56 Wenn du states und Objekte in der redis db hast, kann das durchaus sein.

@BBTown Danke hatte ich jetzt auch rausgefunden. Die 1.25.0 ist Stabil.

Ok, das hab ich gemacht. [image: 1589911702793-d6982720-dab9-4dcc-ba9f-fc5b03d3c989-grafik.png] Wofür stehen all die Werte die mit Komma getrennt nach "cf" kommen? Ich hab auch Beispiele gefunden aber verstehe es nicht ganz. ["cf",0, 0,"1000,1,1002236,100,1000,1,1002236,10,1000,1,16711696,50,1000,1,1002236,30,1000,7,0,0,1000,1,16711696,10,1000,7,0,0"] Was ich bisher nachvollziehen konnte ist dass "cf" den Color Flow einleitet, die Bedeutung der folgenden beiden Stellen (im Beispielcode ,0,0) ist mir unklar. Danach in dem Block in Anführunszeichen kommen immer wieder vier aufeinanderfolgende durch Komma getrennte Werte für jeden Schritt des Flows. Dabei ist der Erste die Dauer oder Überblendzeit in ms, den Zweiten verstehe ich nicht, der Dritte ist die Farbe in dezimal und der Vierte vermutlich die Brightness. Stimm das soweit? Ich hätte gern ein möglichst kaltweißes Strobo, wie kann ich hier die Farbtemperatur wählen?

@darkiop sagte in Plötzlich werden Failover Strategie & Backups benötigt: Was meinst du mit Geschichte? Gab es da Probleme? (Gedächtnisprotokoll) Ich meine mich zu erinnern, dass es mit der Proxmox v5.x beim NUC Probleme beim Booten einer NVMe gabe wenn diese zfs als Dateisystem hatte. Ist aber schein eine Weile her und ich nutze eine SSD und habe die NVMe hintendran

Vielen Dank an alle für die schnelle Hilfe. Ich konnte schon mal das Problem mit dem Radar2 lösen. Habe die neue Radar2 Version 1.2.5 von GIT installiert. (https://github.com/frankjoke/ioBroker.radar2) und das Häckchen bei l2ping anstatt BT scan verwenden gemacht. Jetzt läuft es. Nun bin ich noch am suchen warum Hyperion und musiccast manchmal nicht wollen.

@_nico Ich habe Fibaro Wall Plug - da kannst Du das auch konfigurieren. Standard power load reporting. Parameter defines by how much power load must change, in percents, to be reported to the main controller. By default, Fibaro Wall Plug sends power report if the power load changes by 15%. By default such changes in power load may be reported up to 5 times per 30 seconds. Wall Plug sends 5 reports during time period specified in paramater 43. Default setting: 15 (%) Available settings: 1 - 100 (%) Value of 100 (%) means the reports are turned off. Parameter: 1[byte] Power reporting frequency. This parameter defines how frequently standard power reports (parameter 42) will be sent. By default Wall Plug sends up to 5 reports each 30 seconds, provided the power load changes by 15%. Default seting: 30 (s) Available settings: 1 - 254 (s) Value of 255 - Reports will be sent only as a result of parameter 47 settings or in case of polling. Parameter: 1[byte]

@Meister-Mopper sagte in [gelöst] Räume werden nicht dauerhaft gespeichert: @AxelF1977 Perfekt, danach hatte ich gesucht. Jetzt habe ich endlich Ruhe vor Fehlermeldungen des iot-Adapters, der bestimmte states nicht zuordnen konnte. DANKE! Super das es gleich dem Nächsten auch geholfen hat, so soll es sein.

@padrino sagte in Alexa redet wirres Zeug!: Mal mit c-o-2 versucht? Jetzt probiert. Funktioniert. Allerdings geht es jetzt auch wieder wie zuvor mit CO2. Amazon sorgt immer wieder für Überraschungen...