Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- project:bugger [2024-01-03 16:06] – chris
+++ project:bugger [2024-03-09 00:16] (aktuell) – chris
@@ Zeile 31: / Zeile 31: @@
   * der Empfänger benötigt 5V. Ein einstellbarer Step-Down-Wandler erzeugt diese aus der Akkuspannung.
   * die Fernbedienung hat fünf Tasten. Vier Tasten steuern je einen Pin am Empfänger. Die 5. Taste steuert alle Pins gemeinsam.
-  * Für jeden Motor gibt es einen NPN-Leistungstransistor KD501 von Tesla mit einem 2Nxxxx in Darlingtonschaltung plus 1N4007 als Freilaufdiode. Je ein Kanal der Fernbedienung steuert einen Transistor.
+  * Für jeden Motor gibt es einen NPN-Leistungstransistor KD501 von Tesla mit einem 2N2218 in Darlingtonschaltung plus 1N4007 als Freilaufdiode. Je ein Kanal der Fernbedienung steuert einen Transistor.
   * Alle Teile werden mit breiten Gummibändern auf dem Chassis befestigt, das geht ohne schrauben und lässt sich schnell ändern. Wago-Klemmen sind hier ebenfalls sehr praktisch.
   * Test: mit der Fernbedienung auf den IR-Empfänger zielen und drücken. Läuft und lässt sich lenken.
@@ Zeile 59: / Zeile 59: @@
   * per SSH auf dem Pi einloggen
+    * Das Script "connectbot" holt die Verbindungsparameter aus der API und stellt einen SSH-Connect mit X11-Forwarding her.
   * ein Shell-Script steuert das Terminal auf "raw" und lässt auf die vi-Cursor-Tasten hin die Motoren 1/2 s laufen:
     * 'h' 0.5s Linksfahrt
@@ Zeile 64: / Zeile 65: @@
     * 'k' 0.5s Vorwärtsfahrt
     * 'l' 0.5s Rechtsfahrt
+    * das ShellScript ist ''/home/buggerop/bin/controlbot''
   * im Ergebnis kann man den Bugger so etwa in Echtzeit steuern
   * Caveat: nach dem Start des Pis sind die GPIO-Pins auf "high", d.h. das Gerät saust sofort los. Abhilfe: Motorstrom zunächst abklemmen, Pins initialisieren, Motorstrom erst dann anschalten.
@@ Zeile 100: / Zeile 102: @@
       * ''guvcview -d /dev/video1 -x 640x360 --video_codec RGB3 -g none &''
       * mit VLC laggt die Kamera schon lokal am PC übel, also ist VLC aus dem Rennen
+      * ''timg -V /dev/video1'' funktioniert auch passabel
+      * das Script ''/home/buggerop/bin/video'' startet die Videoübertragung
+        * Caveat: timg krallt sich die ganze Terminalsession. Der Versuch screen im Modus Split-Screen zu verwenden, hat im ersten Anlauf nicht funktioniert. Es braucht daher eine zweite SSH-Session für die Steuerung.
+**Step 4.1 - Kamera-Reset**
+  * Etwas geht schief mit der Anlage des Video-Devices beim Booten: /dev/video1 liefert keine Daten. Re-Plug der Kamera hilft.
+  * Vllt. kann man die Kamera automatisch powercyclen?
+  * ''echo 5-1 > /sys/bus/usb/drivers/usb/unbind'' -> ''bash: echo: write error: No such device'' - das File ist aber da :-(
+  * Anscheinend kann der RPi den Port nicht abschalten. *sigh*
+**Step 4.2 - Kamera-Zuverlässigkeit / Energieversorgung**
+  * Nach dem Systemupdate 02/2024 laggt ''timg'' bis zur Unbrauchbarkeit. ''guvcview'' läuft flüssiger aber nicht doll.
+  * Es scheint, als ob der Step-Down-Wandler (liefert bis 1.5A) nicht genug Leistung bringt. Also externes Netzteil verwendet, das bleibt aber unter 800mA. Nach einer Weile rebootet der RPi ständig. Vllt. wird's dem Keks zu warm?
+**Step 5 - Rückwärtsgang:**
+  * Für einen Rückwärtsgang braucht es ein Relais oder eine H-Brücke.
+  * Da das Relais seinerseits einen Transistor mit Freilaufdiode erfordert, kann man auch gleich die Brücke aufbauen.
+  * Eigentlich würde man die Hälfte der Brücke mit PNP-Transitoren bestücken, nur sind davon gerade keine zur Hand. Stattdessen werden auch dafür NPN-Transistoren benutzt. Drawback: die erforderliche Basisspannung  kann der Pi nicht bereit stellen. Der Trick: ein Opto-Koppler steuert den Leistungsteil und der Pi den Opto-Koppler.