Monatsrückblick Januar/Februar 2026 ist online!

[oxident]

@norfer Ich hatte ein ähnliches Problem und konnte aber auch die interne Webseite des Controllers selbst nicht erreichen. Melcloud hatte jedoch einwandfrei funktioniert.

Letzten Endes lag der Fehler bei mir an der Firmware des APs (Ubiquiti). Vielleicht liegt es bei Dir ja auch an "iobroker-fremden" Ursachen.

Ping geht?

[norfer]

@black-thunder
Die IPs sind korrekt und einzustellen gibt es nichts - oder?
Die WiFi-Adapter sind die original von Mitsu gelieferten. Alle IG sind über Melcloudhome zu bedienen.
Jetzt habe ich in der Instanz versucht, das Wohnzimmer-IG zu ersetzen durch das Bad-IG. Ergebnis: das Wohnzimmer-IG erscheint immer noch in den Objekten, das Bad immer noch nicht.
Jetzt alle IG gelöscht: Das Wohnzimmer ist immer noch da mit seiner korrekten IP und lässt sich nicht löschen.
Per Wlan kann ich alle IG über die MelcloudHome bedienen.
Ich werde morgen versuchen, die Version 1.0.2 zu installieren und dannn berichten.

[Black Thunder]

@norfer Die Frage nach den WiFi-Adaptern war eher auf die konkrete Modellbezeichnung aller verbauten Adapter bezogen.

Stell bitte sicher, dass all deine Geräte vom ioBroker aus erreichbar sind (siehe auch den Hinweis von @oxident).
Was passiert,wenn du http://192.168.178.95:80/ im Browser aufrufst? Kommt dort ein Login-Screen? Kannst du dich dort mit "admin" / "me1debug@0567" anmelden?
Falls das geht, öffne mal http://192.168.178.95:80/unitinfo. Die Infos dort bitte hier zum Abgleich posten.

Falls das obere schon scheitert und du noch tiefer einsteigen möchtest, kannst du auch einen Port-Scan auf die nicht funktionierenden IPs machen, z.B. mit nmap

nmap -sS -p- -vv 192.168.178.95

Da muss Port 80 als "open" deklariert sein, z.B. so:

Starting Nmap 7.95 ( https://nmap.org ) at 2025-12-28 20:54 CET
Initiating ARP Ping Scan at 20:54
Scanning 192.168.2.10 [1 port]
Completed ARP Ping Scan at 20:54, 0.14s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 20:54
Completed Parallel DNS resolution of 1 host. at 20:54, 0.00s elapsed
Initiating SYN Stealth Scan at 20:54
Scanning 192.168.2.10 [65535 ports]
Discovered open port 80/tcp on 192.168.2.10
SYN Stealth Scan Timing: About 15.37% done; ETC: 20:58 (0:02:51 remaining)
SYN Stealth Scan Timing: About 38.69% done; ETC: 20:57 (0:01:37 remaining)
SYN Stealth Scan Timing: About 68.89% done; ETC: 20:57 (0:00:41 remaining)
Completed SYN Stealth Scan at 20:56, 117.00s elapsed (65535 total ports)
Nmap scan report for 192.168.2.10
Host is up, received arp-response (0.0031s latency).
Scanned at 2025-12-28 20:54:58 CET for 117s
Not shown: 65534 filtered tcp ports (no-response)
PORT   STATE SERVICE REASON
80/tcp open  http    syn-ack ttl 255
MAC Address: XXX (Murata Manufacturing)

Read data files from: /usr/bin/../share/nmap
Nmap done: 1 IP address (1 host up) scanned in 117.31 seconds
           Raw packets sent: 131162 (5.771MB) | Rcvd: 133 (6.824KB)

Wenn dort keine offenen Ports gelistet sind, hat Mitsubishi wohl die Lücke bei deinen WiFi-Adaptern schon gepatcht (siehe auch hier). Von Updates sollte man daher grundsätzlich Abstand nehmen, wenn man den lokalen Zugang nicht verlieren will.

[norfer]

Das Problem ist wohl durch unterschiedliche Typen verursacht:
im Wohnzimmer hängt Mitsubishi Klimagerät M-Serie MSZ-AY35VGK
Wifi(Typ MAC577IF2-E) und wird von iob erreicht, die anderen 3 Mitsubishi Klimageräte M-Serie MSZ-EF18VGK2W mit werkseitig eingebautem WiFi dagegen nicht.
@black-thunder :
Nmap kennt mein Raspi4 nicht.
Die Geräte sind über die IP nicht erreichbar.

Deinen letzten Absatz habe ich nicht verstanden. Was bedeutet "Ports schon gepatcht"? Und keine Updates: soll ich deinen Mitsubishi Control 1.0.2 nicht aufspielen? Ich bin leider kein Fachmann, daher die Fragen.

[Black Thunder]

@norfer sagte in [Neuer Adapter] mitsubishi-local-control:

Das Problem ist wohl durch unterschiedliche Typen verursacht:
im Wohnzimmer hängt Mitsubishi Klimagerät M-Serie MSZ-AY35VGK
Wifi(Typ MAC577IF2-E) und wird von iob erreicht, die anderen 3 Mitsubishi Klimageräte M-Serie MSZ-EF18VGK2W mit werkseitig eingebautem WiFi dagegen nicht.

Das wird wohl das Problem sein, ja. Der Adapter nutzt eine inoffizielle Schnittstelle des externen WiFi-Adapters - wie dem MAC577IF2-E - aus, die einen direkten Zugriff auf das Klimagerät erlaubt. Bei deinen anderen 3 Geräten mit eingebautem WiFi-Adapter scheint dies wohl so nicht möglich zu sein. Daher funktioniert mein Adapter dafür nicht.

@black-thunder :
Nmap kennt mein Raspi4 nicht.

sudo apt update
sudo apt install nmap 

Die Geräte sind über die IP nicht erreichbar.

Dann wird das auch mit meinem Adapter leider nicht funktionieren.

Deinen letzten Absatz habe ich nicht verstanden. Was bedeutet "Ports schon gepatcht"? Und keine Updates: soll ich deinen Mitsubishi Control 1.0.2 nicht aufspielen? Ich bin leider kein Fachmann, daher die Fragen.

Die Updates für meinen Adapter kannst du bedenkenlos einspielen (in der Zwischenzeit schon Version 1.0.3).
Was ich meinte, sind Updates für die WiFi-Adapter bzw. Klimageräte selbst. Dadurch könnte eben jene inoffizielle Schnittstelle, die mein Adapter nutzt, geschlossen/verändert werden und damit den Adapter unbrauchbar machen. In deinem Fall betrifft das nur dein Klimagerät im Wohnzimmer, da die anderen 3 die Schnittelle in dieser Form anscheinend gar nicht besitzen.

[norfer]

@black-thunder :
Vielen Dank für deine Hinweise.
Dann werde ich mit MelcloudHome weiter leben müssen. Diese SW scheint noch ein paar Macken zu haben: Zeitpläne verschwinden, Energieberichte zeigen komplett falsche Werte an und über den Support kann man sich nur wundern: der existiert wahrscheinlich gar nicht - zumindest zeigt er keinerlei Reaktion.

[oxident]

@Black-Thunder Ich habe meine Vermutung zum "Power Mode" mal bei der Python-Implementierung zur Diskussion gestellt: https://github.com/pymitsubishi/pymitsubishi/issues/21#issuecomment-3700416745

Der Entwickler hat andere Erfahrungen gemacht und seine Ergebnisse sehen auch schlüssig aus.

Denke also mittlerweile auch, dass das eher ein Trugschluss von mir war ;-)

Wäre aber toll, wenn wir unsere Beobachtungen, speziell in Bezug auf Single-/Multi-Split hier noch weiter ausbreiten könnten!

[ralfheitz]

@black-thunder: Vielen vielen Dank für deine Arbeit! Wir selbst haben vor Kurzem eine Multi-Split Anlage installieren lassen. Zwei der drei Geräte kann ich mit der Local Control laufen lassen, das dritte Modell leider nicht (selbes Problem wie oben beschrieben - integrierter WiFi Adapter ohne Port 80). Dieses Modell ist aber laut Installateur so neu, dass es auch nicht mit der "alten" MelCloud läuft, sondern nur mit MelCloud Home. Ich kann also so dieses Modell gar nicht mit ioBroker nutzen. Hast du eine Idee oder wird es hier Entwicklungen geben? Ich bin zwar kein Programmiere, aber auch Informatiker und wäre auch bereit, zu helfen, wo ich kann. Danke sehr.

[Black Thunder]

@ralfheitz Freut mich, dass dir mein Adapter gefällt und du zumindest zwei deiner drei Geräte damit lokal steuern kannst.

Zum Thema MelCloud Home kann ich dir ehrlicherweise nur sagen, dass ich in dieser Richtung keinerlei Weiterentwicklungspläne meines melcloud-Adapters habe. Selbst bin ich vollständig auf die lokale Steuerung umgestiegen und habe den Wifi-Adaptern jeglichen externen Internetzugriff gesperrt. Von daher wird es von meiner Seite keinen Adapter für MelCloud Home geben.

Falls du (oder jemand anders) Inspiration für eine Eigenentwicklung suchst, gibt es anscheinend bereits eine Python-Implementierung dafür: https://github.com/MHultman/pymelcloudhome

[ralfheitz]

@Black-Thunder danke für die zügige Rückmeldung. Ich kann das verstehen, wenn ich es auch schade finde. Aber danke vielmals für den Tipp mit dem Python Script.

[darkblu]

@ralfheitz , du könntest es für die dritte Anlage mit dem BroadLink RM4 mini S Universal-IR-Fernbedienungs-Hub versuchen.
Hab das mal in einem „spiel und zeug“ Video gesehen.
Zwar nicht besonders elegant, aber so wäre diese auch im ioBroker.

[ralfheitz]

schaue ich mir auch gerne mal an, danke sehr!

[pasumima]

Servus, der Adapter funktioniert bei mir einmandfrei.

das einzige was ich mal fragen muss warum geht der nicht weiter runter wie 16°C ? ich hatte von unterwegs die Heizfunktion runtergeregelt und dann im ioBroker folgende Meldung

"mitsubishi-local-control.0 2026-03-27 20:27:32.448 warn State value to set for "mitsubishi-local-control.0.devices.7061beefd3a5.control.targetTemperature" has value "14.5" less than min "16""

[Black Thunder]

@pasumima Das liegt einfach daran, dass meines Wissens nach der unterstützte Temperaturbereich für die Solltemperatur in der Regel bei 16 bis 31 °C liegt. Daher habe ich den State so definiert.
Erlaubt denn dein Gerät überhaupt Solltemperaturen unter 16°C? Dann kann ich das natürlich entsprechend anpassen.

[pasumima]

servus, danke für die schnelle antwort

also ich kann in der Mitsubishi app bei Heizen auf 10 Grad runter gehen, (was das Gerät auch Macht) beim Kühlen muss ich dir Recht geben da sind es 16°C.

[Black Thunder]

@pasumima Alles klar, ich habe gerade v1.0.6 freigegeben. Dort ist nun als Minimum für "targetTemperature" 10 festgelegt. Dazu bitte einmalig nach dem Update den State löschen, damit er korrekt neu angelegt werden kann.

[pasumima]

@Black-Thunder sagte in Test Adapter mitsubishi-local-control v1.0.x Latest:

Alles klar, ich habe gerade v1.0.6 freigegeben. Dort ist nun als Minimum für "targetTemperature" 10 festgelegt. Dazu bitte einmalig nach dem Update den State löschen, damit er korrekt neu angelegt werden kann.

sieht gut aus, habe das jetzt noch mal durchgespielt und keine Fehler festgestellt.

Besten Dank für die schnelle Bearbeitung