Mein Projekt CaSSAndRA zur Steuerung des Ardumowers

If you share your current build, and new MQTT stuff is merged to master branch, I will add missing features to Cassandra.
All is shared on my Github repo. There are lot of (very good) pull request not yet merged on origine Sunray github repo ... If i create a PR, will it be merged ?

I try to keep Ardumower compatibility (ARM-Linux) but have no time and hardware to try on ARM...
 
it's me again ... this robot is really ...

So my robot seems to be publishing on mqtt properly but cassandra keeps reporting it as off-line (connection through http request).

I've tried with and without the relevant "Connection password (see your config.h)"
The ping times to the robot are pretty short, so that doesn't seem to be the issue. Any hints for debugging?

1708549153501.png
 
http,
the mqtt on the screenshot was just to show the robot was publishing meaningful data.

(If I try to connect from cassandra with mqtt it just fails to connect to the mqtt server, despite mosquitto and cassandra running on the same board.
mqtt is used for my entire home with a lot of sensors. I didn't spend time investigating this ... .)
 
1708552707735.png

If this is what you mean (I’ve just filled the password for the screenshot, otherwise not visible)
But if I type AT+V it does react… .
 
In the next step, you should activate DEBUG level and post log output here.
Start Cassandra with --app_log_level DEBUG to get debug messages to journalctl or terminal. Or start Cassandra with —app_log_file_level DEBUG to get debug messages to log overview page in Cassandra.
 
I have some more weirdness ...

- when starting the robot it thinks it's at some location on the map (an incorrect location). I've tried rebooting through cassandra multiple times (both firmware as cassandra)
- if I do a sudo systemctl restart cassandra on the board where cassandra runs. it does wake up at the right location
If you want I can take some more recordings with debug output ...

1708708547772.png


But now I'm struggling again with some other shitty issue where the reported gps constantly jumps between fix and invalid (even no float in between).
This ardumower is going to shorten my life ... .
 
Hallo,
ich habe meinen Pi von bullseye auf bookworm hochgezogen und musste feststellen, dass python3 jetzt anders tickt. Hier wird Python jetzt nicht mehr benutzerbezogen sondern systemweit installiert und zentral verwaltet.
In der Zentralverwaltung gibt es aber nicht alle Erweiterungen in den richtigen Versionen, wie diese für CaSSAndRA benötigt werden.
Das umgeht man, indem man
Code:
sudo apt install python3.11-venv
installiert und bspw. mit
Code:
python -m venv /home/Muh/pythonCaSSAndRA
source /home/Muh/pythonCaSSAndRA/bin/activate
ein virtuelles Python anlegt.

Vorsicht: Auch wenn "python3 -m site --user-site" etwas anderes angibt, liegen die Site-Packages dann in dieser virtuellen Umgebung. Die Dash-DAQ-Datei ist dann bspw. hier auszutauschen:
/home/Muh/pythonCaSSAndRA/lib/python3.11/site-packages/dash_daq

Die Zeile "source /home/Muh/pythonCaSSAndRA/bin/activate" trägt man idealerweise im User-Home-Verzeichnis in die .bashrc und .profile ein, damit die virtuelle Pythonumgebung immer die Standardumgebung ist.

Dann muss noch sichergestellt werden, dass auch der Systemdienst mit der virtuellen Pythonumgebung startet
Dafür muss dann die ExecStart-Zeile angepasst werden:
Code:
ExecStart=/home/Muh/pythonCaSSAndRA/bin/python /home/Muh/CaSSAndRA/CaSSAndRA/app.py

@EinEinfach Vielleicht kannst Du in Deiner Installationsanleitung eine angepasste Installation für bookworm beschreiben? Das Problem müsste eigentlich jeder haben, der jetzt einen Pi mit aktuellem Pi OS aufsetzt.
 
Zuletzt bearbeitet:
Du meinst die pip - Option --break-system-packages? Da wird überall von abgeraten.

Grundsätzlich begrüße ich ja die Zentralisierung der Python-Installation. Die Grundinstallation würde ich so jetzt auch lassen, um zukunftssicher zu sein.
Im Fall CaSSAndRA funktioniert es halt noch nicht. Es muss sich jetzt halt erst noch durchsetzen, so dass alle Erweiterungen in apt Form verfügbar sind.
Dann wird das Handling aber irgendwann einfacher und durchgängiger - zumindest für Kleincomupteranwendungen. Bspw. Server von Unis bräuchten nach wie vor benutzerbezogene Installationen, damit jeder die Erweiterungen installieren kann, die er benötigt.
 
Hallo Alexander
Wie sieht es denn mit der Integration vom "Skip to Progress" aus deiner Todo aus? Da das Telegramm bei Cassandra ja schon läuft sollte es doch sehr einfach sein den einen Button mit Prozentabfrage und diesen zu übermitteln einzubauen.
Ich weiss nicht wie es anderen geht aber zB habe ich die Skip next Mowpoint noch nie genutzt und wüsste auch nicht wozu es das gibt. Jedoch wäre eine Fähigkeit an einem bestimmten Prozentsatz einer Karte anzufangen viel sinnvoller da doch ab und an Fehler passieren und man die Karte nicht immer wieder von neu anfangen will.
Danke vorab und danke für dieses Projekt!
 
Moin,

Ich würde den Fortschritt nicht anhand von Prozenten einstellen wollen, sondern direkt mit einem Waypoint.
Ich habe z.B. eine Karte mit 1600 Waypoints. 1% sind dann also 16 verschiedene Waypoints.

Beste Grüße,
Chris
 
@EinEinfach

CaSSAndRA habe ich mit Proxmox in einem LXC Container auf Debian 12 am laufen. Das erste "Update" konnte ich heute auch mal ausprobieren. Und ich muss an der Stelle einfach mal sagen, dass Dein Projekt schon ausgesprochen viel richtig macht und schön zu administrieren ist.

Ich bin gespannt was so die nächste Zeit kommt... auf jeden Fall hat CaSSAndRA jetzt einen Fan mehr. ;)

Beste Grüße

Martin
 
Oben