Probleme bei Ausfahrt aus der Ladestation

Hi, ich habe ja ein ähnliches Problem.

Ich verstehe nicht warum an workarounds getüftelt wird anstatt den Code zu fixen.
Da steht etwas wie "NO TURN" wenn in Ladestation oder auf dem Weg dahin oder raus.

Jetzt kann ja die Community versuchen die Debug und Programmierumgebung vom Originalprogrammierer nachzubauen und lange Zeit
dafür aufwenden das zu fixen.. z.b erstmal den Code analysieren...

Frage: Warum werden diese Bugs nicht von Alexander behoben? Denn es ist ein Bug bzw. evtl. ein Logikfehler.

... hab mal meine Antwort wieder gelöscht. Sehe es ähnlich wie Kermi.
Ich hab den Mower anfangs auch oft verflucht, weil er nicht das tat, was ich erwarteet habe. Ich habe letztendlich für mich selbst festgestellt, dass ich eine falsche Vorstellung von dem Projekt hatte, da der Shop einen sehr professionellen Eindruck vermittelt, der Mower aber ein "DiY-Bastel-Projekt" ist, der noch sehr viel Handarbeit benötigt. Das hatte ich so nicht erwartet und hat mich halt manchmal auch frustriert.
 
Hmmm, ja ok.

Das wird kompliziert.
Bei mir ist das so:

Der Mäher ist super, wenn auch verschiedene Hardware/Konstruktionsprobleme bestehen.
Ob sich wer opfert oder nicht ist für mich irrelevant, da ich ja angelockt wurde mit Aussagen wie:

Kontinuierlichen Verbesserungen und Entwicklungen etc. --> Siehe Youtube.
100% Opensource (SunrayApp?)

Ausserdem ist es ein Roboter... ein Roboter (also kein doofer ;) )!

Hier im Ort staunen die Leute wenn das Ding einfach den Bolzplatz auf 3cm mäht.
Man könnte viel größer auftischen, und die Sportplätze in den Dörfern bedienen. Dafür müsste es natürlich eine Firma geben.
Das wäre für den Mäher, finde ich, kein Problem.

Vorne weg, ich habe nichts dagegen mich einzubringen, mein Grundstück zur Verfügung zu stellen oder selbst zu testen etc.
Ich habe Teile gedruckt, ein Höhenverstellbares Mähwerk gebaut.. alles DIY. Das ist auch in Ordnung und ich bin froh den Mäher erworben zu haben.
Ich konnte mal wieder den Drucker Kalibrieren und die Werkstatt aufräumen :D . Alles Gut.

Trotzdem hoffe ich das Softwaretechnisch noch was passiert, denn mit eigener Software hatte ich jetzt nicht kalkuliert.
Kann ich auch nicht in Gänze. Jedenfalls nicht Zeiteffizient....

Zum Preis: Ich habe ca. 2600 Euro insgesamt ausgegeben (Akku, Kleinteile, Basegehäuse.. anderes Messer etc..)
Ich habe mit Nachbestellungen ca. 3-4 Wochen bis zum ersten Testlauf gebraucht.

Darunter ist die Weiterentwicklungsspende und die 200 Euro Lizens Gebühr.
Ich denke das sollte einiges wettmachen, wenn 50 - 100 Leute dieses Jahr bestellt haben? Aber das sind Finanzen, darum geht es mir nicht.
Worum es mir geht ist ob weiter entwickelt wird? Es gibt halt wirklich grundlegende einfache Verbesserungen..
Möglicherweise habe ich aber auch nicht die nötigen Infos oder sie sind mir durch die Lappen gegangen um mir meine Fragen selbst zu beantworten, bzgl. woran gerade gearbeitet wird.

Ich komme damit klar, wenn jetzt gesagt wird, du musst dir aber deinen eigenen Code schreiben... Das wird zwar schwierig aber nicht unmöglich.
Muss nur jemand proklamieren und dann wäre ich etwas enttäuscht aber gut, nicht so schlimm.
Mein Eindruck war und ist aber, dass es um die Entwicklung eines viel besseren Mähers geht, als die Industrie anbietet. Ich finde das wurde teils schon erreicht.

Bisher gehe ich aber davon aus das es eine Entwicklung gibt? Ich habe geringfügige Änderungen am Code vorgenommen, aber die meiste
Zeit ging ins Testen und CodeAnalyse, weil man es ja nicht selbst geschrieben hat. Wenn man viel ändert, hat man bei einem späteren Update ein Problem..

Mir fehlt jedenfalls das programmatische KnowHow, ich bin nur n schmieriger Maschinenbauer. Analysieren kann ich aber gut.
Mir ist z.b aufgefallen, dass die Bahnverfolgung wesentlich verbessert werden könnte:
Es gibt einen großen Fehler im Float, wenn der Rover durch ungenaue Positionen ständig seine "Ist" Position korrigiert bekommt. Er mäandert dann um die Bahn herum, weil er einen Zielpunkt auf der Bahn vor ihm bekommt. Die ganze Bahn Floatet aber umher. Besser wäre es den ENDZielPunkt der gesamten Bahn der den Vektor von seiner Position bildet zu Floaten, und nicht sich selbst. Das würde die Bahn auf längeren Strecken zum Zielpunkt über 2 Meter signifikant verbessern, bzw. durch den geringeren Winkel der durch den Vektor zum Bahnendpunkt gespannt wird den Fehler auf der Bahn deutlich reduzieren. Mehr vertrauen zum IMU. Ich habe einen Trex-Helicopter, und da ist auch der GY 5irgendwas drin... da wandert das Heck nicht.

Naja, falls ich ein wenig durcheinander geschrieben habe.. Entschuldigung. Ist schon 3 Bier spät..

Grüße jedenfalls!
 
Zuletzt bearbeitet:
Man könnte viel größer auftischen, und die Sportplätze in den Dörfern bedienen. Dafür müsste es natürlich eine Firma geben.
Das wäre für den Mäher, finde ich, kein Problem.
Schöne Idee, aber die Umsetzung ist nicht so einfach; zumindest in Deutschland. Das fängt damit an eine Versicherung zu finden die einen Eigenbau gegen Diebstahl & Vandalismus versichert, eine Versicherung zu finden die das Betriebsrisko (von Blumenbeet abgemäht bis Nachbars Dackel geschreddert) abdeckt bis zu den ganzen Gutachten und Prüfungen um den Mäher im öffentlichen Raum gewerblich nutzen zu dürfen.

Zum Preis: Ich habe ca. 2600 Euro insgesamt ausgegeben (Akku, Kleinteile, Basegehäuse.. anderes Messer etc..)
Ich habe mit Nachbestellungen ca. 3-4 Wochen bis zum ersten Testlauf gebraucht.
Das kostet ein "guter" Mower von husqvarna auch (und auch mehr), der hat aber nur einen Bruchteil der Funktionen

Darunter ist die Weiterentwicklungsspende und die 200 Euro Lizens Gebühr.
Ich denke das sollte einiges wettmachen, wenn 50 - 100 Leute dieses Jahr bestellt haben?
Wenn du Steuern und die ganzen anderen Abgaben raus rechnest, dann bleiben nichtmal €1.000,- im Monat übrig um sich den Kühlschrank zu füllen, an die Rente zu denken usw. Was das für einen rechnerischen Stundenlohn ergibt rechnen wir lieber nicht aus.


Es gibt einen großen Fehler im Float, wenn der Rover durch ungenaue Positionen ständig seine "Ist" Position korrigiert bekommt. Er mäandert dann um die Bahn herum, weil er einen Zielpunkt auf der Bahn vor ihm bekommt. Die ganze Bahn Floatet aber umher.
Da habe ich z.B. überhaupt keine Probleme mit. Mein float/fix Verhältnis liegt bei 4min float zu 1.314min fix und alle Bahnen sind schön neben ein ander. Und das Trotz Bäume, Hecke und am Haus.


Auch bei den ganzen "Macken" die der Mower jetzt (noch) hat, ist er im Nutzen besser als alle gekauften Mower der bekannten Marken. Vielleicht ist auch ein Problem die Erwartungshaltung und die Möglichkeiten die die Plattform bietet.
Wenn man sich einen fertigen Mower kauft, dann fährt der kreutz & quer durch den Garten; an manchen Stellen mehr, an anderen weniger und man denkt sich "könnte besser sein, ist aber so". Beim Ardumower haben wir eine gesteigerte Erwartungshaltung: "Wenn der das kann, dann muss der das auch können"
Das was er aber bis dato schon kann und macht ist echt gut und erfüllt die Bedarfshaltung der meisten. Was nicht heißen soll das es noch viele Baustellen und Verbesserungsmöglichkeiten gibt.

Wenn du z.B. bei Bosch, Worx, Stihl und wie sie alle heißen anrufst und sagst "dies und jenes müsste besser sein" passiert in 99.5% der Fälle nix. Beim Ardumower passiert etwas, auch wenn es manchmal ein wenig dauert. Ich habe meinen Ardumower letztes Jahr gebaut, seit dem hat sich verdammt viel getan; auch in diesem Jahr hat sich viel getan, auch wenn man die meisten Änderungen nicht bewusst war nimmt.
Vielleicht wäre es sinnvoll wenn es ein offizielles Changelog auch im Forum gibt, dann würde es manchen Usern auch bewusster werden was sich alles im Hintergrund tut.

So wie ich das Projekt bis jetzt kennen gelernt habe, wird sich auch in Zukunft viel verändern und viele Bugs werden verschwinden; die einen schneller, die anderen langsamer
 
Vielleicht setzt du dich mit Alexander mal direkt in Verbindung und ja, so gut wie der Mäher ist, es gibt auch noch viele Probleme.
Auch das "geeiere" bei FLOAT - Fahrten ist eines davon.
Genauso das festfahren durch das Heck. Ich habe oft beobachtet das er sich nicht festfahren würde wenn er bei Hindernissumfahrung die Kurve etwas runder angehen würde, die 90 Grad Kurve ist nicht gut.

Und zum Problem durch Updates bei eigenen Änderungen:
Ich denke mal wenn die Änderungen gut sind und auch ausgiebig getestet worden sind werden sie auch Einzug in die offizielle Version halten.
Kann mir nicht vorstellen das Alexander sich gegen Verbesserungen sperrt.
 
Hallo @Mr. Tree ,
die Idee mit der umgekehrten Betrachtungsweise (nicht eigene Position sondern Zielpunkt floaten lassen) ist super. Im Nahbereich zum Ziel dürfte es keine Verbesserung bringen aber weiter weg würde das von der Theorie her Sinn machen. Hast Du das evtl. schon ausprobiert? Ich werde mir überlegen wie man es Software-technisch umsetzen könnte.
PS: über Github können Bugfixes, Verbesserungen, Pull-Requests etc. hochgeladen und disktuiert werden (https://github.com/Ardumower/Sunray/issues)
Gruss,
Alexander

Nachtrag: die Idee funktioniert allerdings nur wenn man nicht versucht die Linie zu tracken (wie aktuell) sondern nur den Winkel zum Ziel einhalten will. Wenn man die Linie zum Ziel versucht zu tracken wandert der Roboter genauso stark unabhängig ob Ziel oder Roboter "floaten". Allein sich auf die IMU zu verlassen dürfte für eine ganze Bahn (z.B. 50m) nicht gehen (IMU-Driftproblem). Idee: vielleicht sagt man einfach bei FLOAT-Lösung nur Winkel zum Ziel einhalten... ( https://github.com/Ardumower/Sunray/issues/26 )
 
Zuletzt bearbeitet:
CRC in Node Red (was ja JavaScript ist):
Moin, ich versuche auch gerade meinen Robi mit NodeRed zu verknüpfen.
In erster linie würde ich mir gern bei einer Fehlermeldung eine Pushnachricht verschicken.
Könntest du uns deine NodeRed Flows hier teilen?
Ich habe mit dem ganzen Thema noch nicht soooo viel Erfahrung. ;-)
 
Moin,
hier ist mal ein Flow, mit dem man direkt aus NodeRed mit dem Mower kommuniziert.
Wenn du auf Fehlermeldungen reagieren möchtest, musst du dir den Status nehmen und in dem Antwort-String die entsprechende Variable suchen. Die Referenz dazu findest du in der comm.cpp in sunray
Zum Laden der Karte musst du 1 zu 1 die Map-Data aus der App kopieren und in die entsprechende Funktion einfügen.
In allen HTTP-Requests noch die IP des Mowers anpassen und dann sollte es gehen.
Gruss
Holger
 

Anhänge

  • flows.json.zip
    66,6 KB · Aufrufe: 34
Hallo Holger,

super, vielen Dank. Jetzt kann ich den internen Regensensor abhängen und meine Wetterstation den Mäher bei Regen reinholen lassen.
 
Vielen Dank für deinen Flow, ich werde das am Wochenende mal bei mir testen. Dann bekomme ich hoffentlich rechtzeitig per push mit, wenn Robi sich mal wieder an den Tulpen zu schaffen macht :)
 
So, ich habe gestern deinen Flow getestet. Eine Antwort gibt mir der Mäher bereits zurück. Ich verstehe nur noch nicht welches Objekt ich auslesen muss.
Ich dachte eigentlich der Statuscode wäre das richtige. Deshalb habe ich diesen auch aus der Nachricht isoliert (in meinem Fall mit dem Wert 200)
Aber irgendwie scheint das noch nicht korrekt zu sein, denn der ist bei mir immer auf 200.
Aus der comm.cpp bin ich leider auch nicht schlauer geworden. Kannst du mir einen Tipp geben wo ich suchen muss.
Wie gesagt, ich bin nicht so der NodeRed Profi ;-)
nodered.PNG
 
die 200, die du als Status-Code siehst, ist der Status des HTTP-Requests. Der Antwortstring des Ardumowers sollte im Payload stehen.

Diesen String musst du auseinander nehmen. Das "S" ist also Antwort auf das Kommando, die 26.05 ist die Batterie-Spannung, 13.08 = Positionskoordinate X usw. Was welchem Wert entspricht kannst du aus der comm.cpp entnehmen. Dort siehst du, wie der Anwortstring auf das Kommando "S" zusammengesetzt wird.
Bildschirmfoto 2021-09-19 um 16.43.55.png
 

Anhänge

  • Bildschirmfoto 2021-09-19 um 16.51.23.png
    Bildschirmfoto 2021-09-19 um 16.51.23.png
    94,4 KB · Aufrufe: 11
Achsooo, jetzt habe ich nur noch das Problem, dass bei mir in der payload (genau so wie in deinem Bild bei topic) nur Anführungszeichen stehen...
Sorry, ich hab Dr.Google schon gefragt, aber bin nicht wirklich fündig geworden. Ist die Info in der payload vielleicht in einem anderen Format und muss erst noch konvertiert werden ?
 
Hast du evtl. in der config.h das WLAN / BLE-Passwort aktiviert? Die sollte deaktiviert sein (also auskommentiert)

Code:
 // #define ENABLE_PASS   1

Klappt denn die Verbindung per App und WLAN?
 
Also das Passwort habe ich tatsächlich aktiviert. -diese falsche Einstellung muss ich dort anscheinend irgendwann mal so gesetzt haben.
Per App und Wlan kann ich mich aber trotzdem verbinden, denn die Kommunikation läuft doch über den ESP32, und das ist doch unabhängig von den Einstellungen in sunray oder nicht?

Ich kann es nachher aber mal testweise Auskommentieren...

Danke für deine schnelle Antwort (y)
 
Es lag tatsächlich daran. (y)
Jetzt bekomme ich die Infos vom mower.
Jetzt muss ich nur noch irgendwie die relevanten Infos aus dem String separieren. -da muss ich am Wochenende noch bisschen googlen ;-)
 
Das Passwort habe ich auch aktiviert. Beim Abfragen der Version kommt aber komischerweise ein String mit der aktuellen Version als Payload zurück.
 
Oben