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

  • OpenWrt

    Images
    1
    0 Stimmen
    1 Beiträge
    176 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Release 0.10.6 Was geht?

    Angeheftet ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    384 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - WLan-Antennen

    Hardware
    1
    0 Stimmen
    1 Beiträge
    262 Aufrufe
    Niemand hat geantwortet
  • NVME stromverbrauch mainline kernel, APST

    Ungelöst Probleme?
    4
    2 Stimmen
    4 Beiträge
    494 Aufrufe
    K

    falls jemand das otf (on-the-fly) ausprobieren möchte und sysfs an hat (heißt so glaub ich, ist aber default vermutlich): mit

    /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us

    herum spielen. Wert auf 0 schreiben, dann den Wert der latenz. Siehe unten. Das beispiel unten von mir zeigt bei für mein system bspw auch den grenzwert (10000, aus dem p3 exlat, obwohl das angeblich nicht so sein sollte). bei 9999 geht das system 1W hoch, bei 10000 runter

    ps 0 : mp:5.00W operational enlat:0 exlat:0 rrt:0 rrl:0 rwt:0 rwl:0 idle_power:- active_power:- ps 1 : mp:3.50W operational enlat:0 exlat:0 rrt:1 rrl:1 rwt:1 rwl:1 idle_power:- active_power:- ps 2 : mp:3.00W operational enlat:0 exlat:0 rrt:2 rrl:2 rwt:2 rwl:2 idle_power:- active_power:- ps 3 : mp:0.0700W non-operational enlat:4000 exlat:10000 rrt:3 rrl:3 rwt:3 rwl:3 idle_power:- active_power:- ps 4 : mp:0.0025W non-operational enlat:4000 exlat:45000 rrt:4 rrl:4 rwt:4 rwl:4 idle_power:- active_power:- echo "0" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "9999" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "0" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us echo "10000" > /sys/class/nvme/nvme0/power/pm_qos_latency_tolerance_us
  • Freier Linux GPU Treiber

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    492 Aufrufe
    Niemand hat geantwortet
  • Bionic Minimal 0.7.8

    ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    554 Aufrufe
    FrankMF

    Testin Testing

  • Release Empfehlung für Einsteiger

    Verschoben Archiv
    2
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    FrankMF

    Sieht so aus, als wenn wir ein neues Traumpaar haben. 🙂

    0.7.7

    und

    rock64@rockpro64:/mnt$ uname -a Linux rockpro64 4.18.0-rc3-1046-ayufan-ge76778b6aa4b #1 SMP PREEMPT Thu Jul 19 14:10:17 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
  • 0 Stimmen
    2 Beiträge
    2k Aufrufe
    FrankMF
    Ergänzung

    Eine andere SATA-Karte und eine Riser-Karte mit angeschlossener GPU startet nicht.

    rock64@rockpro64v2_1:~$ uname -a Linux rockpro64v2_1 4.4.132-1075-rockchip-ayufan-ga83beded8524 #1 SMP Thu Jul 26 08:22:22 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux