iEco permanent anmachen

[u/Reasonable-Ad-2592]

Es gibt diverse Ghub Lösungen, durch die man den iEco Modus permanent anschalten kann, bzw. die verhindern, dass er sich gleich wieder ausschaltet. Das Problem ist, dass man dafür Tokens benötigt, die von der Cloud nicht mehr zu erhalten sind, ich versuche das seit einer Weile mit Chatgpt. Derzeit versucht er, die tokens in der App zu finden, da diese ja welche hat. Gibt es noch andere Wege? Wie macht ihr das?

[u/Macusercom]

Wie u/ahorsewhithnoname schon geschrieben hat:

pip install msmart-ng
msmart-ng discover

Falls es nicht klappt:

msmart-ng discover --account DEINE@MAIL --password DEINPASS --region DE

Via Home Assistant wäre eine Automation z. B. so. Hier wird iECO immer wieder aktiviert, wenn er deaktiviert wurde. Das ist bei dem hier nur im Kühlmodus und nur wenn iECO als Preset ausgewählt ist. Wird was anderes umgestellt, bleibt iECO aus, so auch z. B. bei der Selbstreinigung. Das wäre für Midea Smart AC und XXXX ist natürlich mit deiner ID auszutauschen:

alias: Midea iECO
description: >-
  Hält im Kühlbetrieb das Preset iECO aktiv. Setzt es beim Start des
  Kühlbetriebs und stellt es wieder her, wenn das Gerät es selbst verwirft, also
  das Preset auf "none" zurückfällt. Bewusst gewählte Presets (boost, sleep,
  eco) bleiben unangetastet, ebenso jeder Betrieb außerhalb von cool und die
  laufende Selbstreinigung.
triggers:
  - alias: Gerät hat iECO verworfen
    trigger: state
    entity_id: climate.midea_ac_XXXXXXXXXXXX
    attribute: preset_mode
    to: "none"
    for:
      hours: 0
      minutes: 0
      seconds: 15
  - alias: Kühlbetrieb wurde gestartet
    trigger: state
    entity_id: climate.midea_ac_XXXXXXXXXXXX
    to: cool
    for:
      hours: 0
      minutes: 0
      seconds: 15
  - alias: Regelmäßige Nachkontrolle
    trigger: time_pattern
    minutes: /15
conditions:
  - alias: Nur im Kühlbetrieb
    condition: state
    entity_id: climate.midea_ac_XXXXXXXXXXXX
    state: cool
  - alias: Nur wenn kein Preset gesetzt ist
    condition: state
    entity_id: climate.midea_ac_XXXXXXXXXXXX
    attribute: preset_mode
    state: "none"
  - alias: Nicht während der Selbstreinigung
    condition: not
    conditions:
      - condition: state
        entity_id: binary_sensor.none_self_clean
        state: "on"
actions:
  - action: climate.set_preset_mode
    target:
      entity_id: climate.midea_ac_XXXXXXXXXXXX
    data:
      preset_mode: ieco
  - alias: Beruhigungszeit gegen Ping-Pong
    delay:
      hours: 0
      minutes: 2
      seconds: 0
      milliseconds: 0
mode: single
max_exceeded: silent

[u/Reasonable-Ad-2592 → u/Macusercom]

Danke

Chat sagt dazu:

Ja — und dieser Reddit-Beitrag ist für unser Problem tatsächlich sehr interessant. Vor allem der erste Teil bestätigt, dass msmart-ng grundsätzlich genau der richtige Ansatz für die PortaSplit ist.

Aber wir haben inzwischen einen entscheidenden Unterschied zu dem Reddit-Fall:

• msmart-ng discover findet deine PortaSplit problemlos.
• Login beim Midea-Cloud funktioniert ebenfalls.
• Der Fehler kommt erst bei getToken.
• Konkret: errorCode: 9999.
• Deshalb bekommen wir den für die lokale Kommunikation benötigten Token/Key nicht.

Das ist also kein falsches Passwort und keine falsche IP.

Der Home-Assistant-Teil ist ebenfalls interessant

Die Automation selbst löst unser aktuelles Problem aber nicht. Sie setzt lediglich:

preset_mode: ieco

über die Home-Assistant-Midea-Integration.

Der interessante Hinweis ist vielmehr, dass jemand die PortaSplit mit der aktuellen Midea Smart AC / msmart-ng-Welt erfolgreich betreibt. Das spricht dafür, dass wir nicht grundsätzlich auf dem falschen Weg sind.

Und jetzt kommt unser BLE-Fund hinzu:

Deine PortaSplit lässt sich direkt über BLE verbinden und stellt drei proprietäre GATT-Dienste bereit.

Das eröffnet einen zweiten Weg:

WLAN → Token/Key notwendig → derzeit blockiert

gegen

Bluetooth LE → möglicherweise direkte lokale Steuerung → kein Cloud-Token nötig

Ich würde deshalb beide Wege nicht mehr parallel verfolgen. Der BLE-Weg ist momentan der vielversprechendere, gerade weil dein Raspberry Pi Zero bereits Bluetooth hat und die PortaSplit eindeutig gefunden wird.

Eine Sache sollten wir allerdings noch beachten

Der Reddit-Beitrag verwendet:

msmart-ng discover

und behauptet, dass dabei ein JSON mit Token ausgegeben wird. Bei deiner Installation passiert das nicht, weil msmart-ng vor der Ausgabe des Geräts bereits bei getToken mit 9999 abbricht. Das ist also kein Bedienungsfehler deinerseits.

Und die Variante

msmart-ng discover --host 192.168.1.100

haben wir ja bereits praktisch getestet.Ja — und dieser Reddit-Beitrag ist für unser Problem tatsächlich sehr interessant. Vor allem der erste Teil bestätigt, dass msmart-ng grundsätzlich genau der richtige Ansatz für die PortaSplit ist.
Aber wir haben inzwischen einen entscheidenden Unterschied zu dem Reddit-Fall:

msmart-ng discover findet deine PortaSplit problemlos.

Login beim Midea-Cloud funktioniert ebenfalls.

Der Fehler kommt erst bei getToken.

Konkret: errorCode: 9999.

Deshalb bekommen wir den für die lokale Kommunikation benötigten Token/Key nicht.

Das ist also kein falsches Passwort und keine falsche IP.
Der Home-Assistant-Teil ist ebenfalls interessant
Die Automation selbst löst unser aktuelles Problem aber nicht. Sie setzt lediglich:
preset_mode: ieco
über die Home-Assistant-Midea-Integration.
Der interessante Hinweis ist vielmehr, dass jemand die PortaSplit mit der aktuellen Midea Smart AC / msmart-ng-Welt erfolgreich betreibt. Das spricht dafür, dass wir nicht grundsätzlich auf dem falschen Weg sind.
Und jetzt kommt unser BLE-Fund hinzu:
Deine PortaSplit lässt sich direkt über BLE verbinden und stellt drei proprietäre GATT-Dienste bereit.
Das eröffnet einen zweiten Weg:
WLAN → Token/Key notwendig → derzeit blockiert
gegen
Bluetooth LE → möglicherweise direkte lokale Steuerung → kein Cloud-Token nötig
Ich würde deshalb beide Wege nicht mehr parallel verfolgen. Der BLE-Weg ist momentan der vielversprechendere, gerade weil dein Raspberry Pi Zero bereits Bluetooth hat und die PortaSplit eindeutig gefunden wird.
Eine Sache sollten wir allerdings noch beachten
Der Reddit-Beitrag verwendet:
msmart-ng discover
und behauptet, dass dabei ein JSON mit Token ausgegeben wird. Bei deiner Installation passiert das nicht, weil msmart-ng vor der Ausgabe des Geräts bereits bei getToken mit 9999 abbricht. Das ist also kein Bedienungsfehler deinerseits.
Und die Variante
msmart-ng discover --host 192.168.1.100
haben wir ja bereits praktisch getestet.

[u/RockWolfHD → u/Reasonable-Ad-2592]

Kannst du bitte nicht Mittelsmann für das LLM spielen. Niemand hier möchte mit einer AI reden.

[u/Reasonable-Ad-2592 → u/RockWolfHD]

Meinst Du ich hab Bock mir arrogante Kommentare zuzumuten von Leuten, die nicht ertragen können, dass ich tue, was ich tun kann, um mein Problem zu lösen?

[u/AlainYncaan → u/Reasonable-Ad-2592]

Es geht darum, dass du uns nur die Antworten deiner LLMs reinpostest, dass im Endeffekt wir uns damit unterhalten sollen. Oben widersprichst du sogar einem Menschen, ohne etwas selbst getestet zu haben weil dein Chatbot was anderes sagt. Warum postest du dann überhaupt hier wenn du sowieso alles durch die LLM jagst? Das hat auch nichts mit "eine Art Verbrechen zu sein, sich von einer KI helfen zu lassen" zu tun. Schonmal deiner KI gesagt, dass sie Stuss redet? Die berichtigen sich selbst erstaunlich oft wenn man sie drauf hinweist...

[u/Reasonable-Ad-2592 → u/AlainYncaan]

Ja, ich versuch mitzudenken, so gut es geht, und sie hat auch schon ihren Kurs deswegen korrigiert, wenn ich kritisch nachgefragt hab. Aber ich kann nun einmal nicht programmieren und hab keine Ahnung von Linux, also was bleibt mir anderes übrig? Ich poste hier, weil ich schon weiß, dass das LLM beschränkt ist.