Wenn Du probieren magst, bin ich gespannt auf Dein Feedback. Wie gesagt bei mir läuft es unkritisch und funktional nur einzelne Parameter zu senden. Was möchtest Du denn senden?
Ich sende über control zB Ein/Aus, SwingH und SwingV sowie ENV. Also Env sowieso der einzige Parameter der eine Regelung beeinflussen könnte. Autot, Autor etc läuft eh über "settings" also seperat.
P.S.: Und genau wie Du schreibst JSON per Blocklys zu zerlegen, führt sehr leicht zu Race Conditions mit unbrauchbarem Ergebnis. Sollte man vermeiden.
Naja, alles was zum alltäglichen Nutzen der Anlage nötig ist. Ähnlich wie bei dir, Ein/Aus, Econ, Demand usw. Swing nutzen wir nicht, die Klappen sind alle statisch so eingestellt dass der Luftstrom am wenigsten nervt oder stört.
Einzig, ich habe jetzt mal im Büro testweise versucht auf die Faikout interne Regelung um zu stellen. Dabei gelingt es mir aber nicht den Temperatursollwert zu verändern.
Ich kann die Solltemperatur aktuell nur über die Faikout Webschnittstelle verändern. Ziel soll ein bedarfsgerechteres Heizen sein. Wenn ich den ganzen Tag auf der Arbeit bin oder nachts geschlafen wird kann das Büro ja eine quasi Nachtabsenkung erfahren. Nur leider reagiert das Faikout auf Änderung an
Hab das jetzt mal gestestet, es funktioniert nicht, der Wert auf der Faikout Webinterface bleibt konstant bei 22°C auch wenn ich 25°C als Sollwert sende.
Alternativ auch gerne einfach mal das Faikout-iobroker alias generator skript unter einem "dummy" / Neuen Alias Namen laufen lassen, dann gibt es alles fix und foxy und du kannst Deine Konfi daran anpassen und danach wieder diesen Aliasordner sowie das Skipt löschen.
P.S. das command topic sieht ebenso unkorrekt aus. Erst command/setting dann die Faikout-ID bzw. Hostname
Nein, ich hab die Reihenfolge über die Faikout Konfig so geändert. Ich hab die Struktur gern sinnvoll aufgebaut indem zuerst der Hostname und dann die Unterstruktur angelegt wird. Das passt schon so.
Nimm es mir nicht übel. Ich hab da Stunden verbracht um es funktional auszutesten und liefer fertige und funktionale Lösungen "frei haus". Auf Grundsatzdiskussionen irgendwelcher fremder Doku wo ich auch diverse Nerven gelassen habe, habe ich echt keinen Bock. Genauso wie auf sinnfreie Diskussionen mit dem Entwickler über die Qualität seiner Doku und seiner HA mindet Lösung.
Zwingt dich ja auch keiner zu. Nur, ich kopier nicht irgendwas was wohl funktioniert - ich möchte verstehen was wie und wo funktioniert. Von Copy & Paste hab ich nicht viel. Aber danke bis dahin. Ist ja nicht so dass die Anlage den Raum nicht warm bekommt
dann schau dir besser den Quellcode an als die Doku.
Zeile 1592 zeigt eindeutig: control adressiert einen dedizierten Handler für einen externen Raumtemperaturregler - der kennt ausschließlich env, margin und
target. autot kommt darin nicht vor und wird stillschweigend ignoriert. Keine Fehlermeldung, nichts.
Was funktioniert: command/ ohne Suffix mit JSON-Body {"autot":22.0} - Zeile 1571 leitet das direkt an daikin_control() weiter. Und setting//autot
mit 22.0 läuft durch das REVK-Framework (settings.def Zeile 102) direkt in die Variable (.ptr=&autot, .live=1) - sofort wirksam.
Die Doku ist schlicht falsch. Der Code ist eindeutig.
Hat niemand verlangt. Wenn du Fragen zur funktionierenden Umsetzung hast gerne aber irgendwelcher Murks ist Zeitverschwendung für alle.
