Mammotion Flora in Home Assistant — Was wirklich funktioniert

Mein Husqvarna 213C lief jahrelang und hatte nie irgendetwas mit Home Assistant zu tun. Ein Aufsitzmäher macht das nicht — man setzt sich drauf, fährt, und das war’s. Wenn es regnete, sagte ich ab. Wenn ich weg war, wartete der Rasen.

Dramatisch war das nicht. Nur nervig genug, dass ich irgendwann getauscht habe.

Ich ersetzte ihn durch einen Mammotion Luba Mini 2 (ich nannte ihn Flora) vor etwa einem Jahr — hauptsächlich wegen der echten HA-Integration. Hier ist, was ich nach einem Jahr Betrieb herausgefunden habe.

Einrichtung

Der Flora nutzt GPS + RTK zur Navigation — kein Begrenzungsdraht. RTK-Korrekturen kommen von iNav NetRTK über 4G. Ich habe die physische RTK-Basisstation im Garten zugunsten von Network RTK aufgegeben, das Korrekturdaten über das Mobilfunknetz und Mammotions Cloud leitet. Keine Antenne auf dem Dach, kein Kabel in den Garten. Der Kompromiss: Jede Positionskorrektur macht eine Runde über das Internet — und das hat größere Auswirkungen als man zunächst denkt. Mehr dazu unter Was mühsam ist.

Die Grenze wird einmalig in der Mammotion-App gezeichnet, danach hält sich der Mäher innerhalb der Koordinaten. Das Vision Module ist eine kleine Kamera am Gehäuse, die Hindernisse erkennt.

Flora schafft die vollen 1.000 m² allein. Kein verlegtes Kabel, kein Markierungsband, keine Plastikpfähle für verbotene Zonen. Die Grenze wird einmal in der App gezeichnet — den Rest erledigt sie bei jedem Durchgang selbst, arbeitet sich um Bäume, den Teich und was auch immer auf dem Rasen liegt.

Installation: HACS → Mammotion suchen → mit Konto authentifizieren. Ein Mammotion-Cloud-Konto ist Pflicht — die Integration kommuniziert über die Mammotion-Cloud, nicht lokal. Danach erscheinen:

lawn_mower.flora
sensor.flora_battery
sensor.flora_satellites_robot   — die wichtige, siehe unten
sensor.flora_wifi_rssi

Der Satellitanzahl-Sensor

sensor.flora_satellites_robot ist die nützlichste Entität, die die Integration bereitstellt. Und die, über die niemand spricht.

Unter etwa 10 aktiven Satelliten wird die GPS-Positionierung unzuverlässig. Der Mäher stoppt nicht — er zögert nur an den Grenzrändern und schleicht manchmal leicht in die Hecke. Ich entdeckte das, weil er sich an bewölkten Morgen seltsam verhielt, und verknüpfte es schließlich mit niedrigen Satellitanzahlen.

Ich habe über card_mod einen Farbschwellenwert auf den Chip gesetzt: Grün über 12, Orange 8-12, Rot unter 8. Jetzt sehe ich auf einen Blick, ob die Bedingungen vor dem geplanten Start gut sind.

Den App-Zeitplan ersetzen

Der Zeitplaner der Mammotion-App macht eine Sache: Mäher zu festen Zeiten an festen Tagen laufen lassen. Keine Wetterberücksichtigung.

Ich ersetzte ihn vollständig mit HA-Helfern — ein input_boolean pro Wochentag, ein input_number für die Stunde:

input_boolean.flora_montag ... flora_sonntag
input_number.flora_startzeit   (7-20, step 0.5)

Die Automatisierung prüft jede Stunde zur vollen Stunde:

alias: Flora — Nach Zeitplan fahren
trigger:
  - platform: time_pattern
    minutes: "0"
condition:
  - condition: template
    value_template: >
      {% set day_map = {
        0: 'montag', 1: 'dienstag', 2: 'mittwoch',
        3: 'donnerstag', 4: 'freitag', 5: 'samstag', 6: 'sonntag'
      } %}
      {{ is_state('input_boolean.flora_' ~ day_map[now().weekday()], 'on') }}
  - condition: template
    value_template: >
      {{ now().hour == states('input_number.flora_startzeit') | int(0) }}
  - condition: not
    conditions:
      - condition: state
        entity_id: weather.forecast_home
        state: [rainy, pouring, snowy, lightning-rainy]
action:
  - service: lawn_mower.start_mow
    target:
      entity_id: lawn_mower.flora

Das Dashboard ist eine Reihe von Umschaltern, einer pro Tag. Man sieht genau, was der Zeitplan ist, und kann ihn ändern ohne irgendeine App zu öffnen.

Dashboard

custom:lawn-mower-card (HACS) zeigt eine Grafik des Mähers mit Batteriestand. Mushroom-Chips darunter für die Telemetrie:

- type: custom:mushroom-chips-card
  chips:
    - type: entity
      entity: sensor.flora_battery
      icon: mdi:battery
    - type: entity
      entity: sensor.flora_satellites_robot
      icon: mdi:satellite-variant
    - type: entity
      entity: sensor.flora_wifi_rssi
      icon: mdi:wifi

Das Vision Module

Igel. In Dänemark ist das die erste Frage, die jeder stellt — und die Antwort ist ja, das Vision Module hält dafür an.

Es hält auch für einen vergessenen Gartenschlauch, Gartenmöbel und einmal für den Schatten eines Fahnenmastes zu einer bestimmten Tageszeit. Diese letzte Sache dauerte eine Weile herauszufinden. Der Mäher hielt jeden sonnigen Nachmittag um 16:30 Uhr an, meldete kein Hindernis und fuhr nach einer Minute weiter. Es war der Schattenwinkel. Das Modul reagiert auf Kontrastmuster, nicht nur auf physische Objekte.

Mammotion hat das in Firmware-Updates verbessert. Es ist jetzt meistens in Ordnung.

Es gibt keinen HA-Sensor für Vision-Module-Ereignisse — ich kann keine Automatisierungen darauf aufbauen. Das ist eine echte Lücke.

Diesen Frühling, als ich Flora nach ihrem ersten Winter aus der Werkstatt holte, war das Vision Module ausgefallen. Keine schleichende Verschlechterung — über den Winter hatte sich Feuchtigkeit in einem der Kameraobjektive gebildet, wie man auf dem Foto sehen kann. Es hörte einfach auf, etwas zu erkennen.

Ich kontaktierte den Mammotion-Support und erwartete die übliche Troubleshooting-Schleife — Ticket einreichen, Fotos schicken, warten, dieselben Fotos nochmal schicken. So lief es nicht. Sie diagnostizierten das Problem klar und schnell, kommunizierten professionell bei jedem Schritt und schickten ein Ersatzmodul innerhalb weniger Tage, ohne Diskussion. Was besonders auffiel: Sie meldeten sich nach der Lieferung des Ersatzmoduls zurück, um zu fragen ob alles korrekt funktioniert. Diese Art von Nachbetreuung ist bei Hardwareherstellern selten und hat einen echten Unterschied gemacht.

Das Modul kann ausfallen. Winterlagerung und Kondensation sind eine Kombination, die man im Blick behalten sollte. Aber wenn es passiert, ist man in guten Händen.

Was mühsam ist

Die Integration hat ein Latenzproblem. Befehle brauchen 30-60 Sekunden um durchzuschlagen. Ich dachte lange, es sei einfach ein träges API. Nach einem vollen Betriebsjahr mit 4G Network RTK glaube ich, die Erklärung ist struktureller Natur: Floras gesamte Navigationsschleife läuft über Mammotions Cloud. Jede RTK-Korrektur reist über 4G zu deren Servern und zurück — für jede einzelne Positionsbestimmung. Die Cloud ist bereits unter konstantem Last, nur um sie auf Kurs zu halten. HA-Statusabfragen warten in dieser Schlange. Das ist kein Fehler, das ist die Architektur.

Auf dem Dashboard ist das trotzdem nervig. Mein Workaround ist ein kleines Skript, das start_mow sendet und fünf Sekunden später ein Entity-Refresh erzwingt — genug Zeit damit der Befehl registriert wird, schnell genug damit das Dashboard nicht falsch aussieht:

alias: Flora — Start und Aktualisierung
sequence:
  - service: lawn_mower.start_mow
    target:
      entity_id: lawn_mower.flora
  - delay:
      seconds: 5
  - service: homeassistant.update_entity
    target:
      entity_id: lawn_mower.flora

Der “Robot out of task area”-Fehler tritt weiterhin periodisch auf, immer in der Nähe der No-Go-Zonen rund um die Blumenbeete. Meine ursprüngliche Theorie war Mehrwegeausbreitung — GPS-Signale, die an den Hochbeeten reflektiert werden. Nach einer ganzen Saison Beobachtung glaube ich, es ist eine Kombination: Mehrwegeausbreitung erzeugt eine momentane Positionsunsicherheit, und 4G-Latenz verhindert, dass die RTK-Korrektur rechtzeitig ankommt. Wenn das Signal an einem Hochbeet reflektiert wird, braucht Flora sofort eine Korrektur um zu bestätigen, dass sie noch innerhalb der Grenze ist. Hat das Mobilnetz genau in diesem Moment einen Mikro-Einbruch beim Ping, kommt die Korrektur nicht rechtzeitig an und sie stoppt. Zwei Probleme, die gleichzeitig auftreten und sich gegenseitig verstärken.

Die eigentliche Lücke ist das Fehlen eines Fehlercode-Sensors in der Integration. Keine Push-Benachrichtigung, wenn sie 20 Minuten lang im Garten feststeht — ich muss die Mammotion-App öffnen, um überhaupt zu merken, dass etwas schiefgelaufen ist. Bis es diesen Sensor gibt, läuft bei mir diese Automatisierung:

alias: Flora — Warnung bei Pause
trigger:
  - platform: state
    entity_id: lawn_mower.flora
    to: "paused"
    for:
      minutes: 10
action:
  - service: notify.mobile_app
    data:
      title: "Flora hat angehalten"
      message: "Flora steht seit 10 Minuten auf Pause — bitte Garten prüfen."

Grob, aber es funktioniert. Sie ist entweder festgefahren oder früher fertig als geplant — beides möchte ich wissen.

Die anfängliche Grenzeinrichtung erfordert die App — kein Weg daran vorbei. Ist das einmal erledigt, braucht man die App nie wieder. Aber man braucht sie dieses eine Mal.

Insgesamt: mehr als der richtige Entscheid. Flora ist internet-abhängiger als jedes Gartengerät, das ich je besessen habe — die 4G-Abhängigkeit geht tiefer als man anfangs denkt — aber ich bin wirklich begeistert von ihr. Sie ist jetzt Teil des Smart Homes, und das möchte man nicht mehr missen, wenn man es einmal erlebt hat.