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

[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

[eLichte]

@stolly82
Habe 0.0.7
Leider kommen immer noch keine Zonen. Habe den Adapter eine Stunde laufen lassen. Auch RequestAreaNames bringt kein Ergebnis.

[stolly82]

@eLichte
Da ist ein Button requestZoneNames, drück da mal drauf.

Wenn da auch nichts kommt, musst du mir deine Yuka mal Sharen, dann lese ich das hier vor Ort aus warum der Adapter da zickt!

DEV Account:
stolly82+iobdev@gmail.com

[Maverick78]

@stolly82 sagte:

Testing:

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

Funktioniert

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

Mit 3 Zonen getestet, funktioniert. Auch die geänderte Höheneinstellung wird übernommen.

[stolly82]

@Maverick78

Geilo!

[Freak]

Hallo und vielen Dank für die Arbeit!

Ich habe einen Luba 2 aus 2024.
Nach dem Adapterstart und der Anmeldung wird der Luba 2 und die RTK mit Datenpunkten angelegt. Areas bekomme ich leider keine Trotz triggern über "requestAreaNames".
Bin kein Programmierer, aber falls ich unterstützen kann, gerne!

gruß Freak

[stolly82]

Hey @Freak,

wenn du die aktuelle Version von dem Adapter drauf hast (0.0.7) dann brauche ich entweder einmal die Logs (Adapter neu starten, warten, dann nach 2 min. requestAreaNames drücken und AB DA die logs, da müsste dann mit Filter ZONE in den logs ein wenig was stehen.

Gerne sonst den Luba einmal kurz sharen, dann logge ich das sonst eben stolly82+iobdev@gmail.com .