wichtiges UPDATE für controller 7.2.2 im stable

[stolly82]

@Thomas-Braun
Das war auch der Grund, weshalb ich mir die Mühe machen wollte ohne den PyMammotion zu arbeiten.

[stolly82]

Neuer Adapter: mammotion-pymammotion (PyMammotion-Bridge)

https://github.com/DNAngelX/ioBroker.mammotion-pymammotion

---

Es gibt jetzt einen komplett neuen Ansatz für den Mammotion-Adapter. Statt direkt mit der Mammotion-Cloud/MQTT zu kommunizieren, nutzt dieser Adapter — genau wie der Home Assistant Adapter — PyMammotion als Python-Bridge (Sidecar). Das bedeutet wir profitieren direkt von der aktiven PyMammotion-Community und müssen das Protokoll nicht selbst nachbauen.

Was der Adapter macht:

• Startet automatisch einen Python-Sidecar-Prozess beim Adapterstart
• Kommuniziert mit der Mammotion-Cloud über PyMammotion
• Legt alle Geräte-States dynamisch an (Status, Telemetrie, Zonen, Befehle usw.)
• Unterstützt Starten, Pausieren, Stoppen, Andocken, Zonen-Management
• Sidecar-Neustart mit Backoff bei Absturz

Voraussetzungen:

• Python 3.13 muss auf dem ioBroker-Host installiert sein
• Den Installationsbefehl findet ihr direkt im Adapter-Tab "Python":

  sudo apt install python3.13 python3.13-venv python3.13-distutils python3-setuptools
  

• Den Rest (venv, pymammotion, Dependencies) erledigt der Adapter beim ersten Start selbst

Installation über ioBroker Admin (Adapter → GitHub-URL):

https://github.com/DNAngelX/ioBroker.mammotion-pymammotion

Getestet mit:

• Luba 1
• Luba 2

Ach so:
Um die Zonen abzurufen einmal mammotion-pymammotion.0.devices.Luba-XXXXX.zones.syncMap klicken!

Zonen
Die habe ich wieder so wie bei dem letztem Adapter so gemacht, dass diese einzeln aktiviert werden können in den mammotion-pymammotion.0.devices.Luba-XXXXX.zones.zone_8943002932612598000.config.selected, damit die dann über die mammotion-pymammotion.0.devices.Luba-XXXXX.zones.startSelected gestartet werden können (nach Reihenfolge aus mammotion-pymammotion.0.devices.Luba-XXXXX.zones.zone_8943002932612598000.status.order!

Die können aber auch z.B. per JavaScript Adapter über mammotion-pymammotion.0.devices.Luba-XXXXX.zones.startPayload übergeben werden!

[stolly82]

Ach so, und testen, testen, testen,...

ich bin diese Woche dran und danach habe ich wieder viele andere Projekte.

[stolly82]

@norb-0 @m1k3f15h @jaschkopf @randyandy @freak @maverick78

Ist jemand in der Lage den Adapter zu testen?

Hier (Luba 1 und Luba 2) läuft bisher alles rund!

[Dia-dro]

Danke für deine Bemühungen!

Leider scheitere ich bereits bei der Installation von Python:

Kannst du mir einen Tipp geben?

[Thomas Braun]

@dia-dro

Versuch es so:

sudo apt update
sudo apt install python3 python3-venv python3-distutils python3-setuptools

Die Angabe der Versionsnummer im Paketnamen ist falsch.
Edit: Und das Paket 'python3-distutils' wird es vermutlich nicht mehr geben. Also nicht über entsprechende Meldungen wundern.

[Norb 0]

LUBA 2 AWD 3000X + RTK:

• Installation des Adapters hat funktioniert (hatte schon vorher Python 3.13 drauf)
• nach Eingabe des Accounts und starten des Adapters, wurden der Luba + RTK erkannt und einiges in den Objektstrukturen abgelegt
• nach syncMap wurden auch relativ schnell die Zonen geladen

sieht bis dato sehr gut aus

Wenn sich der Rasen wieder von der Hitze erholt hat, teste ich mal die einzelnen Funktionen.

Erstmal vielen lieben Dank für Deine Bemühungen.

[Dia-dro]

@Thomas-Braun sagte:

Die Angabe der Versionsnummer im Paketnamen ist falsch.
Edit: Und das Paket 'python3-distutils' wird es vermutlich nicht mehr geben. Also nicht über entsprechende Meldungen wundern.

Die Installation von Python scheint immer noch nicht zu funktionieren.
Wenn ich die Sache richtig verstanden habe, liegt mein Problem daran, dass auf meinem Raspberry Pi 3 nur Debian 12 installiert und somit nur Python 3.11 verfügbar ist.
Da ich auf Grund vieler IOBroker-Abstürze den Raspberry Pi 3 durch einen Pi 5 mit 8GB ersetzen werde, warte ich auf die Lieferung des neuen Pis und werde die Installation direkt auf diesem installieren und mich sobald als möglich wieder zurück melden.

[Thomas Braun]

@Dia-dro

Richtig. Das aktuelle stable release (dann inkl. Python 3.13) ist Debian 13 'Trixie'.
Bringt die Kisten doch bitte beizeiten auf einen aktuellen Stand...

[Dia-dro]

@Thomas-Braun sagte:

Richtig. Das aktuelle stable release (dann inkl. Python 3.13) ist Debian 13 'Trixie'.
Bringt die Kisten doch bitte beizeiten auf einen aktuellen Stand...

Werde ich machen...

[stolly82]

@Norb-0

FRAGE

Luba 2 > Zonen
Wie sind die Namings bei dir? Hast du die Zonen benannt?

Der Luba 2 der mir freigegeben wurde ist leider seit gestern offline und ich konnte das nicht testen.

Luba 1 hat leider noch keine Namen für die Zonen (die heissen dann Bereich 1 - xx).

Daher nehme ich als Fallback die selbe Logik wie im HomeAssistent, also Area 1 - xx nach Reihenfolge, was leider nichts mit den "Bereich 1 - x" aus der App zu tun hat.

Ich habe in der neuen Version jetzt aber noch die Zonen Meta- Daten eingespielt, damit man das zumindest anhand der m2 sehen kann.

[Norb 0]

so sehen die Zonen bei mir aus:

[stolly82]

@Norb-0 OK, DANKE

Du hast Namen

PERFEKT!

[Norb 0]

Eine Sache ist mir noch aufgefallen, ich erhalte keine Plans mehr nach "Sync plans".
Mit der Vorgängerversion (0.1.4) hat das noch funktioniert. Ich weiß nicht ob mein Limit überschritten ist oder es am Adapter liegt.

[Norb 0]

Hier der log dazu:

468bc354-067a-4181-9bf6-32a249a49d92-log.txt