Gardena R40Li bleibt einfach/unregelmässig stehen

[spencer.at]

Mit dem Akkutausch ist das Problem gelöst.

[Lampi]

vielen Dank für das Feedback.

[Lampi]

Hallo Badwatwer,

Ich beobachte das bei meinem Mäher auch, konnte ihn aber bis jetzt mit Fererabend oder home dazu bewegen in die Ladestation zu fahren.

Wenn ich das richtig verstehe, bleibt dein Mäher ebenfalls sporadisch beim Mähen stehen, du hast aber ohne weiteres Zutun (Aus-Ein, in Ladestation stellen, ...) weiterhin Zugriff auf Robonect. Wenn dem so sein sollte, vermute ich erstmal nicht, dass es an einem altersschwacher bzw. defekter Akku liegt.

Gibt es eine Fehlermeldung, wenn er stehen bleibt?

Gruß
Lampi

[Badwater]

@Lampi

Es passiert sehr selten. Vielleicht habe ich nicht lange genug gewartet, ist mir nur aufgefallen, wenn ich dem Knecht mal zugeschaut habe. gewartet habe ich so 1-2 Minuten, vielleicht musste er sich ausruhen.
Also es ist noch nie vorgekommen, dass der Mäher auf dem Rasen stehengeblieben ist und nicht in die Ladestation gefahren ist, wenn ich nicht zugeschaut habe. Ich habe es jetzt auch nicht wieder beobachtet, also erstmal schliessen das Thema.

[Amokd0c]

Servus!
Ich hoffe ich kann mich hier mal einklinken, da ich selbiges Problem habe, aber einen anderen Mäher "Automower 105" Baujahr 2019.
Bis dato lief auch alles tadellos.

Der Mäher steht nach dem letzten FW Update V13 und Beginn der Mähsaison nahezu bei jedem Mähvorgang irgendwo mal am Rand.
Robonect selbst ist aber immer noch erreichbar und liefert mir den Status "parkt", über die API .Also kein Fehler!
Im Webinterface vom Modul, sagt er dass er sich im "Stop" Modus befindet.
Zeitweise auch mal Arbeitsbereich überschritten, aber eher selten, was wiederum als Fehler im log festgehalten wird.

U.a. kommt es vor, dass er einfach mitten auf der Rasenfläche stoppt, verharrt und dann nach 30s oder weniger wieder weiterfährt.

Dann habe ich zufällig gelesen, dass dieses evtl. mit dem Update auf 13b behoben werden kann.
Gestern aufgespielt, heute ist er leider wieder stehen geblieben.

Ich habe jetzt mal alles was so reinspucken könnte, Node Red und seine Kollegen "abgeklemmt", damit hier kein Befehl (ist nur Feierabend und Auto am Modul ankommt.
Im Fehlerspeicher selbst, ist der letzte Eintrag vom September. Auch logisch, da "parkt" kein Fehler ist.
Im Errorlog vom Modul sieht es allerdings anders aus. Also mehr Einträge, die ich aber leider nicht lesen kann.

Robonect_Logbook_20221006214724.xml

(64.78 KiB) 31-mal heruntergeladen

Hat jemand so ein Verhalten auch schon beobachtet, oder kann den Errorlog deuten?

Besten Dank vorab!

Grüße

[Amokd0c]

Jetzt ist mir noch eingefallen, dass er des öfteren auch am Rand mal "kein Schleifensignal" gemeldet hat.
Die Schleife hat 2ohm. Das passt somit. Nur falls das als Info noch nützt.

Ich habe mir den vorderen Sensor jetzt mal bestellt und werde den mal tauschen.

Mehr fällt mir aber dazu nicht mehr ein!

Grüße

[Lampi]

Hallo Amokd0c,

U.a. kommt es vor, dass er einfach mitten auf der Rasenfläche stoppt, verharrt und dann nach 30s oder weniger wieder weiterfährt.

Das ist ein Symptom, was mit deiner Hausautomation zusammenhängen wird. Es tritt auf, wenn Robonect den Befehl bekommt, den Mäher während des Mähens in den Auto-Betrieb umzuschalten. Vermutlich ist vorher die WLAN-Verbindung abgerissen und beim Wiederverbinden wird der Auto-Befehl erneut an Robonect gesendet. Sollte also, wenn du die Automation abgestellt hast, nicht mehr zu beobachten sein.

Das Logbuch kann nur Fabian (Admin) lesen. Du kannst es ihm ja mal zusenden. Anleitung dazu findest du hier.


Gruß
Lampi

[Amokd0c]

Sollte also, wenn du die Automation abgestellt hast, nicht mehr zu beobachten sein.

Ja leck die Katze am Fuß! Du hast recht gehabt. Jedenfalls heute !
Heute ist alles nach Plan gelaufen.

Unser Rasen ist ein L, und der eine AP deckt nicht alles ab. Somit musst ich nen 2ten montieren.
Daran wirds liegen, wenn er den AP wechselt.
Oder ich überarbeitete meine Node Red Logik

Besten Dank Lampi!

grüne Grüße...

[Lampi]

Der Wechsel von einem AP zum nächsten ist nicht das eigentliche Problem. Du musst in Node Red versuchen zu verhindern, dass der schon mal gesendete Befehl beim Wiederverbinden nochmals gesendet wird.
Im Falle du über MQTT den Befehl sendest, könnte es auch am Broker liegen, der beim Verbinden den Befehl erneut sendet.

[Pendragon]

Moin!

Da ich gerade das gleiche Problem festgestellt habe, muss man vielleicht die Gültigkeit der gesendeten Nachrichten auf 1-3s heruntersetzen:
https://www.hivemq.com/blog/mqtt5-essen ... ge-expiry/

Mein Client(EDOMI) hat diese direkten Einstellmöglichkeiten nicht, also muss ich hier nochmal in den Code rein...