Daikin - ESP32 Faikin Modul

Veröffentlicht von: @lunzet

↑

Laut meiner Daikin App maximal 31 Grad.

Die Onecta-App macht bei 30°C schluss. Das Handbuch der Perfera sagt: Im Kühlbetrieb 18-32°C, im Heizbetrieb 10-30°C, im Automatikbetrieb 18-30°C.

Veröffentlicht von: @kymchy

↑

Liegt es vielleicht daran, dass sie mit nichts gekoppelt sind?

Das sollte keine Rolle spielen. Sind das klassische Homematic oder Homematic IP? Was ist in den Geräteeinstellungen unter "Zyklische Statusmeldungen", "Anzahl der auszulassenden Statusmeldungen" und "Anzahl der auszulassenden, unveränderten Statusmeldungen" konfiguriert?

Wird eine Änderung der Solltemperatur auch mit so einer Verzögerung übertragen?

@xudabit ich bin bei homeassistant und mqtt absoluter noob. Zum Verständnis: liest Faikin einen mqtt wert aus, dem ich ihm vorgebe oder schreibe ich in das payload von Faikin rein? Wenn letzteres, in welches genau? Ich habe ein topic Faikin/irgendeineID und darin befinden sich mehrere Werte. Zum Beispiel auch home für die Innentemperatur. Aber wenn der Wert geändert wird, überschreibt ihn Faikin kurze Zeit später wieder. 

Doppelpost

Veröffentlicht von: @jogobo

↑

Was ist in den Geräteeinstellungen unter "Zyklische Statusmeldungen", "Anzahl der auszulassenden Statusmeldungen"

Homematic IP

Zyklische Statusmeldungen: ist eingeschaltet
Anzahl der auszulassenden Statusmeldungen: 1 bzw. beim anderen Thermostat hatte ich mal 0 eingestellt, was aber nichts verändert hat

@kymchy 

"1" bedeutet, dass Du zwischen 240 und 368 Sekunden (4 - 6 Minuten) auf die Aktualisierung wartest.

Veröffentlicht von: @jogobo

↑

"1" bedeutet, dass Du zwischen 240 und 368 Sekunden (4 - 6 Minuten) auf die Aktualisierung wartest.

ja, aber bei 0 müsste es ja schneller gehen

@kymchy 

Ja, im Mittel innerhalb von 150 Sekunden (2 1/2 Minuten). Wenn sich jetzt der Wert ändert und die Statusmeldung wird rausgeschickt, kommt die nächste Statusmeldung frühestens nach 2 bis 3 Minuten, egal ob sich der Wert innerhalb dieser Zeit 100 Mal ändert oder nicht.

Für Echtzeitmonitoring ist Homematic aber auch nicht gemacht.

@jogobo habs jetzt mal mit der Stoppuhr gemessen, ca. 2 Minuten hat es gedauert. Dann ist das wohl normal so. Und 2 Minuten wäre ja auch ok für die Steuerung der Klimaanlage, oder?

@kymchy 

Ich komme damit problemlos zurecht. Die Änderung der Raumtemperatur ist ja, von Ausnahmen abgesehen, sehr träge. Anders als die gefühlte Temperatur  

@jogobo habe gerade nochmal gemessen, da hat es nach 6 Minuten noch nicht aktualisiert. Da kann ich die zyklische Statusmeldung doch auch ganz ausstellen und alle 2-3 Minuten über ioBroker aktualisieren. Die Wochenprogramme brauche ich ja eh nicht. Also wenn WP auf 1 dann auf 2 umstellen, sonst auf 1.

@kymchy 

Wie häufig ändert sich bei Dir denn die Raumtemperatur? 

Mir persönlich wäre daran gelegen, herauszufinden, warum die Aktualisierung so lange dauert. Dazu müsste vermutlich ioBroker vorübergehend vollständig die Finger vom Thermostat lassen. Wenn Du die Solltemperatur am Thermostat änderst, sollte diese Änderung eigentlich auch sofort an der CCU ankommen. Ist das so? Ansonsten dürfte der Duty Cycle des Thermostats am Limit laufen.

@jogobo wenn ich die Solltemperatur ändere, dauert es keine 10 Sekunden bis die Änderung in der CCU ankommt. Das Umstellen des WP kommt ja auch sofort an.

Ich habe es im Home Assistant mit einer Automation, die alle 5 Sekunden ausgeführt werden soll, aber dennoch nur jede Minute läuft, jetzt geschafft. So sieht das aus, was über MQTT gesendet wird:

das blöde ist nur, dass ich damit den ENV Wert ändere, der wohl nur im Faikin Auto Modus Beachtung findet. Ich möchte aber den Temperaturwert Home ändern, damit die Klimaanlage im normalen Auto Modus einen extrem Ist Wert bekommt und entsprechend später abregelt. Wenn ich jedoch statt env dann home via mqtt sende, passiert nichts. Der wert wird nicht übernommen. Kann mir evtl hier jemand helfen?

@kymchy 

Man muss unterscheiden zwischen Statusmeldungen und manuellen Einstellungen. Statusmeldungen werden, wenn sich an den Datenpunkten nichts ändert, gemäß der ersten Formel oben im Hilfebild übermittelt. Alle (A+1)* 120 bis 184 Sekunden.

HmIP hat noch einen zusätzlichen Parameter, mit dem man Statusmeldungen vom Gerät an die CCU unterdrücken kann, wenn sich kein Datenpunkt ändert. Das soll wohl dazu dienen, die maximale Sendezeit von 36 Sekunden pro Stunde im 868 MHz-Band möglichst nicht durch Statusmeldungen auszuschöpfen, damit manuelle Änderungen nicht wegen Überschreitens der maximalen Sendezeit zurückgehalten werden müssen.

Ich kenne das Datenprotokoll von Homematic nicht, theoretisch müsste aber, wenn die CCU eine Änderung anstößt, eine Rückmeldung (= Statusmeldung) vom Gerät kommen, dass die Änderung angekommen ist. Wenn diese Rückmeldung unter die Formel oben fällt, dann ist das minütliche Ändern des WPs sicher der Grund, warum die Statusmeldungen wegen Änderung eines Datenpunktes am Gerät so spät kommen. Wenn zudem bei Änderung des WPs über die CCU das gesamte WP übermittelt wird, dauert das länger (da mehr Daten übertragen werden müssen, selbst wenn das WP "leer" ist), als wenn nur ein Messwert übermittelt wird. Auch die Häufigkeit großer Datenpakete kann sich negativ auf die Verfügbarkeit eines Gerätes auswirken.

Möglicherweise reduziert Homematic den Datenverkehr von einem Gerät auch automatisch, wenn der Duty Cycle einen bestimmten Schwellenwert überschreitet, um die Kommunikation mit diesem Gerät nicht ganz zum Erliegen kommen zu lassen.

Ich habe mir mal den Verlauf des Aufheizvorgangs in unserem Wohnzimmer angesehen. Während der Aufheizphase kommt bei hoher Leistung der Klimaanlage alle zwei bis drei Minuten ein aktueller Istwert mit einer Änderung von 0,1K vom Thermostat (das entspricht der ersten Formel). Nachdem die Solltemperatur erreicht war und die Heizleistung reduziert wurde, kamen die Statusmeldungen in größerem Abstand (ca. alle 10-15 Minuten), auch mit jeweils 0,1K Temperaturänderung. Ich habe hier Homematic Classic Thermostate. Die entscheiden selbst, wie oft unveränderte Statusmitteilungen gesendet werden.