Monatsrückblick Januar/Februar 2026 ist online!

[stolly82]

Hi zusammen,
wer mal testen will!

Was der Adapter aktuell kann

• Login über Mammotion-Cloud
• Geräteerkennung und Anlage der States
• Grundbefehle (z. B. Start/Pause/Stop/Station)
• Telemetrie-/Status-Polling mit automatischer Aktualisierung

Wichtig

Der Adapter ist aktuell im Teststatus.
Es kann also noch zu Fehlern oder unvollständigen Funktionen kommen.

Installation (Test)

• NPM: iobroker.mammotion
• GitHub: https://github.com/DNAngelX/ioBroker.mammotion

Was ich zum Testen suche

Bitte gern Rückmeldung zu:

• Login / Reconnect-Verhalten
• Zuverlässigkeit von Befehlen
• Aktualität der Status-States
• Fehlermeldungen im Log (am besten mit Debug-Logauszug)

Feedback

Issues/Feature-Wünsche gern direkt hier im Thread oder auf GitHub.

Danke fürs Testen

[SchlaMatt]

Danke für den Adapter!
Die Installation und der Start verliefen ohne Fehler.
Objekte werden angelegt, zu den Datenpunkten kann ich aber noch nichts sagen, da mein Luba noch nicht im Betrieb ist.
Ich werde nächste Woche mit dem Neu-Kartieren der Mähbereiche beginnen und weiter berichten.

[Scrounger]

@stolly82

Darauf hab ich wirklich gewartet, vielen Dank für den Adapter.

Installiert und erste Test (v0.0.2) gemacht, klappt einwandfrei.
Hätte ab noch paar Fragen.

Aktuell nutze ich noch die Intergration von HomeAssitent. Hier ist es möglichen einen zweiten Account zu verwenden, damit ein paralleler Betrieb mit der App weiterhin möglich ist. Wenn ich den zwiten Account bei dir verwende, werden aber keine devices gefunden - könntest du das auch implementieren?

mammotion.0.devices.XXXX.commands.applyTaskSettings:
Wann muss ich das ausführen? Genrell wenn ich irgendwelche Einstellungen (wie. routeBorderMode, routeChannelMode, routeChannelWidthCm, targetMowSpeedMs, routeTowardDeg, etc.) geändert habe?

mammotion.0.devices.XXXX.commands.routeAreasCsv:
Kann man damit die Bereiche angeben, die gemäht werden sollen?
Wenn ja, woher bekomm ich die hashes der existierenden Bereiche?

[stolly82]

@Scrounger
Hey,

das mit dem 2. Account hatte ich vorgestern schon eingebaut, hatte das gestern in die GUT Version gepusht und funktioniert jetzt auch.

mammotion.0.devices.XXXX.commands.applyTaskSettings:
Wann muss ich das ausführen? Genrell wenn ich irgendwelche Einstellungen (wie. routeBorderMode, routeChannelMode, routeChannelWidthCm, targetMowSpeedMs, routeTowardDeg, etc.) geändert habe?

Nicht nötig! Das passiert automatisch. Wenn du targetCutHeightMm oder targetMowSpeedMs änderst, wird applyTaskSettings nach 1,5 Sekunden automatisch im Hintergrund ausgelöst.

Die anderen Einstellungen wie routeBorderMode, routeChannelMode, routeChannelWidthCm, routeTowardDeg etc. triggern stattdessen automatisch modifyRoute nach 2,5 Sekunden.

applyTaskSettings manuell auf true setzen macht nur Sinn wenn man die Einstellungen direkt schicken will ohne auf den Debounce zu warten.

mammotion.0.devices.XXXX.commands.routeAreasCsv:
Kann man damit die Bereiche angeben, die gemäht werden sollen?
Wenn ja, woher bekomm ich die hashes der existierenden Bereiche?

Hier sitze ich noch dran, ignorieren den Datenpunkt bitte noch mal.

Ich hatte hier geplant, dass die "Zonen" geladen werden und dann Datenpunkte angelegt werden (je Zone) mit true/false, und mann dann einen Zonenmähvorgang starten kann, der dann anhand der Datenpunkte im richtigem Format in den Payload haut den Mammotion benötogt.

Da fehlt mir aber gerade noch was, was ich aus der App auslesen muss (ist relativ komplex und ich habe in der Regel nur nachts Zeit zum Entwickeln,... dann kann ich aber kaum Testen wegen Nachbarn :) )

[fuma2000]

Welche eine Freude. Wie lange warte ich schon darauf. Einen Riesen dank das du das machst. Muss ich die Tage gleich mal ausprobieren.

[stolly82]

Ich habe heute die Steuerung fertig bekommen, inkl. Zonen etc.

Sollte 95% laufen.

Was nicht sauber läuft sind die updates der states (was er aktuell macht, RTK auslesen, position etc. ) Da muss ich noch bei.

Zonen habe ich relativ smart gemacht denke ich!

PS. ist ne richtig scheiss Arbeit ReverseEngineering 🤣

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

Step 1 – Discover zones

Press commands.requestAreaNames (button). The adapter queries the device for its full zone list.
The device responds via MQTT — this can take up to 60–90 seconds on first run because each zone hash is classified individually. Once complete, zone objects appear under devices.<id>.zones.<zoneName>/.

Each zone channel contains:

State	Type	Description
enabled	boolean (writable)	Mark zone for batch mowing
position	number (writable)	Execution order (1..n) for startZones / startAllZones
start	boolean (writable, trigger)	Immediately start mowing this zone only
hash	string (read-only)	Internal zone hash ID

---

Option A – Start a single zone immediately

Set devices.<id>.zones.<zoneName>.start = true.
The adapter sends a mowing command for exactly that one zone using the current global settings (bladeHeightMm, targetMowSpeedMs, etc.).

---

Option B – Batch: mow multiple zones

1. Set zones.<zoneName>.enabled = true for each zone you want to mow.
2. Press commands.startZones.

The adapter collects all enabled zones and sends them as a single modifyRoute command. Mow settings (knife height, speed, etc.) are taken from the current commands.* state values.
Zone execution order is sorted by zones.<name>.position (ascending).

---

Option C – Start all known zones (ignore toggles)

Press commands.startAllZones.

The adapter takes all zones from telemetry.areasJson and starts a route with all hashes, independent of zones.*.enabled.
Order is also sorted by zones.<name>.position.

---

[grasiv6]

Hallo

Danke für deinen Einsatz! Tolle Sache!

Ich hab die Steuerung am iobrocker eingepflegt.
Funktioniert soweit

Was ich nicht schaffe ist starten.

Egal ob zone 1 enable oder alle zonen, er fährt nur aus der station (ca 1m) , bricht ab (in der App kommt Aufgabe abgeschlossen) und wieder zurück in die Station.
Kein Fehler nichts.

Ich habe den Yuka.

Abbrechen und zurück zur Ladestation funktioniert einwandfrei!

vlt hast du da einen Ansatz was ich übersehe?

Danke

[stolly82]

@grasiv6
Hey, ich habe nen Luba 1, da klappt es.

Hast du ein separates Profil angelegt für IoBroker, so dass du das dann in der App theoretisch "live" sehen kannst welche Area er gewählt hat?

Wenn ich zB nur "mammotion.0.devices.XX.zones.Area_2.start" drücke, sehe ich auf der App sogar, dass Area 2 ausgewählt ist uns startet.

[Scrounger]

@grasiv6 sagte:

Was ich nicht schaffe ist starten.

Egal ob zone 1 enable oder alle zonen, er fährt nur aus der station (ca 1m) , bricht ab (in der App kommt Aufgabe abgeschlossen) und wieder zurück in die Station.
Kein Fehler nichts.

Ich habe den Yuka.

Ich hab heute auch endlich Mal wieder testen können.
Hab genau das gleiche Problem mit.meinem yuka 2025.

Was brauchst du debug / silly logs?

[eLichte]

Hi, danke für diesen Adapter.

Ich habe einen Yuka Mini 2025 und evtl liegt es daran, dass der Yuka andere Befehle erwartet wie der Luba. Z.b. kann der Yuka Mini keine Höhenverstellung und keine Messerdrehzahl. Ausserdem ist mir aufgefallen, dass die Schnittbahnbreite in der App zwischen 8 und 11 cm zu verstellen ist. In deinem Adapter von 20 -35.

[stolly82]

😵‍💫😵‍💫😵‍💫

Also was ich anbieten kann, mir gibt jemand einen Yuka frei und ich logge die eben selber durch und bringe die zum laufen.

Ich müsste nur nen paar mal Start / Stop und ne Zone wählen (nicht anfahren) und direkt wieder stoppen.

Ich habe bei mir das Android App komplett auseinandergenommen, logge den Netzwerk Verkehr etc.

Mein Luba hat leider gestern den Geist aufgegeben, da es ein Zwangsupdate gab, welches dazu führt dass der RTK nicht mehr gefunden wird (Fehler ist bekannt bei Mammotion).

Ich kann mit meinem aktuell nichts machen 🫣

[stolly82]

@eLichte sagte:

Hi, danke für diesen Adapter.

Ich habe einen Yuka Mini 2025 und evtl liegt es daran, dass der Yuka andere Befehle erwartet wie der Luba. Z.b. kann der Yuka Mini keine Höhenverstellung und keine Messerdrehzahl. Ausserdem ist mir aufgefallen, dass die Schnittbahnbreite in der App zwischen 8 und 11 cm zu verstellen ist. In deinem Adapter von 20 -35.

Ich habe tatsächlich ein File in der App gefunden wo die Bahnbreiten je Modell drin stehen. Ist jetzt korrekt hinterlegt!

[stolly82]

UPDATE GEPUSHT

1. Settings aus App übernommen (Schnittbreite etc.)
2. Yuka Modelle Zonen korrigiert

Ich hoffe, dass das klappt.

Falls noch Abbruch bei den Zonen: commands.debugLastZoneStartJson + commands.lastError schicken.

Schlau nach Update

1. Adapter stoppen
2. Zonen und Commands ordner löschen
3. GIT PULL
4. Adapter Starten

[eLichte]

Ich habe die neue Version installiert. Die Limits sind immer noch falsch.
Das Problem was ich sehe, mein Yuka Mini 800 wird als normaler "großer" Yuka erkannt. Habe jetzt auf die schnelle nicht gefunden, wie du den Device Type bestimmst.

Mein Produkt Key ist "a1biqVGvxrE"

Bei pyMammotion sind alle Keys aufgelistet.
https://github.com/mikey0000/PyMammotion/blob/main/pymammotion/utility/device_type.py

[stolly82]

@eLichte sagte:

Ich habe die neue Version installiert. Die Limits sind immer noch falsch.
Das Problem was ich sehe, mein Yuka Mini 800 wird als normaler "großer" Yuka erkannt. Habe jetzt auf die schnelle nicht gefunden, wie du den Device Type bestimmst.

Mein Produkt Key ist "a1biqVGvxrE"

Bei pyMammotion sind alle Keys aufgelistet.
https://github.com/mikey0000/PyMammotion/blob/main/pymammotion/utility/device_type.py

Und das mit den Zonen? Geht das jetzt?

[stolly82]

Devices sind noch mal korrigiert drin!

Wichtig

Ich brauche ein Feedback zu den Zonen!

Ich kann bei mir wirklich nichts mehr prüfen, da Mammotion mir einen neuen RTK zusenden will, meiner ist aktuell tot bis das Problem behoben ist.