Skip to content

SPI funktioniert

ROCKPro64
4 1 965
  • Kamil hat dann mal erste Erfolge mit dem SPI flashen ✌

    Fangen wir nochmal kurz von vorne an, für die unter Euch, die nur Bahnhof verstehen 😉

    Der ROCKPro64 besitzt folgenden Speicher

    • 128Mb SPI boot Flash

    SPI müsste dabei die Kommunikation bezeichnen. Serial Peripheral interface

    Fassen wir zusammen, auf dem Board sind 128MB Speicher, die man beschreiben kann. Dort hin kopiert man den u-boot um dann von angeschlossenen USB-Geräten zu booten. Im Moment wären theoretisch

    • USB2
    • USB3

    möglich. Dazu hat Kamil zwei Images erstellt.

    • u-boot-erase-spi-rockpro64.img.xz
    • u-boot-flash-spi-rockpro64.img.xz

    Download

    Also, ein Image zum flashen des Speichers und ein Image um den Speicher wieder zu löschen. Ansonsten hat man nämlich ein Problem von eMMC oder SD-Karte zu booten.

    Das Flash-Image auf eine SD-Karte bügeln, diese in den ROCKPro64 und damit starten. Wenn die weiße Power LED anfängt zu blinken, ist der Schreibvorgang beendet.

    Hier ein Log des erfolgreichen Vorganges https://pastebin.com/vxTazYsx

    Den ROCKPro64 ausmachen, die SD-Karte entnehmen. Ein Boot fähiges USB-Laufwerk erstellen. Also das 0.7.9 Image z.B. auf die USB-Platte schreiben. Das USB-Laufwerk anschließen und den ROCKPro64 einschalten.

    Der u-boot im SPI wird geladen und sucht nach einem bootfähigen Gerät, wenn er eines findet, wird das System geladen.

    Erfolgreich habe ich das mit einer SSD, dem USB3-to-SATA Adapter von Pine64 getestet. Leider geht das im Moment nur am USB2, zu mindestens bei mir. Hab mal Kamil Bescheid gesagt 😉

  • Update 9.8.2018

    Ich kann aktuell den SPI nicht mehr löschen. Das Erase-Image macht hier nichts. Ihr solltet dringend davon absehen, das im Moment auszuprobieren!!

    Laut Kamil kann man den SPI noch auf andere Weise abschalten. Dazu brückt man die Pins 23(CLK) und 25(GND) auf dem Pi-2 Connector. https://forum.frank-mankel.org/topic/28/rockpro64-übersicht/4

    Ausprobiert, funktioniert.

    Sorry, ich hatte eine defekte SD-Karte erwischt! Das Erase-Image geht einwandfrei!

  • Das Booten vom USB3 Port funktioniert, wenn man einen aktiven USB3 Hub dazwischen hängt. Vermutlich ein Timing Problem (Spekulation).

    Eingesetzte Hardware

    • USB3-to-SATA Adapter von pine64
    • Samsung 860 PRO 256GB
    • deleyCON 4port USB3 Hub (nix besonderes)

  • 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!

  • Image 0.9.16 - Kurztest

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    497 Aufrufe
    FrankMF
    Kurzer Test, ok ist was länger geworden Mit Debian Buster Minimal habe ich es nicht hinbekommen Das soll aber nicht heißen, das es nicht geht. WLan auf der Konsole ist nicht meine Stärke. Ok, dann Desktop. bionic-mate-rockpro64-0.9.16-1163-armhf.img.xz Installiert, kurz WLan 5G aktiviert, eingeloggt. Netzwerkkabel entfernt. Firefox angeworfen, Rammstein Viedo in 1080p angeworfen. Läuft alles einwandfrei. [image: 1571932117640-b834128c-30c3-43cd-ba43-b69b41783b57-grafik-resized.png] Und PCIe NVMe SSD geht auch Das Desktop System ist mittlerweile richtig gut zu benutzen. Aber ich bin verwöhnt, mir ist das immer viel zu langsam. Das soll aber niemanden davon abhalten, sich das mal anzusehen. Je nach Einsatzzweck sicherlich interessant.
  • ROCKPro64 - Debian 10.1

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    432 Aufrufe
    Niemand hat geantwortet
  • Wireguard

    Verschoben Wireguard linux rockpro64 wireguard
    4
    0 Stimmen
    4 Beiträge
    965 Aufrufe
    FrankMF
    Etwas schnellerer Weg den Tunnel aufzubauen, Voraussetzung wireguard modul installiert Keys erzeugt Danach dann einfach ip link add wg0 type wireguard wg setconf wg0 /etc/wireguard/wg0.conf Datei /etc/wireguard/wg0.conf [Interface] PrivateKey = <Private Key> ListenPort = 60563 [Peer] PublicKey = <Public Key Ziel> Endpoint = <IPv4 Adresse Zielrechner>:58380 AllowedIPs = 10.10.0.1/32 Die Rechte der Dateien von wireguard müssen eingeschränkt werden. sudo chmod 0600 /etc/wireguard/wg0.conf Das ganze per rc.local beim Booten laden. Datei /root/wireguard_start.sh ############################################################################################### # Autor: Frank Mankel # Startup-Script # Wireguard # Kontakt: frank.mankel@gmail.com # ############################################################################################### ip link add wg0 type wireguard ip address add dev wg0 10.10.0.1/8 wg setconf wg0 /etc/wireguard/wg0.conf ip link set up dev wg0 Danach Datei ausführbar machen chmod +x /root/wireguard_start.sh In rc.local /root/wireguard_start.sh eintragen - Fertig!
  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware rockpro64
    5
    2
    1 Stimmen
    5 Beiträge
    972 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!
  • Bionic Minimal 0.7.7 - Vergleich 4.4.132 & 4.18.0-rc3-1046

    Verschoben Archiv rockpro64
    1
    0 Stimmen
    1 Beiträge
    614 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Schaltplan v2.1 veröffentlicht

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    906 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Platinenerkundung

    ROCKPro64 rockpro64
    1
    12
    0 Stimmen
    1 Beiträge
    634 Aufrufe
    Niemand hat geantwortet
  • Neue Bilder

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