Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[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.

[eLichte]

Ich habe jetzt mal 0.0.6 installiert und vorher den gesamten devices Ordner gelöscht.

Die Limits sind jetzt richtig. Bei produktKeyGroup steht auch YukaMiniProduct drinnen.
Nur leider werden keine Zonen mehr geladen. Habe mehrfach requestAeraNames versucht, leider keine Erfolg.

Log vom Request (ich hoffe es sind keine Zugangsdaten etc. dabei):

2026-04-08 10:35:40.863 - silly: mammotion.0 (163289) States user redis pmessage mammotion.0.devices.*.commands.*/mammotion.0.devices.nhg8I3xJQs5UtuLHKik0000000.commands.requestAreaNames:{"val":true,"ack":false,"ts":1775637340862,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1775637340862}
2026-04-08 10:35:40.865 - debug: mammotion.0 (163289) [AREA-REQ] Sende sub_cmd=3 (AppGetAllAreaHashName) für Yuka-MNUDCRH6
2026-04-08 10:35:41.013 - warn: mammotion.0 (163289) Modern command path liefert Invalid device für Yuka-MNUDCRH6, versuche Aliyun-Fallback.
2026-04-08 10:35:41.159 - debug: mammotion.0 (163289) [LEGACY-INVOKE] response: messageId=1954086573 data={"msg":"ok","iMsgInfo":0,"code":0,"iMsgprop":240,"pbNav":222,"iotState":1,"iotMsgTotalCD":73258,"iotMsgSurplus":99881,"iMsgCfgReq":20,"pbLocal":0,"valid":1,"iotMsgHz":10000,"iMsgProtobuf":9126,"iMsgVoice":0,"pbPlan":0,"pbOta":2,"iMsgWarn":0,"pbNet":4,"iotMsgTotal":100000,"iMsgLogProg":0,"iotSameMsgH output.content len=0 content len=0
2026-04-08 10:35:41.159 - debug: mammotion.0 (163289) [AREA-REQ] sub_cmd=3 Response (len=10): 1954086573
2026-04-08 10:35:41.278 - warn: mammotion.0 (163289) Modern command path liefert Invalid device für Yuka-MNUDCRH6, versuche Aliyun-Fallback.
2026-04-08 10:35:41.392 - debug: mammotion.0 (163289) [LEGACY-INVOKE] response: messageId=1955985927 data={"msg":"ok","iMsgInfo":0,"code":0,"iMsgprop":240,"pbNav":222,"iotState":1,"iotMsgTotalCD":73258,"iotMsgSurplus":99881,"iMsgCfgReq":20,"pbLocal":0,"valid":1,"iotMsgHz":10000,"iMsgProtobuf":9126,"iMsgVoice":0,"pbPlan":0,"pbOta":2,"iMsgWarn":0,"pbNet":4,"iotMsgTotal":100000,"iMsgLogProg":0,"iotSameMsgH output.content len=0 content len=0
2026-04-08 10:35:41.392 - debug: mammotion.0 (163289) [AREA-REQ] sub_cmd=0 Response (len=10): 1955985927
2026-04-08 10:35:41.435 - silly: mammotion.0 (163289) States user redis pmessage mammotion.0.devices.*.commands.*/mammotion.0.devices.nhg8I3xJQs5UtuLHKik0000000.commands.requestAreaNames:{"val":false,"ack":true,"ts":1775637341434,"q":0,"from":"system.adapter.mammotion.0","lc":1775637341434}
2026-04-08 10:35:41.435 - info: mammotion.0 (163289) Area-Name-Liste angefordert für Yuka-MNUDCRH6.
2026-04-08 10:35:42.011 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:35:42.012 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:42.012 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:42.012 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:35:42.012 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:35:42.080 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:35:42.081 - debug: mammotion.0 (163289) JWT MQTT connection closed
2026-04-08 10:35:47.121 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:35:47.121 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:47.121 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:47.121 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:35:47.121 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:35:47.192 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:35:47.193 - debug: mammotion.0 (163289) JWT MQTT connection closed
2026-04-08 10:35:52.232 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:35:52.233 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:52.233 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:52.233 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:35:52.233 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:35:52.297 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:35:52.297 - debug: mammotion.0 (163289) JWT MQTT connection closed
2026-04-08 10:35:57.336 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:35:57.337 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:57.337 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:35:57.337 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:35:57.337 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:35:57.403 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:35:57.403 - debug: mammotion.0 (163289) JWT MQTT connection closed
2026-04-08 10:36:02.441 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:36:02.441 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:36:02.441 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:36:02.441 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:36:02.441 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:36:02.514 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:36:02.514 - debug: mammotion.0 (163289) JWT MQTT connection closed
2026-04-08 10:36:06.082 - debug: mammotion.0 (163289) [MQTT] topic=/sys/a5vlvzwIhhj/5bd51317d887a8c2acccafde7ef4d0f2/app/down/thing/events payloadLen=1285
2026-04-08 10:36:06.083 - debug: mammotion.0 (163289) [MQTT] payload (first 2000): {"method":"thing.events","id":"17756373660672273","params":{"groupIdList":["a103KFib2pj733DB"],"checkFailedData":{},"_tenantId":"17845CF217414362AC96EA8F506A5F3F","groupId":"a103KFib2pj733DB","batchId":"4ed72ec1e1f74ce9b7224c442b8a2718","productKey":"a1biqVGvxrE","type":"info","generateTime":1775637366048,"deviceName":"Yuka-MNUDCRH6","JMSXDeliveryCount":1,"checkLevel":0,"qos":1,"requestId":"9417","_categoryKey":"TmallGenie.LawnMower","value":{"content":"CPQBEAEYBzABOM+arYkGUqgCugKkAhKOAQgLEAEYZCgOMPam2M4GOIECQmYKBkVDMjAwQRIVRUMyMDBBRVVWMUhBUjAyQTA3TTE2Gg84NjM4MTkwNzAwNjEwNzEgBSoPMjA4MDEyNDA0OTkxNzQzOLn//////////wFCAEoUODkzMzAxMjQ1Nzc4MDIwODgzMzBKAFIAWgBgCmoLEP///////////wEiJgiq1AEQop34////////ARjZiu3///////8BIAUwwIim6vLBmsgrKjAQASDIAUgBYL2gp43V+4vJEHD3nYGKrNCnokJ4wqKLy5S+6OwSiAEBoAEyqgECCAM6Dgj7rwoQz9A5IgQI19Y3SiMJYu/2hzRInD8RdAI1k99k078Zm/c1J8J+VkAgAigBMFA4UFoCMAI="},"deviceType":"LawnMower","identifier":"device_protobuf_msg_event","categoryKey":"LawnMower","gmtCreate":1775637366048,"_traceId":"a9fef20417756373660435876d007b","iotId":"nhg8I3xJQs5UtuLHKik0000000","namespace":"TmallGenie","tenantId":"17845CF217414362AC96EA8F506A5F3F","name":"Protobuf协议信息事件","thingType":"DEVICE","time":1775637366046,"tenantInstanceId":"iotx-oxssharez700"},"version":"1.0"}
2026-04-08 10:36:06.087 - debug: mammotion.0 (163289) [MQTT] params top-level keys: groupIdList,checkFailedData,_tenantId,groupId,batchId,productKey,type,generateTime,deviceName,JMSXDeliveryCount,checkLevel,qos,requestId,_categoryKey,value,deviceType,identifier,categoryKey,gmtCreate,_traceId,iotId,namespace,tenantId,name,thingType,time,tenantInstanceId
2026-04-08 10:36:06.087 - debug: mammotion.0 (163289) [MQTT] protoContent found (len=420)
2026-04-08 10:36:06.087 - debug: mammotion.0 (163289) [PROTO] LubaMsg fields: 1,2,3,6,7,10
2026-04-08 10:36:06.088 - debug: mammotion.0 (163289) [MQTT] protoContent enthält keine Zone-Namen / kein HashListAck
2026-04-08 10:36:07.553 - info: mammotion.0 (163289) MQTT verbunden.
2026-04-08 10:36:07.553 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:36:07.553 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/proto/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/+/post
2026-04-08 10:36:07.553 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/app/down/thing/event/property/post_reply
2026-04-08 10:36:07.553 - debug: mammotion.0 (163289) [MQTT] Physisches Device-Topic erreichbar: /sys/a1biqVGvxrE/Yuka-MNUDCRH6/thing/event/property/post
2026-04-08 10:36:07.622 - debug: mammotion.0 (163289) JWT MQTT offline
2026-04-08 10:36:07.622 - debug: mammotion.0 (163289) JWT MQTT connection closed

[stolly82]

@eLichte
Versuche mal die 0.0.7, da habe ich einiges umgestellt.

Ich habe den Adapter testweise auch im leerem System installiert, Zonen kommen ca. 2 min nach Adapter-Start.

[mcm1957]

Hi,

Falls du Probeme mit deinen Github Benachtichtigungen hast hier auch nochmal der letzte comment auf Github.
Bitte bearbeiten und auf GitHub im PR für den Latest einen Kommentar hinterlassen sobald erledigt.

https://github.com/ioBroker/ioBroker.repositories/pull/5607#issuecomment-4208809044

• Please add object dump as requested before:

To verify the object structure of this adapter during REVIEW please export the object structure of a working installation and attach the file to this PR. You find a guide how to export the object struture here: https://github.com/ioBroker/ioBroker.repochecker/blob/master/OBJECTDUMP.md

• Please add standard github based testing. See workflows and files created by create-adapter.
  
  You may clone them form ioBroker.examples.

Taking a look at https://github.com/Jey-Cee/iobroker-ai-developer-guide is recommended too.

• Please fix other issues reported by adapter checker.

Please drop a note as soon as those issues are fixed so I can start the review.

[Maverick78]

Hab es mal testweise für meinen Luba 2 installiert. Ich bekomme Objekte aber er hagelt mir das Log voll. Eingestellt ist aber Pull und nicht MQTT. Er schaltet automatisch auf MQTT.

[stolly82]

@mcm1957 Hey, hatte ich gestern schon geändert :) Es war aber spät weshalb ich noch nichts geantwortet hatte.

@maverick78 ja, das soll noch so sein solange der Adapter im Development Status ist, du kannst auf ERROR umschalten dann sind die Warns (die ich in der neuen Version schon auf Info umgeschaltet habe) weg.

WICHTIG

Zonen Testen!

Mein Luba ist aktuell TOT

Luba 1 Update führte zu defekter RTK Verbindung, ich warte auf replacement von Mammotion, ich kann das nicht testen aktuell (bei mir gab es keine Fehler im Test, bei Yuka aber offensichtlich schon).

[Maverick78]

Was genau soll bei den Zonen getestet werden? Meine 13 Zonen wurden geladen. Bis auf ein Umlautfehler mit "ß" im Namen ist alles da.

[stolly82]

@Maverick78

Bitte screenshot der Zonen (Luba 1 hat keine Namen, das konnte ich auch nicht testen).

Testing:

1. Einzelne Zonen mal starten > Schauen ob die auch angefahren werden
   mammotion.0.devices.XXX.zones.Area_2.start

2. mehre Zonen auswählen und starten, schauen ob die so wie du die position ausgewählt hast auch angefahren werden
   z.B. mammotion.0.devices.XXX.zones.Area_2.enabled = true
   mammotion.0.devices.XXX.zones.Area_5.enabled = true
   mammotion.0.devices.XXX.commands.startZones = true

Wenn du eine Sub Account nutzt, dann kannst du das auch auf dem Smartphone sehen, welche er wählt, das würde für mich reichen.

[Maverick78]

Mal exemplarisch die Zonen. Sind aber zu viele für einen Screenshot.

Das anfahren der Zonen teste ich später wenn er fertig ist mit mähen