Test Adapter melcloud v2.0.x Latest

[NCIceWolf]

So, hatte gestern Abend zwar die Gelegenheit das wieder umzustellen, aber noch nicht reingeschaut was da nun passiert.

Jetzt wird der Name direkt auf einen A-record aufgelöst und als Antwort gibt es drei (IPv4-)Adressen:

Apr 24 08:40:49: query[A] production.receiver.melcloud.com from 192.168.178.52
Apr 24 08:40:49: forwarded production.receiver.melcloud.com to 2620:119:35::35

Apr 24 08:40:49: reply production.receiver.melcloud.com is 52.208.145.31
Apr 24 08:40:49: reply production.receiver.melcloud.com is 52.210.254.74
Apr 24 08:40:49: reply production.receiver.melcloud.com is 3.248.61.210

Ich hoffe also nicht dass das schon die Endlösung ist. Aber zumindest tut es erst einmal wieder.
@oxident: Das mit dem "hakelig" kann ich mir vorstellen, wenn plötzlich alle Geräte weltweit nahezu gleichzeitig auf diese drei Server einstürmen

[Bernd1967]

Ich hab mein Klimagerät jetzt auch vom Cloudzwang befreit.
Ich hab es mit einem wemos D1 Mini an der CN105 Schnittstelle gemacht.
Als Software Tasmota + Miel HVAC Modul.
Gesteuert wird dann über MQTT. Klappt super.
Mit Infrarot klappte es auch, aber da nervte micht der ständige Bestätigungston an der Inneneinheit.

[oxident]

@bernd1967 Musstest Du den Melcloud-Adapter dafür entfernen oder ist das ein anderer Anschluss?

[Bernd1967]

@oxident
Der Melcloud Adapter ist hier auf dem CN110 Port.
Hab das Klima Modell MSZ-AP35 VGK.
Melcloud Adapter und wemos laufen hier parallel, das muß aber nicht bei jedem Modell funktionieren.
Da hilft nur ausprobieren.

[oxident]

@bernd1967 Danke für die Info. Hab das gleiche Modell

[Black Thunder]

Nur als kleine Info an alle: Mitsubishi hat gerade wieder mal an den Zertifikaten geschraubt und dabei wie schon Mitte letzten Jahres eine Fehlkonfiguration bzw. unvollständige Zertifikatskette zustande gebracht:

Daher läuft auch der Adapter auf den bekannten Fehler "Error: unable to verify the first certificate". Hier hilft leider nur wieder Aussitzen, bis Mitsubishi das wieder korrigiert.

[Black Thunder]

Soeben hat Mitsubishi das Zertifikatsproblem behoben und der Adapter läuft wieder ohne Fehlermeldungen.

Nichtsdestotrotz baue ich in den Adaptereinstellungen als Workaround für künftige Zertifikatsfehler die Möglichkeit ein, das Ignorieren von SSL-Fehlern zu aktivieren:

Im Log erscheint beim Start des Adapters dann ein zusätzlicher Eintrag "SSL errors are ignored when communicating with the cloud. This is potentially insecure!". Damit können dann solche Probleme zukünftig adapterseitig vom Anwender selbst vorübergehend umgangen werden, auch wenn es dieses Mal sehr schnell behoben wurde.

[Ralf_62]

@Black-Thunder könntest Du vielleicht mal schauen, ob es von "außen" per Befehl möglich ist, den Elektrostab der Zusatzheizung zu schalten. Das wäre eine super Funktion bei PV-Überschuß den Speicher der Wärmepumpe zu erwärmen.
Läuft die Wärmepumpe im "Legionellen" Betrieb, wird der Stab anscheinend sowie zugeschaltet.
Vielen Dank für Deine Unterstützung.
Viele Grüße
Ralf

[Black Thunder]

@ralf_62 Hallo Ralf, ist diese Funktion denn auch mittels App/Cloud explizit zuschaltbar? Falls nicht, kann ich das mit dem Adapter auch nicht ermöglichen, da nur die Funktionen der Cloud nachgeahmt werden.
VG Dominik

[Ralf_62]

@black-thunder stimmt, über die App lässt sich die Heizung nicht aktivieren. Das scheint dann automatisch zu passieren. Ich werde das mal über die Einstellung der Speichertemperatur probieren.
VG Ralf

[NoPlayBack 0]

Hat hier jemand schon einmal eine Mitsubishi-Wärmepumpe von extern geregelt um möglichst geschickt einen PV-Überschuss zu nutzen?

[oxident]

@noplayback-0 Du meinst sicher eine "richtige" WP und keine Klimaanlage, oder?

[NoPlayBack 0]

@oxident Ja, ich meine eine Wärmepumpe und keine Klima...

[darkblu]

Hallo zusammen,
gehört hier vielleicht nicht hin, aber ich versuchs trotzdem.

Ich will mir für meine beiden Klimaanlagen eine VIS basteln.
An/Aus (vis-inventwo universal switch) und Temperatur einstellen (jqui - select value list) bekomme ich hin.
Allerdings bekomme ich es nicht hin, die Betriebsarten (cool, dry, vent usw.) umzuschalten.
Ich wollte den vis-inventwo Radiobutton nehmen. Wenn ich bei "Wert" DRY(2) eintrage, wird der Datenpunkt

melcloud.0.devices.19738509.control.mode

zwar auf DRY(2) geändert, allerdings rot und er springt nach 5 Minuten wieder auf den ursprünglichen Wert zurück.
Wahrscheinlich holt er sich den "echten" Wert dann wieder aus der MelCloud.
In den Protokollen gibt es auch eine Fehlermeldung:

Unsupported ATA operation mode: 'DRY(2)' - Please report this to the developer!

setDevice(): Unsupported value for device option - please report this to the developer!

Welchen Button/State/Switch benutzt ihr dafür ?
Und was muss dann wo eingetragen werden ?
Ich hätte am liebsten ein vis-inventwo Schalter.

[Black Thunder]

@darkblu Zu VIS bzw. dem speziellen Widget kann ich dir nichts sagen. Allerdings musst du als Wert nicht "DRY(2)", sondern nur "2" übergeben. Daher vermutlich auch die Fehlermeldung im Log.

[darkblu]

@black-thunder
manchmal sieht man den Wald vor lauter Bäumen nicht ,

Danke, das wars

nee, doch nicht.
Das Widget ändert den Wert nicht "bestätigt".
Vielleicht hat noch jemand eine Idee

Oder muss ich den Umweg über Blockly und einen eigenen Datenpunkt nehmen ?

update:
Umweg über Blockly brachte den Erfolg. "steuere" schreibt jetzt bestätigte Werte in den DP

melcloud.0.devices.19738509.control.mode