Skip to content

ROCKPro64 - USB-OTG funktioniert!

ROCKPro64
  • Mit Kernel 4.4.154-1109-rockchip-ayufan funktioniert jetzt USB-OTG, schreibt Kamil 😉 Ok, dann testen wir das mal.

    Das schreibt Kamil dazu

    (12:14:29) ayufan: use this script: https://github.com/ayufan-rock64/linux-package/blob/master/root-rockpro64/usr/local/sbin/rockpro64_enable_otg.sh
    (12:14:45) ayufan: configure ip on usb0: ifconfig usb0 169.169.222.222
    (12:14:55) ayufan: and run iperf, you should likely see about 200-300MB/s

    Gut, mal eine SD-Karte vorbereitet. Das Script unter /usr/local/sbin angelegt und ausgeführt.

    Der usb0 Schnittstelle die IP 192.168.3.155 zugewiesen. So richtig habe ich da nicht durchgeblickt, aber am Ende konnte ich eine Verbindung aufbauen. Auf dem ROCKPro64

    iperf3 -s
    

    eingegeben. Auf dem Haupt-PC

    iperf3 -c 192.168.3.155
    

    eingegeben. Folgendes Ergebnis habe ich bekommen.

    frank@frank-MS-7A34:~$ iperf3 -c 192.168.3.155
    Connecting to host 192.168.3.155, port 5201
    [  4] local 192.168.3.156 port 33528 connected to 192.168.3.155 port 5201
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  4]   0.00-1.00   sec  59.8 MBytes   502 Mbits/sec    0    143 KBytes       
    [  4]   1.00-2.00   sec  72.4 MBytes   607 Mbits/sec    0    150 KBytes       
    [  4]   2.00-3.00   sec  62.8 MBytes   527 Mbits/sec    0    239 KBytes       
    [  4]   3.00-4.00   sec  78.3 MBytes   657 Mbits/sec    3    341 KBytes       
    [  4]   4.00-5.00   sec  89.1 MBytes   747 Mbits/sec    0    433 KBytes       
    [  4]   5.00-6.00   sec  71.4 MBytes   599 Mbits/sec  213    156 KBytes       
    [  4]   6.00-7.00   sec  74.6 MBytes   626 Mbits/sec  299    126 KBytes       
    [  4]   7.00-8.00   sec  72.4 MBytes   607 Mbits/sec   75    148 KBytes       
    [  4]   8.00-9.00   sec  93.3 MBytes   783 Mbits/sec  120    158 KBytes       
    [  4]   9.00-10.00  sec  87.5 MBytes   734 Mbits/sec   41    189 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec   761 MBytes   639 Mbits/sec  751             sender
    [  4]   0.00-10.00  sec   761 MBytes   638 Mbits/sec                  receiver
    
    iperf Done.
    

    Angeschlossen hatte ich am USB-C Anschluss des ROCKPro64 und an einer USB3-Schnittstelle meines Haupt-PCs. Die USB3-Schnittstelle ist an einem SD-Karten Gerät dran. Es könnte das Ergebnis ein wenig verfälschen, mein Kabel war aber nicht länger 🙂 Soll ja auch nur zeigen das es klappt.

    Was ihr jetzt damit anfangt, weiß ich nicht, ich habe da nicht so direkt eine Idee zu. Viel Spaß beim Testen!

  • Bluetooth Dongle funktioniert unter Armbian nicht

    Verschoben Ungelöst Probleme?
    11
    0 Stimmen
    11 Beiträge
    577 Aufrufe
    FrankMF

    Ich habe immer noch nicht verstanden, welche Kernelmodule jetzt fehlen. Aber ich habe mich mal kurz in Pivccu eingelesen. Das lässt einen LXC Container laufen - gut.

    Ob Armbian an einem Kernel 4.14 arbeitet, weiß ich nicht. Ich habe aber irgendwo gelesen, das man sich mehr auf den Mainline konzentrieren wird!?? Dann wird das wohl nichts. Den selber bauen, wird wohl nur was für Profis sein. Ich habe das schon mal gemacht, ist aber ein extrem komplexes Thema. Erschließt sich mir bis heute nicht 😉

    Wenn nur ein Kernelmodul fehlt, das kann man selber bauen. Oder Kamil kurz mal eine Frage zukommen lassen, dann ist das vermutlich im nächsten Update mit drin.

  • ROCKPro64 - USB-C -> LAN

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    277 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - USB-C -> HDMi

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    409 Aufrufe
    FrankMF

    @hannescam Hallo! Das ist ja schon ein paar Tage her, gut das wir den Screenshot haben. Du könntest genau diese Kernel-Version vom Kamil suchen und benutzen. Da musste man kein Linux Held sein, Kable einstecken - Bild da.

    Ob das mit was Aktuellerem geht, weiß ich nicht. Debian kann man ja so installieren, wie findest Du hier im Forum. Ob Debian die USB-C Schnittstelle nutzt weiß ich nicht. muss man ausprobieren.

    Da für mich die Platinen immer nur ohne Desktop Sinn gemacht haben, habe ich so was immer nur ganz kurz angetestet. Nutze die SOCs eigentlich ausschließlich Headless.

  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    1 Stimmen
    5 Beiträge
    813 Aufrufe
    FrankMF

    Ich kann heute die Fragen aller Fragen beantworten 🙂

    Damit ist leider die Frage immer noch unbeantwortet ob WLan und PCIe zusammen nutzbar ist!! Es geht!!

    Ich habe von MrFixit ein Testimage der RecalBox, benutzt das selbe Debian wie oben. Die Tage konnte man im IRC verfolgen, wie man dem Grundproblem näher kam und wohl einen Fix gebastelt hat, damit beides zusammen funktioniert. Mr.Fixit hat das in RecalBox eingebaut und ich durfte testen.

    # ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff inet 192.168.178.27/24 brd 192.168.178.255 scope global wlan0 valid_lft forever preferred_lft forever inet6 2a02:908:1262:4680:ae83:f3ff:fee6:1fb2/64 scope global dynamic valid_lft 7145sec preferred_lft 3545sec inet6 fe80::ae83:f3ff:fee6:1fb2/64 scope link valid_lft forever preferred_lft forever # ls /mnt bin etc media recalbox sd.img test2.img boot home mnt root selinux tmp crypthome lib opt run srv usr dev lost+found proc sbin sys var # fdisk BusyBox v1.27.2 (2019-02-01 22:43:19 EST) multi-call binary. Usage: fdisk [-ul] [-C CYLINDERS] [-H HEADS] [-S SECTORS] [-b SSZ] DISK Change partition table -u Start and End are in sectors (instead of cylinders) -l Show partition table for each DISK, then exit -b 2048 (for certain MO disks) use 2048-byte sectors -C CYLINDERS Set number of cylinders/heads/sectors -H HEADS Typically 255 -S SECTORS Typically 63 # fdisk -l Disk /dev/mmcblk0: 15 GB, 15931539456 bytes, 31116288 sectors 486192 cylinders, 4 heads, 16 sectors/track Units: cylinders of 64 * 512 = 32768 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/mmcblk0p1 * 2,10,9 10,50,40 32768 163839 131072 64.0M c Win95 FAT32 (LBA) Partition 1 does not end on cylinder boundary /dev/mmcblk0p2 * 16,81,2 277,102,17 262144 4456447 4194304 2048M 83 Linux Partition 2 does not end on cylinder boundary /dev/mmcblk0p3 277,102,18 1023,254,63 4456448 31115263 26658816 12.7G 83 Linux Partition 3 does not end on cylinder boundary Disk /dev/nvme0n1: 233 GB, 250059350016 bytes, 488397168 sectors 2543735 cylinders, 12 heads, 16 sectors/track Units: cylinders of 192 * 512 = 98304 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/nvme0n1p1 1,0,1 907,11,16 2048 488397167 488395120 232G 83 Linux #

    Oben sieht man eine funktionierende WLan-Verbindung, das LAN-Kabel war entfernt. Unten sieht man die PCIe NVMe SSD, gemountet nach /mnt und Inhaltsausgabe.

    Das sollte beweisen, das der Ansatz der Lösung funktioniert. Leider kann ich nicht sagen, das es zum jetzigen Zeitpunkt stabil läuft. Ich habe einfach so Reboots, kann den Fehler aktuell aber nicht fangen. Mal sehen ob ich noch was finde.

    Aber, es ist ein Anfang!

  • VON USB 4TB HD BOOTEN GEHT NICHT

    ROCKPro64
    5
    0 Stimmen
    5 Beiträge
    563 Aufrufe
    W

    Hallo FrankM,
    schade das Du mir nicht weiter helfen kannst, aber danke für Deine schnelle Antwort.
    Mit dem Bugreport kenne ich nicht aus, bin noch leihe.

    Einen schönen Abend noch.

    Winne

  • SPI funktioniert

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    843 Aufrufe
    FrankMF

    Wie ich jetzt mehrmals festgestellt habe, ist das System von der USB3 Platte instabil.

    [111985.654653] EXT4-fs error (d4: inode #16354: comm systemd: r[111985.837719] EXT4-fs error

    Das killt dann das komplette System.

    Ob das an meiner Hardware liegt, weiß ich nicht. Also, wer da draußen so ein System einsetzen will, Vorsicht! Die USB3-Schnittstelle scheint noch einige Bugs zu haben!!

    Mein NVMe System dagegen ist absolut stabil!

  • zram - Was das??

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    893 Aufrufe
    FrankMF

    @tkaiser ; Ich hab dich vermisst 😂

    Danke für die Info, ich bin vor dem ROCKPro64 da noch nie so richtig drüber gestolpert. Aber wenn ich dann was finde, schau auch immer wofür es denn bitte ist.

    Danke für Deine Hinweise.

  • Wiki zum ROCKPro64 veröffentlicht!

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet