Skip to content

ROCKPro64 Übersicht - was geht?

ROCKPro64
  • Start der neuen Übersicht, die alte findet ihr unter diesem Link

    Noch nicht fertig!!

    Eingesetzte Hard- und Software.

    Kernel/Images

    • Kernel 4.20.0-1090-ayufan
    • Kernel 4.4.154-1132-rockchip-ayufan

    Kernelversionen

    Kernel 4.4.154

    rock64@rockpro64:/mnt/home/rock64$ uname -a
              Linux rockpro64 4.4.154-1132-rockchip-ayufan-g8260cd865508 #1 SMP Sun Feb 24 12:07:56 UTC 2019 aarch64  aarch64 aarch64 GNU/Linux  
    

    Kernel 4.20.0

    rock64@rockpro64:~$ uname -a
    Linux rockpro64 4.20.0-1090-ayufan-gd1277c20e10d #ayufan SMP PREEMPT Sun Feb 24 11:51:32 UTC 2019 aarch64 aarch64 aarch64 GNU/Linux
    

    Hardware

    • ROCKPro64 v2.1 2GB RAM
    • Pine64 WiFi-Modul montiert
    • irgendeine SD-Karte 😉
    • Samsung 960 EVO m.2 mit 256GB
    • USB3/SSD-Adapter Fa. Simpletech
    Funktion 4.4.154 Bemerkungen 4.20.0 Bemerkungen
    Youtube 1080p Ja bionic-lxde...-arm64
    Netflix Ja bionic-mate...-armhf
    WLan Ja Seit 0.7.13 auch mit Ayufan Image (4.4.154-1134) Nein
    Bluetooth Nein Nein
    LAN 825/940 Mbit/s iperf3 -c / iperf3 -R -c 943/941Mbit/s iperf3 -c / iperf3 -R -c
    USB2 34,4 MB/s 34,4 MB/s 750 EVO 120GB
    USB3 258 MB/s 225 MB/s 750 EVO 120GB
    USB-C Ja HDMI-Ausgabe (4.4.167) ---
    USB-C Ja LAN-Adapter (4.4.167-1188) 938/941 Mbit/s ---
    PCIe Ja PCie & WiFi-Modul zusammen möglich! Es darf keine UART Nr.10 Verbindung bestehen! Ja PCie & WiFi-Modul zusammen möglich! Es darf keine UART Nr.10 Verbindung bestehen!
    SATA Ja Ja
    HDMI Ja Ja
    Power OFF Ja LED's aus Ja LED's aus
    Suspend Power Button Ja 0,2W - 0,4W Nein Suspend Modul fehlt im Mainline
    Reboot Ja Ja
    SSH-Reboot Ja Ja
    USB-Boot Ja USB2 - OK / USB3 - OK Ja USB2 - OK / USB3 - OK
    SPI Flash Ja Ja Flash-Image
    SPI Erase Ja Ja Erase-Image
    eMMC Boot Ja getestet mit 0.7.13 ---
    Sound Ja über HDMI ---
    GPU --- ---
    Energieverbrauch 4,6W - 5,6W Idle mit USB3-SSD 4,6W - 5,6W Idle mit USB3-SSD

    4.4.154 Tests

    iperf3

    rock64@rockpro64:/mnt/home/rock64$ iperf3 -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    [  4] local 192.168.3.3 port 57906 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  4]   0.00-1.00   sec   102 MBytes   856 Mbits/sec    0    723 KBytes       
    [  4]   1.00-2.00   sec  98.5 MBytes   826 Mbits/sec    0    723 KBytes       
    [  4]   2.00-3.00   sec  98.7 MBytes   826 Mbits/sec    0    788 KBytes       
    [  4]   3.00-4.00   sec  98.1 MBytes   825 Mbits/sec    0    788 KBytes       
    [  4]   4.00-5.00   sec  98.2 MBytes   822 Mbits/sec    1    395 KBytes       
    [  4]   5.00-6.00   sec  97.5 MBytes   817 Mbits/sec    0    396 KBytes       
    [  4]   6.00-7.00   sec  97.5 MBytes   819 Mbits/sec    0    396 KBytes       
    [  4]   7.00-8.00   sec  98.4 MBytes   825 Mbits/sec    0    396 KBytes       
    [  4]   8.00-9.00   sec  97.5 MBytes   818 Mbits/sec    0    396 KBytes       
    [  4]   9.00-10.00  sec  97.5 MBytes   818 Mbits/sec    0    396 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec   984 MBytes   825 Mbits/sec    1             sender
    [  4]   0.00-10.00  sec   981 MBytes   823 Mbits/sec                  receiver
    
    iperf Done.
    rock64@rockpro64:/mnt/home/rock64$ iperf3 -R -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    Reverse mode, remote host 192.168.3.213 is sending
    [  4] local 192.168.3.3 port 57910 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bandwidth
    [  4]   0.00-1.00   sec   112 MBytes   937 Mbits/sec                  
    [  4]   1.00-2.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   3.00-4.00   sec   112 MBytes   938 Mbits/sec                  
    [  4]   4.00-5.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   6.00-7.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   7.00-8.00   sec   112 MBytes   939 Mbits/sec                  
    [  4]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   9.00-10.00  sec   112 MBytes   941 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec    0             sender
    [  4]   0.00-10.00  sec  1.09 GBytes   940 Mbits/sec                  receiver
    
    iperf Done.
    

    USB3

    rock64@rockpro64:/mnt$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 16.6446 s, 258 MB/s
    

    USB2

    rock64@rockpro64:/mnt$ sudo dd if=/dev/zero of=sd2.img bs=1M count=4096 conv=fdatasync
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 124.727 s, 34.4 MB/s
    

    4.20 Test

    iperf3

    rock64@rockpro64:~$ iperf3 -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    [  4] local 192.168.3.3 port 59832 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  4]   0.00-1.00   sec   114 MBytes   955 Mbits/sec    0    407 KBytes       
    [  4]   1.00-2.00   sec   112 MBytes   942 Mbits/sec   11    315 KBytes       
    [  4]   2.00-3.00   sec   112 MBytes   941 Mbits/sec   11    325 KBytes       
    [  4]   3.00-4.00   sec   112 MBytes   942 Mbits/sec   11    341 KBytes       
    [  4]   4.00-5.00   sec   112 MBytes   941 Mbits/sec   11    338 KBytes       
    [  4]   5.00-6.00   sec   112 MBytes   942 Mbits/sec   22    252 KBytes       
    [  4]   6.00-7.00   sec   112 MBytes   941 Mbits/sec   11    305 KBytes       
    [  4]   7.00-8.00   sec   112 MBytes   940 Mbits/sec    0    342 KBytes       
    [  4]   8.00-9.00   sec   112 MBytes   942 Mbits/sec   11    318 KBytes       
    [  4]   9.00-10.00  sec   112 MBytes   942 Mbits/sec   11    320 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec  1.10 GBytes   943 Mbits/sec   99             sender
    [  4]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec                  receiver
    
    iperf Done.
    rock64@rockpro64:~$ iperf3 -R -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    Reverse mode, remote host 192.168.3.213 is sending
    [  4] local 192.168.3.3 port 59836 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bandwidth
    [  4]   0.00-1.00   sec   112 MBytes   938 Mbits/sec                  
    [  4]   1.00-2.00   sec   112 MBytes   940 Mbits/sec                  
    [  4]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   3.00-4.00   sec   112 MBytes   942 Mbits/sec                  
    [  4]   4.00-5.00   sec   112 MBytes   940 Mbits/sec                  
    [  4]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   6.00-7.00   sec   112 MBytes   940 Mbits/sec                  
    [  4]   7.00-8.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
    [  4]   9.00-10.00  sec   112 MBytes   941 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  4]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec    1             sender
    [  4]   0.00-10.00  sec  1.09 GBytes   941 Mbits/sec                  receiver
    
    iperf Done.
    

    USB3

     rock64@rockpro64:/mnt$ sudo dd if=/dev/zero of=sd3.img bs=1M count=4096 conv=fdatasync
     4096+0 records in
     4096+0 records out
     4294967296 bytes (4.3 GB, 4.0 GiB) copied, 19.1171 s, 225 MB/s
    

    USB2

    rock64@rockpro64:~$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    [sudo] password for rock64: 
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 124.89 s, 34.4 MB/s
    
  • USB 2/3

    Laut Wikipedia ist die maximale Nutz-Datenrate bei

    • USB 2.0 = 40MB/s
    • USB 3.0 = 300MB/s

    Somit haben wir beide Werte recht gut erreicht. Es könnte je nach eingesetztem Adapter und SSD natürlich zu anderen Werten kommen, aber diese sind schon recht nah am Optimum.

  • PCIe & WiFi

    Das Pine64-Modul mit PCIe macht bei mir zusammen immer noch massiv Probleme. Mr.Fixit sein Kernel soll das hergeben, es gibt wohl drei Personen wo das zusammen funktioniert. Bei mir nur ganz selten, meistens Kernel Panic.

    Als Hinweis:
    Das Pine64-Modul funktioniert mit dem Image von Mr.Fixit astrein. Mit Kamils Image zur Zeit nicht, er hat aber geschrieben, das das im nächsten Release mit drin sein soll.

    PCie alleine funktioniert schon lange, das habe ich jetzt nicht nochmal extra getestet. Ich hätte sonst das WiFi-Modul wieder entfernen müssen, das ist aber etwas Fummelei 🙂 Meine anderen beiden ROCKPro64 sind beschäftigt LOL

  • WIFI

    Seit dem Release des Images 0.7.13 ist WiFi auch möglich. Weiterhin ungelöst ist das Problem PCIe & WiFi (also bei mir).

  • [V] RockPro64 V2.1

    Frank's Resterampe
    1
    0 Stimmen
    1 Beiträge
    80 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    17 Beiträge
    1k Aufrufe
    FrankMF

    Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

    Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.

    Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

    Die Installation wollte ich auf einem NVMe Riegel installieren.

    Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

    Eingesetzter uboot -> 2020.01-ayufan-2013......

    Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

    Wir schauen uns mal die wichtigsten Dinge an.

    root@debian:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

    Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

    Das trägt Debian ein

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

    Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

    Danach einmal alles neu starten bitte 😉

    systemctl status networking

    Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

    dhclient eth0

    Nachdem Neustart kam dann das

    root@debian:/etc/network# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff

    Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

    Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.

  • ROCKPro64 - WLan-Antennen

    Hardware
    1
    0 Stimmen
    1 Beiträge
    262 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Netflix?

    ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    395 Aufrufe
    FrankMF

    Anleitung von Kamil

    # Netflix Starting with 0.8.0rc13 it is possible to use Netflix on all **Ubuntu/armf** desktop images using regular Chromium browser. Due to Google policies images do not ship Widevine CDM required by Netflix to decrypt videos. Currently, Widevine CDM is only available for **armhf** and **Ubuntu**. You have to install Widevine CDM with: ```bash install_widevine_drm.sh ``` This will take between 5 to 15 mins depending on the performance of SD-card, and your Internet connection.
  • Ayufan Release 0.7.13 (WiFi)

    ROCKPro64
    6
    0 Stimmen
    6 Beiträge
    461 Aufrufe
    FrankMF

    Für Bluetooth scheint noch was zu fehlen

    root@rockpro64:/mnt/home/rock64# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2019-04-06 17:36:54 UTC; 2min 11s ago Docs: man:bluetoothd(8) Main PID: 2421 (bluetoothd) Status: "Running" Tasks: 1 (limit: 2380) CGroup: /system.slice/bluetooth.service └─2421 /usr/lib/bluetooth/bluetoothd Apr 06 17:36:54 rockpro64 systemd[1]: Starting Bluetooth service... Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Bluetooth daemon 5.48 Apr 06 17:36:54 rockpro64 systemd[1]: Started Bluetooth service. Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Starting SDP server Apr 06 17:36:54 rockpro64 bluetoothd[2421]: kernel lacks bnep-protocol support Apr 06 17:36:54 rockpro64 bluetoothd[2421]: System does not support network plugin Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Bluetooth management interface 1.10 initialized
  • 0 Stimmen
    1 Beiträge
    611 Aufrufe
    Niemand hat geantwortet
  • Recover Button

    Hardware
    2
    0 Stimmen
    2 Beiträge
    792 Aufrufe
    FrankMF

    Ich hab das mal ausprobiert.

    Den Recover Button so lange drücken, bis folgendes erscheint.

    In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 RockPro64 rockchip_dnl_mode = 1 mode rockchip_dnl_mode = 2 mode rockchip_dnl_mode = 3 mode rockchip_dnl_mode = 4 mode entering maskrom mode...

    RKFlashTool clonen

    root@thinkpad:/home/frank/test# git clone https://github.com/rockchip-linux/rkflashtool Klone nach 'rkflashtool' ... remote: Counting objects: 663, done. remote: Total 663 (delta 0), reused 0 (delta 0), pack-reused 663 Empfange Objekte: 100% (663/663), 114.94 KiB | 0 bytes/s, Fertig. Löse Unterschiede auf: 100% (367/367), Fertig.

    In das Verzeichnis wechseln

    root@thinkpad:/home/frank/test# cd rkflashtool/

    Inhalt

    root@thinkpad:/home/frank/test/rkflashtool# ls doc Makefile rkcrc.h rkflashtool.h rkparametersblock examples README rkflashall rkmisc rkunpack.c fixversion.sh release.sh rkflashloader rkpad rkunsign flashuboot rkcrc.c rkflashtool.c rkparameters version.h

    RKFlashtool bauen

    root@thinkpad:/home/frank/test/rkflashtool# make gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkflashtool.c -o rkflashtool -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkcrc.c -o rkcrc -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkunpack.c -o rkunpack -lusb-1.0

    Ich habe ein USB-A to USB-A Kabel vom USB-C Port des ROCKPro64 zu meinem Notebook hergestellt.

    root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool v rkflashtool: info: rkflashtool v5.2 rkflashtool: info: Detected RK3399... rkflashtool: info: interface claimed rkflashtool: info: MASK ROM MODE rkflashtool: info: chip version: -..-

    Ok, Verbindung steht.

    Eine Übersicht der Befehle

    root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool rkflashtool: info: rkflashtool v5.2 rkflashtool: fatal: usage: rkflashtool b [flag] reboot device rkflashtool l <file load DDR init (MASK ROM MODE) rkflashtool L <file load USB loader (MASK ROM MODE) rkflashtool v read chip version rkflashtool n read NAND flash info rkflashtool i offset nsectors >outfile read IDBlocks rkflashtool j offset nsectors <infile write IDBlocks rkflashtool m offset nbytes >outfile read SDRAM rkflashtool M offset nbytes <infile write SDRAM rkflashtool B krnl_addr parm_addr exec SDRAM rkflashtool r partname >outfile read flash partition rkflashtool w partname <infile write flash partition rkflashtool r offset nsectors >outfile read flash rkflashtool w offset nsectors <infile write flash rkflashtool p >file fetch parameters rkflashtool P <file write parameters rkflashtool e partname erase flash (fill with 0xff) rkflashtool e offset nsectors erase flash (fill with 0xff)
  • 0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF

    Ich sehe gerade, das könnte hier auch mal neu gemacht werden.