Skip to content

FTDI Support (ayufan Kernel 5.0)

Ungelöst Probleme?
  • Hallo zusammen,

    ich nutze einen RockPro64 zur Astrofotografie und hatte Probleme mit meiner Kamera am USB 3.0 Port weswegen ich vom standardmäßigen Kernel 4.4.190 auf Kernel 5.0 umgestiegen bin (aktuell 5.0.0-1092-ayufan-g58b7aac480ae), usprünglich installiert mit dem Image bionic-mate-rockpro64-0.9.14-1159-armhf.img

    Nun habe ich ein USB-Device das sich wie folgt per lsusb meldet:

    Bus 007 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
    

    leider bekomme ich keine Verbindung hin, denn es gibt offenbar keine passenden Treiber und auch das ftdi_sio Modul ist nicht vorhanden.
    modprobe meldet:

    modprobe: FATAL: Module ftdi_sio not found in directory /lib/modules/5.0.0-1092-ayufan-g58b7aac480ae
    
    

    und dmesgsagt meldet beim anschließen:

    usb 7-1: new full-speed USB device number 3 using xhci-hcd
    

    Wie kann ich es hinbekommen, dass das Gerät erkannt wird?

    Gruß und Danke,
    Dominik

  • Was macht?

    /sbin/modprobe ftdi_sio
    
  • hallo,
    da hilft eigenen kernel bauen. ist nicht so schwer, das netz ist voll mit infos dazu.
    gruß

  • Man kann Kamil auch bitten, das Modul in den Kernel einzubauen. Das hat es schon öfter mal gemacht. Fragen kostet nichts 😉

  • das macht uns alle zu Astrofotografen, hurra 🙂

  • Wenn ich mir das hier mal auf meinem NAS anschaue, dann finde ich as Modul

    root@rp64v_2_1_NAS:/lib/modules/4.4.138-1094-rockchip-ayufan-gf13a8a9a4eee/kernel/drivers/usb/serial# ls -lha f*
    -rw-r--r-- 1 root root  19K Aug  9  2018 f81232.ko
    -rw-r--r-- 1 root root 136K Aug  9  2018 ftdi_sio.ko
    

    Ist uralt der Kernel, ich fahre da normalerweise einen 5er. Das aktuelle Image mal eben lokal eingehangen.

    root@debian:/media/frank/linux-root/lib/modules/4.4.190-1233-rockchip-ayufan-gd3f1be0ed310/kernel/drivers/usb/serial# ls -lha f*
    -rw-r--r-- 1 root root  19K Aug 28 11:00 f81232.ko
    -rw-r--r-- 1 root root 136K Aug 28 11:00 ftdi_sio.ko
    

    Ich bin da jetzt vorsichtig, bin nicht der Experte für Module 🙂 Das müsste in meinen Augen funktionieren. Im 5er Kernel habe ich das Modul nicht gefunden.

  • Hi, ich habe Kamil mal angeschrieben, ob er das in einem Update einbauen könnte. Benötige das auch für meine Arduinos. Laufe derzeit noch auf dem 4.4., aber würde auch gerne mal den 5er Kernel ausprobieren.
    Gruss

  • Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut.
    Gruss
    https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing

  • [V] RockPro64 V2.1

    Frank's Resterampe rockpro64 verkauf
    1
    1
    0 Stimmen
    1 Beiträge
    139 Aufrufe
    Niemand hat geantwortet
  • Serielle Konsole UART2 (2)

    Angeheftet Hardware uart rockpro64
    1
    8
    0 Stimmen
    1 Beiträge
    250 Aufrufe
    Niemand hat geantwortet
  • NVMe - Booten jetzt möglich

    Angeheftet ROCKPro64 rockpro64
    7
    0 Stimmen
    7 Beiträge
    818 Aufrufe
    FrankMF
    Hallo @mabs, ja. Der uboot wird in den SPI Speicher geladen. Der sucht dann beim Starten nach einem bootfähigem Device. So wie auf einem ganz normalen PC. Eine richtig coole Sache, wo ich mich freue, das das langsam mal funktioniert. Die Performance wird ja dann sicherlich von dem Device bestimmt. Dazu gibt es ja genug Messungen. Ich würde eine NVMe SSD immer einer SATA Platte vorziehen. Es kommt aber auf den Anwendungsfall an. Für ein NAS dann eher zwei oder mehr SATA Platten, und von USB3 HDD booten So wie ich das schon lange betreibe. Aber, da hat auch jeder andere Vorstellungen und Vorlieben für.
  • ROCKPro64 - WLan-Antennen

    Hardware rockpro64
    1
    0 Stimmen
    1 Beiträge
    297 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - RP64.GPIO

    Angeheftet Verschoben Hardware hardware rockpro64
    6
    1
    0 Stimmen
    6 Beiträge
    6k Aufrufe
    FrankMF
    Hallo zusammen, da ich weiß das dieser Artikel recht beliebt ist, wollen wir den heute mal aktualisieren. Vieles aus den vorherigen Beiträgen passt noch. Es gibt aber kleine Anpassungen. Hardware ROCKPro64v21. 2GB RAM Software Kamils Release 0.10.9 Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux Installation apt install python Danach laden wir das Projekt git clone https://github.com/Leapo/Rock64-R64.GPIO PIN Nummern anpassen cd Rock64-R64.GPIO/R64 nano _GPIO.py Datei ergänzen # Define GPIO arrays #ROCK_valid_channels = [27, 32, 33, 34, 35, 36, 37, 38, 64, 65, 67, 68, 69, 76, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 96, 97, 98, 100, 101, 102, 103, 104] #BOARD_to_ROCK = [0, 0, 0, 89, 0, 88, 0, 0, 64, 0, 65, 0, 67, 0, 0, 100, 101, 0, 102, 97, 0, 98, 103, 96, 104, 0, 76, 68, 69, 0, 0, 0, 38, 32, 0, 33, 37, 34, 36, 0, 35, 0, 0, 81, 82, 87, 83, 0, 0, 80, 79, 85, 84, 27, 86, 0, 0, 0, 0, 0, 0, 89, 88] #BCM_to_ROCK = [68, 69, 89, 88, 81, 87, 83, 76, 104, 98, 97, 96, 38, 32, 64, 65, 37, 80, 67, 33, 36, 35, 100, 101, 102, 103, 34, 82] ROCK_valid_channels = [52,53,152,54,50,33,48,39,41,43,155,156,125,122,121,148,147,120,36,149,153,42,45,44,124,126,123,127] BOARD_to_ROCK = [0,0,0,52,0,53,0,152,148,0,147,54,120,50,0,33,36,0,149,48,0,39,153,41,42,0,45,43,44,155,0,156,124,125,0,122,126,121,123,0,127] BCM_to_ROCK = [43,44,52,53,152,155,156,45,42,39,48,41,124,125,148,147,124,54,120,122,123,127,33,36,149,153,121,50] Abspeichern. Datei test.py anlegen nano test.py Inhalt #!/usr/bin/env python # Frank Mankel, 2018, LGPLv3 License # Rock 64 GPIO Library for Python # Thanks Allison! Thanks smartdave! import R64.GPIO as GPIO from time import sleep print("Output Test R64.GPIO Module...") # Set Variables var_gpio_out = 156 var_gpio_in = 155 # GPIO Setup GPIO.setwarnings(True) GPIO.setmode(GPIO.ROCK) GPIO.setup(var_gpio_out, GPIO.OUT, initial=GPIO.HIGH) # Set up GPIO as an output, with an initial state of HIGH GPIO.setup(var_gpio_in, GPIO.IN, pull_up_down=GPIO.PUD_UP) # Set up GPIO as an input, pullup enabled # Test Output print("") print("Testing GPIO Input/Output:") while True: var_gpio_state_in = GPIO.input(var_gpio_in) var_gpio_state = GPIO.input(var_gpio_out) # Return State of GPIO if var_gpio_state == 0 and var_gpio_state_in == 1: GPIO.output(var_gpio_out,GPIO.HIGH) # Set GPIO to HIGH print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State IF : " + str(var_gpio_state)) # Print results else: GPIO.output(var_gpio_out,GPIO.LOW) # Set GPIO to LOW print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State ELSE: " + str(var_gpio_state)) # Print results sleep(0.5) exit() Beispiel [image: 1537522070243-input_ergebnis.jpg] Wenn der Taster im Bild betätigt wird, soll die LED blinken. Wir benutzen folgende Ein- Augänge des ROCKPro64. # Set Variables var_gpio_out = 156 var_gpio_in = 155 Das heißt: an Pin 1 (3,3V) kommt eine Strippe des Tasters an Pin 29 (Input) kommt eine Strippe des Tasters an Pin 31 (Output) kommt der Plus-Pol der LED an Pin 39 (GND) kommt der Minus-Pol der LED Somit wird auf den Eingang (Pin 29) bei Betätigung des Tasters 3,3 Volt angelegt. Damit wird dann der Eingang als High (1) erkannt. Die LED wird über den Ausgang (Pin 31) gesteuert. Starten kann man das Script mit python test.py https://www.youtube.com/watch?v=aPSC0Q0xInw
  • ROCKPro64 - Reset & Power Taster (extern)

    Hardware hardware rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    692 Aufrufe
    Niemand hat geantwortet
  • stretch-openmediavault-rockpro64

    Verschoben Linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    828 Aufrufe
    Niemand hat geantwortet
  • Vorserienmodell

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    557 Aufrufe
    Niemand hat geantwortet