Monatsrückblick Januar/Februar 2026 ist online!

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

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