Updates zum Buch – Roboter-Autos mit dem Raspberry Pi

24 Kommentare

1. 

   Peter Büchner am Januar 6, 2024 um 9:55 pm

   Zu readchar: der pip-Befehl brachte bei mir eine längere Fehlermeldung:
   error: externally-managed-environment

   × This environment is externally managed
   ╰─> To install Python packages system-wide, try apt install
   python3-xyz, where xyz is the package you are trying to
   install.
   etc….
   (Raspi 3, Bookworm)

   Ich habe daraufhin von der Seite https://pypi.org/project/readchar/ den Sourcecode heruntergeladen und über den dort enthaltenen setup.py installiert.

   Antworten
   • 

     Maker am Januar 12, 2024 um 8:06 pm

     Hallo Peter,

     vielen Dank für Deinen Hinweis.
     Ich habe den Installationsbefehl angepasst und dieser sieht jetzt wie folgt aus:

     Befehl: python3 -m pip install --break-system-packages readchar

     Viele Grüße,

     Maker

     Antworten
2. 

   Peter Büchner am Januar 7, 2024 um 10:01 am

   Webinterface:
   Folgende Fehlermeldung beim Start:
   root@PBU-RAS-13:/home/robot# python RobotControlWeb.py
   Traceback (most recent call last):
   File „/home/robot/RobotControlWeb.py“, line 22, in
   import webiopi
   File „/usr/local/lib/python3.11/dist-packages/WebIOPi-0.7.1-py3.11-linux-aarch64.egg/webiopi/__init__.py“, line 20, in
   from webiopi.utils.thread import runLoop
   File „/usr/local/lib/python3.11/dist-packages/WebIOPi-0.7.1-py3.11-linux-aarch64.egg/webiopi/utils/thread.py“, line 36
   def runLoop(func=None, async=False):
   ^^^^^
   Letztere Zeile kommt schon bei der Installation des Webinterfaces.
   Ferner folgende Warnungen bei der Installation:

   Found Python 3.11.2…
   Trying to install python-dev using apt-get
   Paketlisten werden gelesen… Fertig
   Abhängigkeitsbaum wird aufgebaut… Fertig
   Statusinformationen werden eingelesen… Fertig
   Paket python-setuptools ist nicht verfügbar, wird aber von einem anderen Paket
   referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
   wurde oder nur aus einer anderen Quelle verfügbar ist.

   Paket python-dev ist nicht verfügbar, wird aber von einem anderen Paket
   referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
   wurde oder nur aus einer anderen Quelle verfügbar ist.
   Doch die folgenden Pakete ersetzen es:
   python-dev-is-python3

   E: Für Paket »python-dev« existiert kein Installationskandidat.
   E: Für Paket »python-setuptools« existiert kein Installationskandidat.

   Ich habe Raspi 3 mit Bookworm, Python 3.11.2
   Muss man eventuell sources.list ergänzen?

   Antworten
   • 

     Maker am Januar 12, 2024 um 8:08 pm

     Hallo Peter,
     vielen Dank für den Hinweis. Den Fehler hatte ich selber noch nicht und versuche herauszufinden wie eine Lösung aussehen könnte.
     Viele Grüße,
     Maker

     Antworten
     • 

       Peter Büchner am Januar 17, 2024 um 8:30 am

       Hatte mir das 2016er Buch ausgeliehen aus der Bücherei zum Ausprobieren. Habe mir inzwischen das 2019er Buch beschafft. In den neuen Programmen kommt dieser Importbefehl nicht mehr vor. Das Webinterface funktioniert also. Allerdings scheint es mit Bookworm noch andere Probleme zu geben. Die Kamera funktioniert zwar tadellos mit der mjpg-streamer Demoseite. In Kombination mit dem Webinterface erscheint das Video allerdings bildschirmfüllend. Auch gibt es bei Bookworm anscheinend die Befehle raspistill und raspivid nicht mehr (S. 161). Details später.

       Antworten
     • 

       Peter Büchner am Januar 17, 2024 um 10:44 am

       Noch im Nachgang zu vorher:
       das funktioniert überhaupt nicht (Buch S. 164)
       ./mjpg_streamer -i „./input_uvc.so -d /dev/video0 -r 800×640 -f 25“ -o „./output_http.so -w ./www“
       Es kommt schon beim Start eine längliche Meldung:

       root@PBU-RAS-13:/opt/mjpg-streamer# sh start.sh
       MJPG Streamer Version.: 2.0
       i: Using V4L2 device.: /dev/video0
       i: Desired Resolution: 800 x 640
       i: Frames Per Second.: 25
       i: Format…………: JPEG
       i: TV-Norm………..: DEFAULT
       i: Could not obtain the requested pixelformat: MJPG , driver gave us: YUYV
       … will try to handle this by checking against supported formats.
       … Falling back to YUV mode (consider using -yuv option). Note that this requires much more CPU power
       Unable to query that the FPS change is supported
       : Inappropriate ioctl for device
       UVCIOC_CTRL_ADD – Error at Pan (relative): Inappropriate ioctl for device (25)
       UVCIOC_CTRL_ADD – Error at Tilt (relative): Inappropriate ioctl for device (25)
       UVCIOC_CTRL_ADD – Error at Pan Reset: Inappropriate ioctl for device (25)
       UVCIOC_CTRL_ADD – Error at Tilt Reset: Inappropriate ioctl for device (25) …..etc

       Das funktioniert statt dessen:
       ./mjpg_streamer -i „input_libcamera.so -r 320×240 -f 25“ -o „./output_http.so -w ./www“
       Allerdings füllt dann im Webinterface das Video den ganzen Bildschirm aus. In der Demoseite ist das Bild korrekt.
       Ich habe es leider nicht geschafft im Webinterface die Größe des Videos anzupassen.

       Sobald ich das Webinterface starte bringt der mjpg-streamer periodisch folgende Meldungen:
       [2:23:02.034162060] [3493] INFO Camera camera.cpp:1183 configuring streams: (0) 2592×1944-BGR888
       [2:23:02.035514926] [3490] INFO RPI vc4.cpp:608 Sensor: /base/soc/i2c0mux/i2c@1/ov5647@36 – Selected sensor format: 2592×1944-SGBRG10_1X10 – Selected unicam format: 2592×1944-pGAA
       Configuring still capture…
       Stream configuration adjusted
       Still capture setup complete
       [2:23:02.612591924] [3493] INFO Camera camera.cpp:1183 configuring streams: (0) 320×240-BGR888
       [2:23:02.614548229] [3490] INFO RPI vc4.cpp:608 Sensor: /base/soc/i2c0mux/i2c@1/ov5647@36 – Selected sensor format: 640×480-SGBRG10_1X10 – Selected unicam format: 640×480-pGAA

       d.h. irgendetwas setzt meine Videogröße auf 2592×1944 und das kommt nur wenn das Webinterface läuft.

       Für Hilfe wäre ich dankbar.

       Antworten
       • 

         Maker am Januar 18, 2024 um 6:07 am

         Hallo Peter,
         ich habe diesen Beitrag geschreiben da sich seit 2019 das Betriebssystem Raspbian OS weiter entwickelt hat und sich im Bereich der Kamera einiges geändert hat bzw. immer noch ändert.
         Daher funktioniert der Aufruf ./mjpg_streamer -i “./input_uvc.so -d /dev/video0 -r 800×640 -f 25” -o “./output_http.so -w ./www” leider nicht mehr. Aktuell funktioniert libcamera zusammen mit dem mjpg-streamer so wie Du es hier im Kommentar geschrieben hast.

         Mehr zur Unterstützung der Kamera steht auf der Seite die Du über den folgenden Link aufrufen kannst. Wobei diese offizielle Dokumentation meiner Erfahrung nach auch schon wieder veraltet ist bzw. zum neuesten Raspbian OS Bookworm aus Dezember 2023 nicht passt. Die hier beschreibenen Befehle wurden z. B. bei mir unter Bookworm gar nicht erst gefunden!
         https://www.raspberrypi.com/documentation/computers/camera_software.html

         Es ist wohl auch so, dass die Entwicklung des Betriebssystems, der Softwaremodule sowie der Hardware nicht immer zu einem Stichtag einen Stand haben das alles zusammen funktioniert.
         So habe ich schon zum neuesten Raspberry Pi 5 gelesen das die Kamera mit der Bibliothek libcamera Probleme macht. So ist es natürlich schon immer schwer gewesen alles stabil für viele Jahre zu beschreiben. Daher habe ich selber noch gar keinen Raspberry Pi 5 und warte hier erst einmal etwas ab.

         Das wohl aktuell der Parameter für die Auflösung bei der libcamera Bibliothek nicht funktioniert könnte daran liegen das dieser Parameter gar nicht mehr übergeben werden kann. Das werde ich mir einmal anschauen und hoffe eine Lösung zu finden. Denn ein max Auflösung als Bild anzuzeigen ist keine gute Lösung auch nicht von der Übertragungszeit her betrachtet. Oft braucht man bei einem live Bild die maximale Auflösung ja gar nicht.

         Ich werde noch die Befehle die bei mir aktuell unter Bookworm zum Anzeigen eines ersten Bildes etc. funktioniert haben in der Anleitung hier ergänzen.

         Viele Grüße,

         Maker

         Antworten
         • 

           Peter Büchner am Januar 18, 2024 um 8:20 am

           Hallo Maker,
           bin wieder etwas weitergekommen. Ausgehend von der Erkenntnis, dass Du eigentlich kein Video erzeugst, sondern eine Folge von jpg-Einzelbildern, ergibt sich aus der Hilfe für input_libcamera.so, dass für die Auflösung nicht der Parameter r zu verwenden ist, sondern s.
           Die Zeile muss also lauten:
           ./mjpg_streamer -i „input_libcamera.so -s 640×480 -f 25“ -o „./output_http.so -w ./www“.
           Damit wird auch das Webinterface korrekt angezeigt. Allerdings habe ich die Erfahrung gemacht, dass sich bei der angegebenen Framerate von 25 der Streamer sich nach kurzer Zeit verabschiedet mit Segmentation fault. Ich nehme an, dass mein Raspberry 3 damit überlastet ist. Ich habe daher auf 5 reduziert.
           Zu bemerken wäre noch, dass der Streamer weiterhin periodische Meldungen produziert, sobald man mit der Auflösung von der Kameraaufösung abweicht (in diesem Fall SainSmart 5MP).

           Grüße

         • 

           Maker am Januar 20, 2024 um 8:56 am

           Hallo Peter,
           ich habe heute Morgen mit dem Aufruf in der start.sh das ein oder andere ausprobiert. Mit dem folgenen Aufruf hat es mir sehr gut funktioniert. Es sind dann auch nicht mehr die Meldung durch das Terminal-Fenster gelaufen.

           ./mjpg_streamer -i "input_libcamera.so -r 640x480 -f 25 -b 4 -s 640x480" -o "./output_http.so -w ./www"

           Hier einmal ein Auszug der möglichen Parameter die verwendet werden können:

           —————————————————————
           Help for input plugin..: Libcamera Input plugin
           —————————————————————
           The following parameters can be passed to this plugin:

           [-r | –resolution ]…: the resolution of the video device,
           can be one of the following strings:
           QQVGA QCIF CGA QVGA CIF PAL
           VGA SVGA XGA HD SXGA UXGA
           FHD
           or a custom value like the following
           example: 640×480
           [-c | –camera ]…….: Chooses the camera to use.
           [-f | –fps ]……….: frames per second
           [-b | –buffercount ]…: Set the number of request buffers.
           [-q | –quality ] …..: set quality of JPEG encoding
           [-rot | –rotation]….: Request an image rotation, 0 or 180
           [-s | –snapshot ] …..: Set the snapshot resolution, if not set will default to the maximum resolution.
           —————————————————————
           Optional parameters (may not be supported by all cameras):

           [-br ]……………..: Set image brightness (integer)
           [-co ]……………..: Set image contrast (integer)
           [-sa ]……………..: Set image saturation (integer)
           [-ex ]……………..: Set exposure (integer)
           [-gain ]……………: Set gain (integer)
           [-afmode]…………..: Control to set the mode of the AF (autofocus) algorithm.(manual, auto, continuous)
           [-afrange]………….: Set the range of focus distances that is scanned.(normal, macro, full)
           [-lensposition]……..: Set the lens to a particular focus position, expressed as a reciprocal distance (0 moves the lens to infinity), or „default“ for the hyperfocal distance —————————————————————

       • 

         Maker am Januar 20, 2024 um 7:45 pm

         Hallo Peter,
         ich habe es jetzt ausprobiert ob das Web-Interface wieder funktioniert. Mit dem Aufruf ./mjpg_streamer -i "input_libcamera.so -r 640x480 -f 25 -b 4 -s 640x480" -o "./output_http.so -w ./www" in der start-sh Datei wird das Bild der Kamera im Web-Interface auch wieder ordentlich klein angezeigt. Somit ist dieses Problem jetzt meiner erfahrung nach auch behoben. Ich würde mich freuen wenn Du dazu kurz Feedback geben könntest.
         Viele Grüße,
         Maker

         Antworten
3. 

   Peter Büchner am Januar 26, 2024 um 10:58 am

   Hallo Maker,
   Webinterface funktioniert jetzt gut. Ich habe in den letzten Tagen erst die Mechanik zusammengebaut. Bisher war es eher noch Trockenübung. Ich bin jetzt durch mit Teil 1.
   Habe die Erfahrung gemacht, dass die gelben Motoren aus dem New 4WD Robot Smart Car Kits ein hohes Losbrechmoment haben, so dass sie sich sehr schwer manövrieren lassen. Das Gerät startet z.T. erst bei 0,35 und schießt dann richtig gehend los. Ist ja kein Wunder bei dem Preis. Ich habe den Motoren eine Kennlinie verpasst, d.h. sobald ich mit der Geschwindigkeit über 0 (oder unter 0) bin, bekommen die schon 0,2 und dann ansteigend bis 1 (Gerade y=0,2+0,8x). Es ist etwas besser aber optimal ist das nicht. Gibt es Alternativen?

   Ausgehend von der Annahme, dass ich das Ding auch mal im Freien fahren will, speziell wenn das GPS montiert ist, habe ich den Raspberry mit Routerfunktion versehen, so dass ich das Roboterauto ohne extra WLAN steuern kann, siehe https://www.elektronik-kompendium.de/sites/raspberry-pi/2002171.htm. Das hat den Vorteil, dass ich das Gerät überall mit der gleichen Adresse 192.168.1.1:8181 ansprechen kann. Funktioniert ganz gut mit dem Laptop oder PC. Allerdings zeigt mein Androidtablett nicht das Bild vom MJPG-Streamer. Habe noch nicht herausgefunden, an was das liegt. Sind wohl die Spinnereien von Android.

   Antworten
   • 

     Maker am Januar 26, 2024 um 9:46 pm

     Hallo Peter,
     das freut mich sehr das bei Dir jetzt das Web-Interface auch wieder richtig funktioniert. Ich bin ja schon länger am Überlegen es einmal komplett neu zu entwickeln. Mal sehen ob ich dazu die Zeit finden werde. Aber wenn es jetzt wieder gut funktioniert reicht es wohl um den Einsteig zu finden erst einmal.
     Vielen Dank für Dein Feedback hier und viele Grüße,
     Maker

     Antworten
4. 

   Peter Büchner am Januar 26, 2024 um 5:39 pm

   Hallo Maker,
   mein Auto läuft jetzt doch perfekt. Folgendes: Wie erwähnt habe ich eine Kennlinie eingeführt:

   Code:
   def kennlinie(speed):
   # Anfangswert der Geschwindigkeit
   vanf=0.24
   # Hier wird die Geschwindigkeit umgerechnet. Es wird berücksichtigt,
   # dass die Motoren erst bei einem Schwellenwert anfangen zu drehen.
   # Positiver Wert von speed.
   if speed > 0.03:
   steps=(1-vanf)*speed+vanf
   #print(„Geschwindigkeit: „,speed)
   #print(„Steps: „, steps)
   return(steps)
   # Negativer Wert von Speed
   elif speed < -0.03:
   steps=(-1+vanf)*(-speed)-vanf
   #print("Geschwindigkeit: ", speed)
   #print("Steps: ", steps)
   return(steps)
   # Tote Zone
   else:
   return(0)

   Aufruf (gilt entsprechend auch für alle anderen Buttons):
   # Uebergabe der Geschwindigkeit an die Funktion der H-Bruecke
   HBridge.setMotorLeft(kennlinie(speedleft))
   HBridge.setMotorRight(kennlinie(speedright))

   Außerdem habe ich die Schrittweite auf 0,05 reduziert.

   Die wichtigste Maßnahme:
   Ich habe die PWM-Frequenz auf 25Hz reduziert.

   Der Gedanke dahinter:
   Induktiver Widerstand des Motors X=2Pi * f * L. Motortstrom im Anlauf wird im wesentlichen bestimmt durch X bei den hohen Frequenzen. Je höher X, desto kleiner der Motorstrom. Beim Gleichstrommotor gilt Moment proportial Strom. Daraus folgt, je kleiner die Frequenz desto höher das Drehmoment.

   Damit lässt das Auto sich auch in meinem kleinen Büro präzise fahren.

   Antworten
   • 

     Maker am Januar 26, 2024 um 9:45 pm

     Hallo Peter,
     vielen Dank für Deinen tollen Kommentar und der Idee mit der Kennlinie für eine deutlich besser Steuerung der Motoren. Das muss ich mir genauer anschauen zumal ich aktuell plane einen größeren Roboter zu bauen mit deutlich stärkeren Motoren.
     Toll auch das Du gleich das Programm mitgeliefert hast so das es alle hier nutzen können.
     Viele Grüße,
     Maker

     Antworten
5. 

   Christian am März 14, 2024 um 6:53 am

   Hallo Maker,
   ich bin bei der Suche nach Informationen für mein Kettenfahrzeug-Projekt auf Dein interessantes Buch gestoßen.
   Ist ggfs. eine Neuauflage des Buches geplant bzw. in Bearbeitung?
   VG, Christian

   Antworten
   • 

     Maker am Oktober 9, 2024 um 2:26 pm

     Hallo Christian,
     aktuell ist noch keine Neuauflage geplant.
     Viele Grüße,
     Ingmar

     Antworten
6. 

   peter Büchner am März 24, 2024 um 5:30 pm

   Hallo Maker,
   nachdem ich vor einigen Wochen mit dem Thema Video angefangen habe, möchte ich noch einige Bemerkungen dazu machen.
   Ich bin jetzt auf dem Raspberry 5 und bin mit dem Buch durch außer dem GPS und dem Tiltkit. Ich habe den Mjpeg-Streamer auf dem Raspberry 5 nicht zum Laufen gekriegt. Nach vielen Versuchen und Abstürzen auch mit anderer Software bin ich hier fündig geworden:

   https://github.com/raspberrypi/picamera2/blob/main/examples/mjpeg_server.py

   Das ist ein smarter kleiner Videostreamer. Man braucht eigentlich nur den Port anpassen und die Videogröße und das Modul wie im Kommentar angegeben zu installieren. Wichtig ist, dass man einen anderen Port festlegt wie für den Roboter. Dann kann man das Video direkt in den HTML-Code einbinden, z.B. mit einem iframe.

   Codeschnipsel hierzu:

   var hostadr=location.host;
   var videoid=document.getElementById(„video“);
   hostadr=“http://“+ hostadr;
   videoid.setAttribute(„src“, hostadr + „:5000“);

   Man kann die Videosource natürlich auch direkt eintragen. Dann sollte man aber nicht die IP-Adresse verwenden sondern den Hostnamen. Das Programm läuft sehr stabil, bringt aber auf dem Raspberry 5 eine CPU-Auslastung von rund 20% ständig, was für ein Einzelprogramm ganz ordentlich ist. Wenn der Raspi auf Batterie läuft kommt es bei hoher Auslastung, wenn z.B. das Webinterface läuft und ich gleichzeitig mit 2 Terminals arbeite zu Abstürzen. Dies dürfte aber am USB-Spannungswandler liegen, der m.E. für den 5er etwas zu schwach ist. Am entsprechenden Netzteil und im Normalbetrieb habe ich das nicht beobachtet.

   Das ursprüngliche Script für das Video wird damit natürlich hinfällig.

   Antworten
7. 

   Thomas Hellstern am Oktober 16, 2024 um 10:25 am

   Hallo Maker

   Mit Begeisterung bin ich am durcharbeiten des Buches.
   (Raspberry Pi 4B / OS bookworm)
   Leider habe ich ein Problem mit der Kamera, habe schon Stunden die Foren durchsucht.
   rpicam-hello oder libcamera-hello liefern eine Fehlermeldung. (siehe unten)
   Leider kann ich mit dieser Fehlermeldung nichts anfangen.
   Sie sind hoffentlich meine Rettung
   Ich habe auch schon config.txt angepasst (camera_auto_detect=0 und dtoverlay=ov5647)

   Fehlermeldung:
   INFO Camera camera_manager.cpp:325 libcamera v0.3.2+27-7330f29b
   ERROR DmaBufAllocator dma_buf_allocator.cpp:116 Could not open any dma-buf provider
   WARN RPiSdn sdn.cpp:40 Using legacy SDN tuning – please consider moving SDN inside rpi.denoise
   ERROR RPI vc4.cpp:216 Failed to register camera ov5647 10-0036: -12

   Freundliche Grüsse
   Thomas Hellstern

   Antworten
   • 

     Maker am November 2, 2024 um 5:40 am

     Hallo Thomas,
     ich kenne diesen Fehler selber nicht. Aber wenn ich folgendes lese „ov5647“ dann vermute ich das es nicht eine Raspberry Pi Kamera ist. Eventuell sind nicht die passenden Treiber für Dein Kameramodul geladen?
     Viele Grüße,
     Maker

     Antworten
8. 

   Thomas Hellstern am Oktober 18, 2024 um 8:04 pm

   Hallo Maker
   Mit Begeisterung bin ich am abarbeiten des Buches
   Leider kann ich die Bibliothek des Distanzsensors VL53L1X nicht einbinden:
   Ich habe einen Raspi 4B / 64 Bit / OS bookworm)
   Alle Versuche mit pip/pip3/apt/apt-get/ sind fehlgeschlagen.
   Haben Sie noch eine Idee

   Antworten
   • 

     Maker am November 2, 2024 um 5:41 am

     Hallo Thomas,
     leider hatte ich diesen Fehler noch nicht. Kommt eine Fehlermeldung im Bezug vielleicht auf die Python-Version?
     Viele Grüße,
     Maker

     Antworten
9. 

   Sebastian am November 24, 2024 um 12:01 pm

   Hallo Maker,

   ich hoffe, es geht Ihnen gut! Ich habe Ihr Buch gekauft, weil ich mich während meiner Elternzeit mit der Programmierung auseinandersetzen möchte. Man braucht schließlich auch ein anderes Thema in dieser Zeit!

   Bisher hat mir Ihr Buch sehr gut weitergeholfen, und ich bin aktuell bei Kapitel 12.3. Ich erhalte, wie in Ihrem Buch beschrieben, dieselbe Meldung (siehe Abbildung 12.2), aber danach folgt folgende Fehlermeldung.

   ========== Geschwindigkeitsanzeige ==========
   Left motor speed: 0.2
   Right motor speed: 0.0
   Programm Ende
   Exception ignored in:
   Traceback (most recent call last):
   File „/usr/lib/python3/dist-packages/RPi/GPIO/__init__.py“, line 179, in __del__
   File „/usr/lib/python3/dist-packages/RPi/GPIO/__init__.py“, line 202, in stop
   File „/usr/lib/python3/dist-packages/lgpio.py“, line 1084, in tx_pwm
   TypeError: unsupported operand type(s) for &: ‚NoneType‘ and ‚int‘
   Exception ignored in:
   Traceback (most recent call last):
   File „/usr/lib/python3/dist-packages/RPi/GPIO/__init__.py“, line 179, in __del__
   File „/usr/lib/python3/dist-packages/RPi/GPIO/__init__.py“, line 202, in stop
   File „/usr/lib/python3/dist-packages/lgpio.py“, line 1084, in tx_pwm
   TypeError: unsupported operand type(s) for &: ‚NoneType‘ and ‚int‘

   Könnten Sie mir bitte weiterhelfen? Ich wäre Ihnen sehr dankbar! Leider finde ich trotz mehrstündiger suche keine antwort.

   Viele Grüße, Sebastian

   Antworten
   • 

     Maker am November 29, 2024 um 6:06 am

     Hallo Sebastian,

     kannst Du bitte noch ergänzen welches Programm Du ausführst. Ist es das joystick.py oder das robot-control.py Skript?

     Dann bitte noch ergänzen wann der Fehler im Programmablauf auftritt. Also während der Ausführung gleich zu Beginn des Programmes oder am Ende wenn Du das Programm beendest aber bereits fahren konntest.

     Der Fehler könnte mit INT vs. FLOAT zu tun haben. Versuche mal bei der Ausgabe der Geschwindigkeit folgendes:

     print(„========== Geschwindigkeitsanzeige ==========“)
     print(„Geschwindigkeit linker Motor: „, int(speedleft*100))
     print(„Geschwindigkeit rechter Motor: „, int(speedright*100))

     Vielen Dank,

     Maker

     Antworten
     • 

       Sebastian am Dezember 4, 2024 um 3:57 pm

       Hallo Maker,

       vielen Dank für die schnelle Rückmeldung! Es handelt sich um das Skript robot-control.py. Die Fehlermeldung tritt gleich zu Beginn auf.

       Ich habe den Code wie folgt angepasst:

       print(„========== Geschwindigkeitsanzeige ==========“)
       print(„Geschwindigkeit linker Motor: „, int(speedleft*100))
       print(„Geschwindigkeit rechter Motor: „, int(speedright*100))
       print(„Left motor speed: „, speedleft)
       print(„Right motor speed: „, speedright)
       „`

       Leider besteht das Problem weiterhin. Ich wäre Ihnen sehr dankbar, wenn Sie mir weiterhelfen könnten!

       Viele Grüße Sebastian

       Antworten