Mein Projekt CaSSAndRA zur Steuerung des Ardumowers

so, jetzt bin ich bei Python 3.8.4

pip3 install -r requirements.txt

bringt immer noch die selbe Fehlermeldung

Collecting networkx==3.1 (from -r requirements.txt (line 6))
Could not find a version that satisfies the requirement networkx==3.1 (from -r requirements.txt (line 6))
 
verrückt :D. oh man.


Collecting icecream==2.1.3 (from -r requirements.txt (line 5))
Using cached https://www.piwheels.org/simple/icecream/icecream-2.1.3-py2.py3-none-any.whl (8.4 kB)
ERROR: Ignored the following yanked versions: 2.6, 2.6.1
ERROR: Ignored the following versions that require a different python version: 1.6.0 Requires-Python <4,>=3.8; 1.6.0 Requires-Python >=3.8, <4; 1.6.0b1 Requires-Python >=3.8, <4; 1.6.0rc1 Requires-Python <4,>=3.8; 1.6.0rc1 Requires-Python >=3.8, <4; 1.6.1rc1 Requires-Python <4,>=3.8; 1.6.1rc1 Requires-Python >=3.8, <4; 1.6.1rc2 Requires-Python <4,>=3.8; 1.6.1rc2 Requires-Python >=3.8, <4; 2.16.0 Requires-Python >=3.8; 2.16.1 Requires-Python >=3.8; 2.17.0 Requires-Python >=3.8; 2.7 Requires-Python >=3.8; 2.7.1 Requires-Python >=3.8; 2.7rc1 Requires-Python >=3.8; 2.8 Requires-Python >=3.8; 2.8.1 Requires-Python >=3.8; 2.8.1rc1 Requires-Python >=3.8; 2.8.2 Requires-Python >=3.8; 2.8.3 Requires-Python >=3.8; 2.8.4 Requires-Python >=3.8; 2.8.5 Requires-Python >=3.8; 2.8.6 Requires-Python >=3.8; 2.8.7 Requires-Python >=3.8; 2.8.8 Requires-Python >=3.8; 2.8rc1 Requires-Python >=3.8; 3.0 Requires-Python >=3.8; 3.0b1 Requires-Python >=3.8; 3.0rc1 Requires-Python >=3.8; 3.1 Requires-Python >=3.8; 3.1rc0 Requires-Python >=3.8; 3.2 Requires-Python >=3.9; 3.2.1 Requires-Python >=3.9; 3.2rc0 Requires-Python >=3.9; 3.3 Requires-Python >=3.10; 3.3rc0 Requires-Python >=3.10
ERROR: Could not find a version that satisfies the requirement networkx==3.1 (from versions: 0.34, 0.35, 0.35.1, 0.36, 0.37, 0.99, 1.0rc1, 1.0, 1.0.1, 1.1, 1.2rc1, 1.2, 1.3rc1, 1.3, 1.4rc1, 1.4, 1.5rc1, 1.5, 1.6rc1, 1.6, 1.7rc1, 1.7, 1.8rc1, 1.8, 1.8.1, 1.9rc1, 1.9, 1.9.1, 1.10rc2, 1.10, 1.11rc1, 1.11rc2, 1.11, 2.0, 2.1, 2.2rc1, 2.2, 2.3rc3, 2.3rc4, 2.3, 2.4rc1, 2.4rc2, 2.4, 2.5rc1, 2.5, 2.5.1, 2.6rc1, 2.6rc2, 2.6.2, 2.6.3)
ERROR: No matching distribution found for networkx==3.1
 
Ich hab das Problem, das ich den Mäher nach einem Motor Error nicht mehr manuell per Joystick steuern kann. Erst wenn ich wieder auf Start drücke, startet er die Mähmotoren. Dann gehen sie wieder aus und ein zweites Mal an, dann fährt er weiter (Wenn er Fix hat). Dann kann ich stoppen und dann kann ich auch wieder per Joystick steuern. Ich bin hier auf Sunray 1.0.322.
Ist ein wenig doof, weil wenn er sich irgendwo vertüdelt hat, muss ich ihn ja erst manuell aus dem Schlamassel fahren und dann wieder starten.
 
Nachtrag: Wenn ich den Mäher per Sunray App neu starte geht es wieder. Komisch. Ist bei mir 100% reproduzierbar. Hat das sonst keiner?
 
Das der Joystick Alfred nicht steuern kann habe ich auch, aber da ich nicht weiß welches Programm genau was macht will ich keine Schuld zuweisen.
Manchmal kann man Alfred bei mow und Float per Joystick bewegen, manchmal aber auch nicht. Hatte auch schon das er im Idle war und nichts ging. Wobei ich glaube das er da einfach gar nicht erreichbar war, weil die Sunray App kein Connection aufgebaut hat.
 
Ein Grund ist die schlechte Integration vom ESP bzw. Die ESP fw selbst. Das hatte timotto damals mit dem ardumower modem schon wesentlich besser gemacht. Der Mäher stockt zyklisch, und manche wollen dich dann auf dein WLAN hinweisen, oder repeater... Aber daran liegt es nichts. Die sunray fw für den esp ist Mist. Meine Einschätzung... Das heißt nicht, das ich es besser machen kann.
 
Über Bluetooth geht es sonst immer, auch ruckelfrei. Ist jetzt neu, dass er nach einem Motor Error keinen Joystick Input mehr annimmt. Als wäre er noch im Mow Programm, was man dann nicht beenden kann. Erst wenn er per Mow weiter fährt und man ihn dann stoppt, geht es wieder.
 
Mittlerweile bin ich etwas weiter gekommen:
Die Installation ist ohne Fehler mit ein paar Warnungen durchgelaufen.

Beim Starten von Cassandra kommt jetzt folgenden Fehlermeldung:
pi@OpenWallBox:~/CaSSAndRA/CaSSAndRA $ ./app.py
Traceback (most recent call last):
File "./app.py", line 16, in <module>
from src.backend import backendserver
File "/home/pi/CaSSAndRA/CaSSAndRA/src/backend/backendserver.py", line 8, in <module>
from . data import saveddata, calceddata, cleandata, cfgdata, logdata
File "/home/pi/CaSSAndRA/CaSSAndRA/src/backend/data/saveddata.py", line 6, in <module>
import pandas as pd
ModuleNotFoundError: No module named 'pandas'

Soll oder kann ich pandas manuell installieren?
 
Über Bluetooth geht es sonst immer, auch ruckelfrei. Ist jetzt neu, dass er nach einem Motor Error keinen Joystick Input mehr annimmt. Als wäre er noch im Mow Programm, was man dann nicht beenden kann. Erst wenn er per Mow weiter fährt und man ihn dann stoppt, geht es wieder.
Das wird auch so sein, ich werde das demnächst mal überprüfen wenn er einen Error hat. Wahrscheinlich hängt er dann in der Error OP und setzt jede Iteration linear und angular auf null, unabhängig von der comm.cpp...

Lösung dafür könnte sein, nur einmal alles zu stoppen. Und danach nicht mehr.
 
Gute Frage, weiß ich nicht. Ein Beispiel: ich habe sonst den mower auch im Dock im Charge Zustand immer manuell herausfahren können.... Seitdem ich Dock retry touch enabled habe, geht das nicht mehr. Grund ist die chargeop loop, analysiert habe ich das aber noch nicht.
 
Diese Sache könnte man vllt fixen, indem man sagt... Immer wenn ein Fahrbefehl kommt in der comm.cpp, die OP in idle zu ändern. Das wäre vllt der Totschlag workaround. Das würde den Error OP dann einschließen. Also alle Operationen. Danach muss man halt wieder auf start drücken, sollte auch eigentlich so sein.
 
Zuletzt bearbeitet:
Oben