Insgesamt scheint mir das alles überraschend primitiv zu sein. Vor einigen Tagen habe ich mal die technische Dokumentation meiner MHI durchgeblättert, wo genau aufgelistet ist, bei welchen Sensorwerten abgetaut wird, wann das aufhört, bei welchen Einabewerten das Innengerät auf welche Lüfterstufe stellt, usw.
Alles ganz simple Tabellen, ganz simple logische Aussagen.
Das Innengerät wird dem Außengerät sagen "50% Kraft bitte", ohne womöglich auch nur zu wissen wieviel KW an Energie, oder welcher Kompressorfrequenz das entspricht, und wenn der PID-Controller im Innengerät dann lernt, daß das zu viel war, wird halt auf 45% runtergestellt. Bis das irgendwann passt.
Und das Außengerät macht daraus halt irgendwas, überwacht ein paar Sensoren, um paar Ventile umzuschalten, Lüfter je nach Leistung und Außenemperatur zu regeln, usw. Das kann das Gerät auch am besten, da es sich selbst am besten kennt.
Ein Microcontroller (Prozessor, Arbeitsspeicher, Programmspeicher in einem Chip), der mehr als leistungsfähig für alles zwischen Toaster und Mondlandefähre ist, kostet unter einen Euro. Je nachdem sogar nur wenige Cent.
In dem IG wird vermutlich fast nichts gemacht. Die Fernbedienungs und WLAN-Befehle verarbeiten, ein paar Befehle und Infos an das IG schicken und den Lüfter ansteuern. Klappensteuerung auch noch. In Sachen Kältekreislauf gibts nichts, was am IG gesteuert wird, lediglich 2 Sensoren, worüber das AG regelmäßig informiert werden muss.
Als ich nach der Geräte Installation die Klimas (Perfera) mit ONECTA verbunden hatte bekam ich die Mitteilung das die Geräte eine Firmware Aktualisierung bekommen. Vorher konnte ich auch auf nichts zugreifen.
In der App werden mir die Software-Versionen vom IG und AG angezeigt. Ob nur die IG ein Update bekommen haben oder auch die AG bekommt man nicht zu sehen. Ansonsten kann man mit dem Equipment eh nichts beeinflussen, es gibt nur die automatische Mitteilung wenn eine neue Version verfügbar ist.
Wie gesagt, ich sehe die Software Versionen auch der Aussengeräte, hilft aber nichts da ich nirgends Informationen oder eine Roadmap dazu gefunden habe.
Meine Lösung wäre eigentlich einfacher. Man braucht lediglich ein Arduino Board, einen Widerstand, einen Kondensator und zwei JST-Buchsen, die auf eine Lochrasterplatine gelötet werden. Das Modul wird mit einem Kabel an die Hauptplatine gesteckt (die Buchse für die 3 Thermistoren Außentemp, Verdampfer, Kompressor). Das entfernte Thermistorkabel wird an das Modul gesteckt.
Die 5V Versorgung ist im Thermistorstecker vorhanden. Man muss sich lediglich die Masse von der Platine holen (Kabel an einem Drahtbügel festlöten).
Falls Interesse besteht, würde ich eine kurze Anleitung zusammenstellen, mit Quellcode.
Ihr sprecht nun aber von Preferas und das verwirrt. Die ATXD wirkt für mich in meiner deutschen Onecta App manchmal wie ein "Fremdprodukt". Wird in DE ja auch nicht vertrieben daher ok.
Aber viele Details inklusive Modelbezeichnung findet die App Automatisch nicht.
Hier wurden mal irgendwo Debug Reports oder so ähnlich aus HA gezeigt die übers Faikout bzw deren HA Integration gezogen worden sind. Mir war so als ob da Daten dabei waren die es normal nicht über Mqtt gibt. Sind da Softwarestände dabei? Da ich kein HA nutze kann ich nicht nachsehen und weiß auch nicht wo diese Reports herkamen.
Also bei MHI steht es sogar für den Anwender explizit im Handbuch. Master ist immer das Innengerät welches zuerst angeschaltet wird.
Das scheint aber nur auf den Betriebsmodus Einfluss zu haben, denn das Slave kann locker mehr Wärme anfordern als der Master benötigt.
Master ist hier ein Konzept, um bestimmte Konkurenzsituationen zu handhaben. Wenn z.B. einer im Raum kühlen will und ein anderer heizen. Dan gilt, was der Master eingestellt hat.
Als ich vor ein paar Jahren unsere daikin Cold Region gekauft habe, hatte ich mich intensiv in einem schwedischen Forum informiert.
Dort war auch ein vermeintlicher (!) Daikin Techniker aktiv, sozusagen der Produktmanager, des Modells, da diese ganz neu auf dem Markt war.
Dieser hat ganz klar bestätigt, dass die FW Updates nur für die WiFi Controller sind und nichts auf den Außengerät geflashed wird
Es gab dort laut Berichten bei den ersten Nutzern tatsächlich ein Problem mit der Software des AG, wo dann der Daikin Kundenservice kam und Vorort eine neue FW geflashed hat.
Auch wenn es natürlich Anekdoten sind, macht es für mich absolut Sinn, das man bei so einem kostenoptimierten Produkt, sich nicht viele Gedanken macht wie man theoretisch über den WiFi Controller zum IG und dann weiter auf das AG Updates von remote Flashen kann… gerade wenn man sieht wie wenig Wert auf Software oder bidirektionale Fernbedienung gelegt wird. Dazu könnte es bei dieser langen Update Kette ja auch zu vielen Fehlern kommen könnte.
Um das genauer zu untersuchen, habe ich einen zusätzlichen Temperatursensor in der Mitte des Verdampfers platziert (wie ich schon mal vorgeschlagen habe). Der Sensor kriegt die ersten Temperaturabstürze nicht mit, sondern zeigt eher Überhitzung.
Nach 4 h macht das Gerät einen Abtauvorgang. Das ist die maximale Laufzeit bei Kälte, egal welche Temperatur der Verdampfer hat.
Beim Abtauen steigt die Temperatur in der Mitte etwas schneller. Das relativiert sich aber nach einigen Minuten, und die Temperaturen erreichen etwa gleichzeitig 15 Grad. Scheint also kein großes Problem zu sein.
Das Gerät war nach 4 h stark vereist. Die Abtauung hätte eigentlich etwas früher stattfinden können. Da das Gerät im unteren Bereich etwas schneller vereist, sollte der Sensor eher dort angebracht werden.
Das sieht doch alles ganz gut aus. Meinst du, dass das die Lösung wäre, einfach den Sensor mittig zu positionieren? Oder siehst du da noch Probleme?
Wenn die Anlage abtaut, braucht sie eigentlich die Temperatur von ganz unten. Denn in vielleicht 20cm Höhe ist schon alles abgetaut, aber darunter braucht es z.B. noch 1-2 Minuten. Es kann dann passieren, dass der Abtauvorgang deutlich zu früh abbricht.
Hat jemand noch mehr herausfinden können? Hat sich der Verdacht bestätigt das sie unter 200W fleißig das zeitgesteuerte Abtauen anfängt?
Wie ist es mit der ATXM oder ATXP, leidet diese auch unter den “Bug“?
Ich habe seltsamerweise dieses Jahr keine Probleme mit den Abtauvorgängen auch im Vergleich zur Perfera. Die Anlage läuft vollständig mit den Timern im Schlafzimmer (Innen geräuscharm, Econo), also mit 250W-350W laut HA. Ich lasse sie aber auch nachts von Mitternacht bis 4:00 nicht mehr laufen. Momentan spiele ich noch mit “10mm Abstandsgewirke AIr Mesh” herum, um die Ansaug-Feuchtigkeit etwas zu reduzieren. Leider ist es momentan etwas zu warm zum Abtauen hier :)…
Das würde ja zu der Vermutung passen, die hier geäußert worden ist, das es eher bei Leuten passiert bei denen die Anlage an der unteren Modulationsgrenze läuft.
So sieht es übrigens aus, wenn man das Abtauen über zu lange Zeit verhindert. Hier ist es derzeit sehr feucht mit Humidity 100% und Temperaturen um die 0 Grad.
Ich habe mich gewundert, warum die Anlage so laut wurde. Der Lüfter lief mit 100%, es kama ber praktisch keine Luft mehr durch.
