Skip to content

ROCKPro64 - Platinenerkundung

ROCKPro64
  • Dann schauen wir uns mal an, was der Postbote heute hier abgeliefert hat 😉

    0_1526552060510_postbote.jpg

    Allgemeine Info's habe ich hier schon mal zusammengefasst.

    Vorderseite

    0_1526550642036_ROCKPro64_vorderseite.jpg

    Rückseite

    0_1526550674435_ROCKPro64_rueckseite.jpg

    Auf der Rückseite ist nicht viel interessantes außer der Steckplatz für die Micro SD-Karte.

    Was interessiert so als erstes? Hmm, machen wir mal einen Größenvergleich mit einem BananaPi
    0_1526550792992_Groeßenvergleich.jpg

    Man erkennt deutlich, das der ROCKPro64 größer ist als ein BananaPi. Die Maße des ROCKPro64

    ca. 132 * 80 mm

    Gut, als Spannungsversorgung wird ein handelsübliches Computer-Netzteil mit einer Ausgangsspannung von 12 VDC benötigt. Das was ich mitbestellt habe, hat 5A Leistung.

    0_1526551088051_Netzteil.jpg

    Da habe ich wohl bei der Bestellung auf's falsche Netzteil geklickt. LOL

    0_1526551161393_IMG_20180517_091315.jpg

    Sieht nach dem falschen Stecker aus. Aber das ist das kleinste Problem, Das Netzteil macht von 100V - 240V. Also, anderen Stecker dran und gut.

    Was immer wieder kritisiert wurde in Vergangenheit, waren MiniUSB-Stecker als Versorgungsanschluss. Ich persönlich habe da nie Probleme mit gehabt, weil ich die Platinen nur als Headless Server einsetze und ich somit sehr wenige externe Dinge anschließe. Wenn man mehr anschließt, soll es da zu Problemen kommen. OK, das Problem sollten wir beim ROCKPro64 nicht bekommen.


    Detailansichten

    0_1526551453512_stirnseite_usb.jpg

    • 2 * USB 2.0 Buchsen
    • 1 * USB 3.0 Buchse
    • 1 * USB 3.0 Typ C Buchse
    • Button Power
    • Button Reset
    • Anschluss Kopfhörer / Mikrophone

    0_1526551960936_Stirnseite2.jpg

    • HDMI-Buchse
    • LAN-Buchse
    • Anschluss für das Netzteil.

    0_1526552265974_rtc_usw.jpg

    Einige interessante Anschlüsse.

    • FAN - Lüfteranschluß
    • SPDIF - digitaler Tonausgang
    • RTC - RealTimeClock

    0_1526552461712_pcie.jpg

    Und hier mein Kaufgrund, die PCIe 4x Schnittstelle, auf die kommen wir später nochmal ausführlich drauf zu sprechen.
    Darunter den eMMC Steckplatz für Erweiterungsmodule bis 128GB


    0_1526552702358_erweiterungen.jpg

    Hier sieht man noch Anschlüsse für Erweiterungen wie Touchpanel usw.


    0_1526553055580_gpio.jpg

    Der 40polige GPIO Expansionsslot mit unzähligen Anschlussmöglichkeiten.

    Das soll es erst mal gewesen sein.

  • ROCKPro64 - USB3

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    281 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Armbian - Schnelltest 5.75 Debian Stretch

    Armbian
    1
    1 Stimmen
    1 Beiträge
    388 Aufrufe
    Niemand hat geantwortet
  • Zwischenfazit April 2019

    Angeheftet ROCKPro64
    1
    1 Stimmen
    1 Beiträge
    555 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    1 Stimmen
    5 Beiträge
    869 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!

  • ROCKPro64 - Armbian Desktop Variante

    Verschoben Armbian
    1
    0 Stimmen
    1 Beiträge
    510 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Armbian armbian-config

    Verschoben Armbian
    1
    0 Stimmen
    1 Beiträge
    755 Aufrufe
    Niemand hat geantwortet
  • Rock64 and RockPro64 ayufan’s packages

    Angeheftet ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    880 Aufrufe
    Niemand hat geantwortet
  • Recover Button

    Hardware
    2
    0 Stimmen
    2 Beiträge
    829 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)