UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[hacki11]

Neuer Adapter	Mitsubishi Heavy Industries Klimaanlagen mit WLAN (WF-RAC)
Aktuelle Version (latest)
Aktuelle Version (stable)
Veröffentlichungsdatum
Github Link	https://github.com/hacki11/ioBroker.mhi-wfrac
npm Link

Hallo zusammen,

anbei ein Adapter für Mitsubishi Heavy Industries Klimageräte mit WF-RAC Wifi Modul.
PR für latest ist pending, PR für stable steht aus dennoch könnt ihr gerne Tests fahren.
Hier gab es bereits positives Feedback nach mehrtägigen Tests:
https://forum.iobroker.net/topic/56383/mitsubishi-heavy-industries-split-klimaanlage/150

[saeft_2003]

@hacki11

Läuft bereits seit dem 13.3.25 bei mir ohne jegliche Probleme!

Von mir dickes Lob 😊👍

[Maxtor62]

Hi, hacki11,

wäre schön, wenn es auch mit älteren Modellen mal funktionieren würde. Ich habe zwei MSZ-AP35VGK im Einsatz. Eingebaut 2021.
Grüße

Wohnzimmer: Failed to register device! | Error: connect ECONNREFUSED 192.168.178.110:51443

Die IP-Adresse stimmt natürlich.

[hacki11]

@maxtor62 sagte in Test Adapter mhi-wfrac v2.1.x GitHub:

MSZ-AP35VGK

Du hast eine Klimaanlage von Mitsubishi Electric, versuchs mal mit https://github.com/Black-Thunder/ioBroker.melcloud

Hier gehts um den Hersteller Mitsubishi Heavy Industries mit WF-RAC Wifi Modul.

[Maxtor62]

@hacki11
danke für die schnelle Antwort :+1:

Wusste nicht, dass das verschiedene Hersteller sind.
Danke für den Tipp. Der funktioniert.

Grüße

[hacki11]

v2.1.2 ist nun im offiziellen Latest Repository.

Da bei ein paar Objekten seit 2.1.1 noch Roles und Enum-Namen geändert wurden, sollte man zuvor manuell die einzelnen Geräte aus dem Objektbaum löschen. Die Namen der Objekte wurde nicht verändert, d.h. die Referenzen aus Visualisierungen sollten weiterhin funktionieren. Sollten jedoch Einstellungen direkt in den Objekten vorgenommen worden sein, wie z.B. History, Sourceanalytix, InfluxDB, dann müssen diese erneut konfiguriert werden.

Next: Going Stable!
fyi @saeft_2003 @MrLarodos

[MrLarodos]

@hacki11 Danke Dir weiterhin für die ganze Mühe!

Welche Schritte fehlen denn aktuell, um im offiziellen "Store" aufzutauchen?

LG MrLarodos

[MrLarodos]

@hacki11 Eine Sache ist mir noch aufgefallen.

Ich bringe meine 4 Innengeräte aktuell in ein neues WLAN und daher habe ich aktuell in der Instanz zwar alle 4 eingegeben, aber momentan nur eine davon aktiviert. Die funktioniert auch mit dem Adapter problemlos, allerdings wird dennoch das Warndreieck angezeigt, obwohl ja alles okay ist und keine Fehler im Log kommen:

Wenn ich die inaktiven Anlagen lösche, ist alles grün:

Ist das dennoch ein gewünschtes Verhalten, um auf die deaktivierten Geräte hinzuweisen?

Ich könnte mir eher eine Meldung als Info im Log bei Adapterstart vorstellen, die zusätzlich alle 24 Stunden mal ausgegeben wird: "Info: Sie haben 3 inaktive Geräte in der Instantz mhi-wfrac.0 hinterlegt."

Gibt es Meinungen dazu?

LG MrLarodos

[saeft_2003]

@mrlarodos sagte in Test Adapter mhi-wfrac v2.1.x GitHub:

@hacki11 Eine Sache ist mir noch aufgefallen.

Ich bringe meine 4 Innengeräte aktuell in ein neues WLAN und daher habe ich aktuell in der Instanz zwar alle 4 eingegeben, aber momentan nur eine davon aktiviert. Die funktioniert auch mit dem Adapter problemlos, allerdings wird dennoch das Warndreieck angezeigt, obwohl ja alles okay ist und keine Fehler im Log kommen:

Wenn ich die inaktiven Anlagen lösche, ist alles grün:

Ist das dennoch ein gewünschtes Verhalten, um auf die deaktivierten Geräte hinzuweisen?

Ich könnte mir eher eine Meldung als Info im Log bei Adapterstart vorstellen, die zusätzlich alle 24 Stunden mal ausgegeben wird: "Info: Sie haben 3 inaktive Geräte in der Instantz mhi-wfrac.0 hinterlegt."

Gibt es Meinungen dazu?

LG MrLarodos

Das gleiche Verhalten habe ich auch und fände besser wenn der Adapter dann grün wäre.

[hacki11]

@saeft_2003 @MrLarodos
Nicht aktivierte Innengeräte sollten nicht zu einer Warnung führen, da diese ja inaktiv sind. Da bin ich voll bei euch, das korrigiere ich.

Stable Repo Requirements
Es fehlt noch die auto-discovery. Die ist zwar fast fertig, ich konnte sie aber nicht testen, da dies vorraussetzt, dass der Adapter im latest Repo vorhanden ist. Sprich da kann ich nun weiter machen.
Ansonsten könnte es sein, dass 2 Tester evtl. nicht ausreichen für einen merge. Einstellen werde ich den PR dennoch, dann wird es sich zeigen.

[MrLarodos]

@hacki11 Wenn wir noch irgendwas tun können, gerne Info. Am 28.04. kommt mein Klimabauer und ich bekomme ein weiteres Außengerät und noch ein Innengerät daran fürs Büro. Dann habe ich 5 Innengeräte, die über den Adapter laufen. Mein Klimabauer war auch schon ganz begeistert, dass man alle Geräte synchron betreiben kann. Werde ihm dann von der guten Arbeit hier berichten. Vielleicht hat er Kunden, die dadurch Interesse bekommen.

[mcm1957]

@mrlarodos said in Test Adapter mhi-wfrac v2.1.x GitHub:

@hacki11 Danke Dir weiterhin für die ganze Mühe!

Welche Schritte fehlen denn aktuell, um im offiziellen "Store" aufzutauchen?

LG MrLarodos

Ähmm - der Adapter ist wie oben geschrieben beriets jetzt im OFFIZIELLEN BETA/LATEST "Store" (=Repository)

Ein Adapter kommt über Wunsch / Auftrag des Maintainers in das STABLE Repository nachdem er eine gewisse Zeit (typisch 14 Tage bis 1 Monat) im BETA / LATEST Repository war, einige User aufweist und keine ernsthaften Issues aufgetreten sind.

[mcm1957]

@hacki11 said in Test Adapter mhi-wfrac v2.1.x GitHub:

Es fehlt noch die auto-discovery. Die ist zwar fast fertig, ich konnte sie aber nicht testen, da dies vorraussetzt, dass der Adapter im latest Repo vorhanden ist. Sprich da kann ich nun weiter machen.

Wenn du damit den discovery adapter meinst - der ist NICHT voraussetzung für STABLE.

Ansonsten könnte es sein, dass 2 Tester evtl. nicht ausreichen für einen merge. Einstellen werde ich den PR dennoch, dann wird es sich zeigen.

Das ist mal kein Problem per se. Man kann ja nicht erzwingen dass User das Gerät kaufen :-).
Aber 14 Tage oder so sollte der Adapter schon mal im Latest unterwegs sein.

[hacki11]

@saeft_2003 @MrLarodos

Fix: Use only enabled devices for adapter connection indicator

[hacki11]

• Fix: Errorhandler used undefined aircon channel
• Increased retry count to workaround hourly aircon resets

[hacki11]

• Fix: swingUpDown was not writeable

[hacki11]

• Set online to false on adapter shutdown

[Mabbi]

Hi @hacki11

vorab erstmal vielen Dank dafür, dass Du diesen Adapter umsetzt. :+1:

Ich benutze seit langem die inoffizielle Version des woso_mitsu_aircon_rac und habe jedesmal Bauchschmerzen, wenn ich IOB aktualisiere.

Kleiner Exkurs:
Bei mir sieht das mit der Visualisierung so aus:

• oben rechts die aktuelle gefühlte Aussentemperatur von accuweather, nutze ich zum Steuern von Heizen(2)/Kühlen(1) Modus
• 4 Zieltemperaturen(bedienbar per swipe)
• stehen aktuell am frühen morgen auf Heizen, nicht manuell Bedienbar, macht das Skript(s.u.)
• rechts die 2 Buttons pro Innengerät schalten die Automatik Steuerung an/aus(manuell override), der untere das jeweilige Splitgerät manuell an/aus
• die Mitsus laufen bei mir rein mit PV-Überschuss, vermittelt über 5 Minuten.

Grundsätzlich läuft der woso_Mitsu Adapter zuverlässig, ist aber immer ein Fehler-Risiko, da es keinen dev-support gibt.
DIe 2 Aussengeräte lasse ich einzeln nach einander anlaufen um Stromspitzen zu vermeiden, falls es eine Abschaltung gibt wegen PV-Verschattung oder zuviel Stromverbrauch im Haus, gibt es eine Blockzeit von 30 Minuten vor der nächsten Startfreigabe zum Schutz der Verdichter-Ausseneinheiten. Kann ich jedem nur empfehlen, den Tipp gab mir jemand, der Klimaanlagen in Hotels installiert.
INFO: Als Startwert muss eine PV-Netzeinspeisung von mindestens 1800 W über die letzten 5 Minuten vorhanden sein, die Abschaltung erfolgt bei einem Netzbezug(Stromverbrauch) von mehr als 100 W vermittelt über 5 Minuten. So heize und kühle ich mein Haus faktisch das ganze Jahr mit minimalsten Bezahl-Stromverbrauch(Netzbezug). In 2024 liefen die Klimas an nur 11 Tagen nicht an mangels PV-Ertrag. Natürlich sind die Laufzeiten im Winter z.T. ziemlich kurz, es reicht totz grosser PV Anlage mit aktuell 22 KWp NICHT zum vollständigen Beheizen des Hauses das ganze Jahr, aber es senkt unseren Verbrauch bei der fossilen Wärmeerzeugung massiv und das Kühlen im Sommer ist ein echter Bonus. Zusatzheizung mit Klimas kann ich aus eigener Erfahrung absolut empfehlen.

So sieht ein üblicher Tag aus:

Unten die blass-grün hinterlegten Blöcke sind die Laufzeiten der Klimas. Und ja, da hatte ich noch keinen Akku, der Screenshot ist etwas älter.

Im 2. Bild sieht man, wie sich das EV brav nachdem die Klimas Laufen über einen Shelly geschalteten Ladeziegel Strom holt. In der Regel kosten mich die 4 Klimas bis zu 25 Cent am Tag verlorene Einspeisevergütung, volltanken des EV ca. 2-3 Euro. Die Ersparnis beim fossilen Energieträger bezifferte sich letztes Jahr auf grob 600 Euro nur beim Heizen, Warmwasseraufbereitung baue ich in den kommenden Monaten.

Probleme macht der woso_mitsu aber auch, so werden z.B. die Indoor/Outdoor temperature nur sporadisch und zum teil stundenlang gar nicht aktualisiert. Manchmal stehen da auch gerne vollkommen von der Realität (vor allem outdoor bis zu 8-10 Grad C) abweichende Werte drin, Indoor schwankt stark je nach Betriebsmodus des Gerätes, steigt im Nachlauf nach Beenden des Heizens gerne massiv an und ist in der regel eh 3-6 Grad C zu hoch (wobei die Innengeräte ja auch unter der Decke hängen, ich habe KEINE externen Mitsubishi-Temperaturfühler verbaut)
Ich bin nach langem Testen und Adaptieren auf ein Shelly AddOn gewechselt für Aussentemperatur und ziehe meine Raumtemperaturen aus Homatic Thermostaten (auch korrigiert aber mit einem fixen Offset) über eine Raspe.
Wenn Du das besser hinbekommst, z.B. die Sensorabfrage regelmässig anstossen könntest, wäre das für den Benutzer ein cooles nutzbares Feature ohne zus. Sensoren.

Zu Deinem Adapter:
Ich habe den mal eben installiert und eine Instanz mit einem Splitgerät eingerichtet.

• keine Fehlermeldungen
• Gerät reagiert
  Sehr gut finde ich den Ansatz, in einer Instanz/Objekt optinonal mehrere Splitgeräte zu verwalten. :+1:

Beim ersten Blick über das Objekt habe ich ein paar allgemeine Fragen...
(Schon lange, weil im woso_mitsu gibt es das auch, finde dazu aber nichts sinnvolles im Netz)

Was macht Cool Hot Judge ?
Was macht Autoheating ?

Und logo habe ich Wünsche für deinen Adapter :

• ECO-Mode, der fehlt auch im woso-mitsu
• Abfrage Timer in der Instanz von 5 Sekunden auf 1 runter, meine Mädels neigen zum Dauertippen auf dem mobile-device wenn es nicht sofort die Farbe wechselt, wenn man wo drauf tippt. Ist in VIS aufwendiger das Abzufangen, in der woso-mistsu nutze ich dort sogar den Wert 0 (instant ?) ohne Probleme.
• Könnte man eine optionale Blockzeit des Neustarts nach Abschaltung eventuell mit einer Minuten Angabe im Adapter, einem Zeitstempel(last_(scripted_)Shutdown) und einem protect_mode Switch umsetzen. Würde die aktuellen Skripts mit Abfragen vom Zeitstempeln etc. vereinfachen und die Anzahl der notwendigen Datenpunkte reduzieren.

Könntest Du diese Vorschläge eventuell in Betracht ziehen (ich frag natürlich nur für einen Freund)?

Werde heute abend intensiver testen, rumprobieren und dann feedback geben.
Vielen Dank für Dein Engagement.

greets...m

[hacki11]

@mabbi Danke fürs Feedback.

Was macht Cool Hot Judge ?
Was macht Autoheating ?
Kann ich dir leider nicht sagen, das sind die Eigenschaften, die auch die Smart M-Air App empfängt. Ich konnte auf die schnelle keine Erklärung seitens MHI diesbezüglich finden.

ECO-Mode, der fehlt auch im woso-mitsu
Ich glaube das liegt daran, dass der nicht via WF-RAC steuerbar ist oder bisher nicht reverse engineered wurde. Kannst du den Eco Mode mit der App steuern? Welche Anlage hast du? Meine FB hat zwar eine Eco Taste aber die macht nichts und in der App steht von Eco auch nichts.

Abfrage Timer in der Instanz von 5 Sekunden auf 1 runter, meine Mädels neigen zum Dauertippen auf dem mobile-device wenn es nicht sofort die Farbe wechselt, wenn man wo drauf tippt. Ist in VIS aufwendiger das Abzufangen, in der woso-mistsu nutze ich dort sogar den Wert 0 (instant ?) ohne Probleme.
Ich nehme an, mit "mobile-device" meinste du eine Visualisierung die via IOB Adapter die Anlage steuert? Falls ja, verstehe ich das Problem nicht ganz. Denn Befehle werden immer sofort verschickt und unterliegen nicht dem Abfrageintervall. Nur wenn man z.B. mit der FB die Anlage einschaltet, dauert es ein Abfrageintervall bis die Änderung im IOB erscheint.

Könnte man eine optionale Blockzeit des Neustarts nach Abschaltung eventuell mit einer Minuten Angabe im Adapter, einem Zeitstempel(last_(scripted_)Shutdown) und einem protect_mode Switch umsetzen. Würde die aktuellen Skripts mit Abfragen vom Zeitstempeln etc. vereinfachen und die Anzahl der notwendigen Datenpunkte reduzieren.
Ich verstehe den Usecase, der Adapter dient aber in erster Linie dazu, die Anlage in eine Hausautomatierung einzubinden "as-is". Regelungen, welche das Verhalten der Anlage verändern sehe ich aktuell nicht im Adapter. Hier sind die Anforderungen auch sehr verschieden.

[Mabbi]

@hacki11

Dies sind meine Klimageräte:
2x Mitsubishi Heavy Industries SX-Serie Multisplit SCM 40 ZS-W
1x Mitsubishi Heavy Industries SRK 35 ZS-WF Wandgerät
3x Mitsubishi Heavy Industries SRK 25 ZS-WF Wandgerät

Der ECO-Modus ist auf der Fernbedienung, die zeigt dann auch ECO an.
Ob das wirklich etwas bewirkt.... ich weiss es ehrlich nicht.

Habe ich das korrekt in deinem Adapter gesehen, dass Du die elektriche Leistungsaufnahme in Watt anzeigst ?

Dann könnte ich da mal mit testen, ob das überhaupt etwas bewirkt.

Zur Blockzeit:
Quote:
"Ich verstehe den Usecase, der Adapter dient aber in erster Linie dazu, die Anlage in eine Hausautomatierung einzubinden "as-is". Regelungen, welche das Verhalten der Anlage verändern sehe ich aktuell nicht im Adapter. Hier sind die Anforderungen auch sehr verschieden."

Deswegen hatte ich ja einen Switch im Sinn, der die Funktion überhaupt erst aktiviert, wenn er true ist.
Der Schutz der Aussengeräte/Kopmpressoren ist bei reiner PV-Überschuss Steuerung echt wichtig.
Das dies nicht als Zwang anzusehen ist klar, aber der Hinweis auf dieses sinnvolle Feature wäre im Objekt schon Klasse. Oder halt auf Instanz Ebene, als Setting Werte, Optionshäkchen und dann ein Editierbares Feld für die Sperrzeit ? Hübsch mit Infobox blablabla.

Ich mache das derzeit so (ist ein teil der Ansteuerung der "0", Innengerät im Büro_EG):

Dies sind die beiden wichtigen Stellen:

Für mich ist das so ordentlich gelöst.
Ich habe halt nur Sorge, dass sich Leute Ihre Geräte schrotten, weil die evtl. bei jeder Verschattung oder bei kurzem hohen Stromverbrauch und somit Netzbezug die Klimas aus Unwissenheit wiederholt in kurzem Zeitabstand Starten/Stoppen.

Hier mal die google AI:
Die "Blockzeit" einer Klimaanlage nach dem Abschalten, auch "Takten" genannt, bezieht sich auf die Zeit, in der die Anlage nicht wieder automatisch einschaltet, um den Kompressor zu schonen und die Lebensdauer zu verlängern. Es gibt keine fest definierte Blockzeit, sondern die Dauer hängt von der spezifischen Anlage und den Umgebungsbedingungen ab

Mitsubishi empfiehlt afaik 30 Minuten