Test Adapter melcloud v2.0.x Latest
-
@galdreth
Ich hatte ein ähnliches Problem mit dem melcloud Adapter und der Fritzbox.
Bei mir lag es an der Fritzbox. Dort hatte ich sehr vielen Geräten eine feste IP Adresse gegeben weil ich in der Vergangenheit Probleme mit dem internen DHCP Server der Fritzbox hatte.
Ich habe zum Test bei allen Geräten "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen" ausgeschaltet und siehe da, keine Verbindungsprobleme mehr mit dem melcloud Adapter. -
@black-thunder hallo .. entschuldige die Wartezeit .. die hatte familiäre Gründe
Also .. derzeit habe ich die Abholung von der melcloud quasi deaktiviert (nur noch alle 12h) und es scheint sehr viel zuverlässiger zu funktionieren .. eventuell war es ein Timingproblem, also die Daten von der melcloud und meine Steuerung sind sich eventuell irgendwie in die Quere gekommen.
Ich habe am Code nichts geändert, sondern lediglich die Häufigkeit meiner Steuerung etwas gedrosselt, was ja auch Sinn macht bei der Trägheit des Systems und die Daten hole ich nur noch alle 12h ab, weil die Steuerung ja funktioniert muss ich jetzt eh nicht mehr ans Bedienpanel.
-
@black-thunder vielen Dank für Deinen Support
-
@mchott Gerne, kein Problem. Wenn doch wieder Unstimmigkeiten oder Probleme auftreten, meld dich einfach nochmal.
-
Hallo, habe gerade auf 1.4.0 geupdatet.
Zusammenfassend kann man sagen:
Änderungen über ioBroker (an/aus, Temperaturänderungen)
kommen sofort in der Melcloud App an und gehen auch direkt zur Klimaanlage.
Änderungen per Melcloud App / Fernbedienung gehen sofort zur Klimaanlage, kommen im ioBroker aber erst je nach eingestelltem Abfrageintervall an (bzw. wann eben wieder abgefragt wird).Demnach kann eine Bedienung über die Melcloud App / Fernbedienung zu Verwirrungen im ioBroker (Vis) führen.
Stimmt doch soweit, oder ?
-
@darkblu Das ist korrekt, war aber schon immer so und lässt sich auch nicht verhindern.
Die Cloud schickt keine Pushnachrichten bei Änderungen, sondern der Adapter fragt regelmäßig die Daten ab (außer man deaktiviert das seit v1.4.0, dann bekommt man externe Änderungen gar nicht mit und es kommt evtl. zu Konflikten). -
@Black-Thunder kann es sein, dass sich Adresse der Außentemperatur geändert hat oder diese vom aktuellen Adapter nicht mehr erfasst wird? Laut den Objekten ist die Temperatur das letzte Mal am 26.3.2024 im iobroker geändert worden. Das war auch der Zeitraum, im dem ich auf die Version 1.4.0 gewechselt habe.
Danke schon mal für Deine Hilfe -
@ralf_62 Dazu bräuchte ich bitte ein Debug-Log, wenn ein Abruf der Daten des betroffenen Geräts stattfindet. Von Änderungen diesbezüglich ist mir so nichts bekannt.
-
@black-thunder ich habe das Problem entdeckt. In der Instanz war keine Abtastzeit eingetragen.
Dazu aber gleich noch eine Frage, ist die Eingabe ein Sekunden- oder Minutenwert? -
@ralf_62 Ok, das erklärt natürlich die fehlende Aktualisierung.
Die Angabe ist in Minuten, siehe auch Tooltip
-
@black-thunder ich danke Dir. Wer lesen kann, ist klar im Vorteil
-
Habt ihr eigentlich auch seit gestern (18.04.) Stress mit der App bzw. dem Adapter?
Bei mir werden fast alle Geräte als Offline angezeigt.
-
@oxident Ja, hier ebenso. Seit ca. 18:30 Uhr sind alle Geräte offline und auch die App kann seitdem keine Befehle mehr erfolgreich rausschicken. Da hilft wohl nur warten, bis Mitsubishi das wieder zum Laufen bringt.
-
Bei mir ebenfalls.
Ab 19:45 Uhr sehe ich in meinem pihole dass es keine Anfragen mehr an ***.amazonaws.com gibt, sondern nur noch die Anfrage an "production.receiver.melcloud.com".Hier muss also Mitsubishi schauen was da in deren System nicht mehr läuft.
Vielleicht hat da jemand vergessen die AmazonCloud zu verlängern/bezahlen
-
@ncicewolf @Black-Thunder @NCIceWolf
Hallo, uff! Ich habe heute früh schon bemerkt dass beide Klimaanlagen nicht mehr erreichbar sind, heute mittag alle Wifi Adapter resettet und frisch verbunden, Unifi-Settings ausprobiert und im Router alles mögliche versucht, nun merke ich euch geht es genau so.
Kann keinerlei Daten von außen über die App mehr auslesen bzw. befehle senden. Der zuletzt eingestellte Stand von irgendwann gestern abend wird dargestellt.
-
Es gibt auch einen Post bei Twitter auf der Mitsubishi Electric seite. -
Irgendwie erschreckend, dass es dann doch so lange dauert, bis etwas unternommen wird. Das zeigt mal wieder erschreckend, wie schlimm solche cloud-only Lösungen sind.
Wieso spendiert man dem Wifi-Modul nicht irgendeine Art von API?
Kennt jemand eine gute "out of the box"-Alternative zum Nachrüsten?
-
@oxident said in Test Adapter melcloud v1.4.x Latest:
Irgendwie erschreckend, dass es dann doch so lange dauert, bis etwas unternommen wird. Das zeigt mal wieder erschreckend, wie schlimm solche cloud-only Lösungen sind.
Am traurigsten ist, dass es immer noch keine einheitliche flächendeckende Kommunikation über einen Ausfall und dessen voraussichtliche Dauer gibt.
Wieso spendiert man dem Wifi-Modul nicht irgendeine Art von API?
Anscheinend gibt's da potentiell schon Möglichkeiten, bisher scheitert es aber an fehlenden Zugangsdaten für das Modul und der verschlüsselten Kommunikation. Hier gibt's ein paar mehr Infos dazu, aber leider keine Lösung: klick
Kennt jemand eine gute "out of the box"-Alternative zum Nachrüsten?
Was fertiges/plug&play hab ich da leider auch noch nicht gefunden. Nur das übliche Spielchen mit Wemos D1, CN105-Adapter und mitsubishi2MQTT.
-
Immerhin gibt's jetzt ne Info beim Anmelden:
-
@oxident @green @NCIceWolf und alle anderen Betroffenen
Nur eine kleine Info an alle, die in ihrem Netzwerk einen eigenen DNS-Server (z.B. Pi-hole) betreiben oder der Router lokale DNS-Einträge zulässt: Wenn ihr die URL "production.receiver.melcloud.com" auf die IP "52.215.226.151" auflösen lasst, dann funktioniert sowohl der Zugriff über MelCloud als auch über meinen Adapter wieder. Sieht in Pi-hole dann so aus (Local DNS -> DNS Records):
Damit läuft es bei mir zumindest für den Moment wieder problemlos.
