linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Recover Button

Hardware

2 Beiträge 1 Kommentatoren 829 Aufrufe

F Offline
F Offline
FrankM
schrieb am zuletzt editiert von FrankM

#1
In der Version v2.0 fehlte dieser Button noch, er war einfach nicht bestückt.

Wenn jemand den vermisst, zur Not kann man da was dran löten. Sollte machbar sein.

v2.1

Die Frage, was macht das Ding? Gehen wir mal auf die Suche.....

Kamil hat auf seiner Release Seite einen Link zu u-boot recovery selection

Kamil erklärt das so

ayufan: introduce recovery button mode selection

Press and hold recovery button to choose suitable boot mode.
When given mode is selected release the button.
Each mode exposes device over USB-OTG and can be connected via USB A-to-A cable

1 blink: share eMMC or SD as virtual disk
2 blinks: enter fastboot (Android's)
3 blinks: enter RockUSB download mode
4 blinks: enter MaskROM download mode

Ob das so funktioniert kann ich nicht sagen, da ich nicht 100% weiß wofür das ist.

Spekulation

An die USB-C Buchse kann man ein USB A-to-A Kabel anschliessen, damit kann man dann mit verschiedenen Programmen auf das Board zugreifen.
- fastboot
- RockUSB / MaskROM
Für Entwickler vermutlich total wichtig, denke ich das es für den durchschnittlichen Anwender unwichtig ist.
Im Fediverse -> @FrankM@nrw.social
1. NanoPi R5S
2. Quartz64 Model B, 4GB RAM
3. Quartz64 Model A, 4GB RAM
4. RockPro64 v2.1
1 Antwort Letzte Antwort
0

FrankM

schrieb am

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)

F FrankM hat am auf dieses Thema verwiesen

F

ROCKPro64 - DKMS im Release RC12 möglich
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

253 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - Kernel switchen
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

1k Aufrufe

Niemand hat geantwortet
F

Zwischenfazit April 2019
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

1 Stimmen

1 Beiträge

554 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - Alter u-boot im SPI-Flash
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

502 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - RP64.GPIO
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
6

0 Stimmen

6 Beiträge

6k Aufrufe

F

Hallo zusammen,

da ich weiß das dieser Artikel recht beliebt ist, wollen wir den heute mal aktualisieren. Vieles aus den vorherigen Beiträgen passt noch. Es gibt aber kleine Anpassungen.
Hardware ROCKPro64v21. 2GB RAM Software Kamils Release 0.10.9 Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux Installation apt install python
Danach laden wir das Projekt
git clone https://github.com/Leapo/Rock64-R64.GPIO
PIN Nummern anpassen
cd Rock64-R64.GPIO/R64 nano _GPIO.py
Datei ergänzen
# Define GPIO arrays #ROCK_valid_channels = [27, 32, 33, 34, 35, 36, 37, 38, 64, 65, 67, 68, 69, 76, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 96, 97, 98, 100, 101, 102, 103, 104] #BOARD_to_ROCK = [0, 0, 0, 89, 0, 88, 0, 0, 64, 0, 65, 0, 67, 0, 0, 100, 101, 0, 102, 97, 0, 98, 103, 96, 104, 0, 76, 68, 69, 0, 0, 0, 38, 32, 0, 33, 37, 34, 36, 0, 35, 0, 0, 81, 82, 87, 83, 0, 0, 80, 79, 85, 84, 27, 86, 0, 0, 0, 0, 0, 0, 89, 88] #BCM_to_ROCK = [68, 69, 89, 88, 81, 87, 83, 76, 104, 98, 97, 96, 38, 32, 64, 65, 37, 80, 67, 33, 36, 35, 100, 101, 102, 103, 34, 82] ROCK_valid_channels = [52,53,152,54,50,33,48,39,41,43,155,156,125,122,121,148,147,120,36,149,153,42,45,44,124,126,123,127] BOARD_to_ROCK = [0,0,0,52,0,53,0,152,148,0,147,54,120,50,0,33,36,0,149,48,0,39,153,41,42,0,45,43,44,155,0,156,124,125,0,122,126,121,123,0,127] BCM_to_ROCK = [43,44,52,53,152,155,156,45,42,39,48,41,124,125,148,147,124,54,120,122,123,127,33,36,149,153,121,50]
Abspeichern.

Datei test.py anlegen
nano test.py
Inhalt
#!/usr/bin/env python # Frank Mankel, 2018, LGPLv3 License # Rock 64 GPIO Library for Python # Thanks Allison! Thanks smartdave! import R64.GPIO as GPIO from time import sleep print("Output Test R64.GPIO Module...") # Set Variables var_gpio_out = 156 var_gpio_in = 155 # GPIO Setup GPIO.setwarnings(True) GPIO.setmode(GPIO.ROCK) GPIO.setup(var_gpio_out, GPIO.OUT, initial=GPIO.HIGH) # Set up GPIO as an output, with an initial state of HIGH GPIO.setup(var_gpio_in, GPIO.IN, pull_up_down=GPIO.PUD_UP) # Set up GPIO as an input, pullup enabled # Test Output print("") print("Testing GPIO Input/Output:") while True: var_gpio_state_in = GPIO.input(var_gpio_in) var_gpio_state = GPIO.input(var_gpio_out) # Return State of GPIO if var_gpio_state == 0 and var_gpio_state_in == 1: GPIO.output(var_gpio_out,GPIO.HIGH) # Set GPIO to HIGH print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State IF : " + str(var_gpio_state)) # Print results else: GPIO.output(var_gpio_out,GPIO.LOW) # Set GPIO to LOW print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State ELSE: " + str(var_gpio_state)) # Print results sleep(0.5) exit() Beispiel
Bild Text

Wenn der Taster im Bild betätigt wird, soll die LED blinken.

Wir benutzen folgende Ein- Augänge des ROCKPro64.
# Set Variables var_gpio_out = 156 var_gpio_in = 155
Das heißt:
an Pin 1 (3,3V) kommt eine Strippe des Tasters an Pin 29 (Input) kommt eine Strippe des Tasters an Pin 31 (Output) kommt der Plus-Pol der LED an Pin 39 (GND) kommt der Minus-Pol der LED
Somit wird auf den Eingang (Pin 29) bei Betätigung des Tasters 3,3 Volt angelegt. Damit wird dann der Eingang als High (1) erkannt. Die LED wird über den Ausgang (Pin 31) gesteuert.

Starten kann man das Script mit
python test.py
F

Zwischenfazit Juni 2018
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

685 Aufrufe

Niemand hat geantwortet
F

Armbianmonitor
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

1k Aufrufe

Niemand hat geantwortet
F

bionic-minimal-rockpro64
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Linux rockpro64
4

0 Stimmen

4 Beiträge

1k Aufrufe

F

Neue Version 0.7.3
Soll gefixt sein.
USB2/3 PCIe LED's LED's
Weiße LED starten nach dem Booten dauerhaft OK
PCIe
Treiber soll drin sein, aber die 3,3V werden nicht zur Karte durchgeschaltet. Somit funktioniert PCIe nicht.
Nicht OK
USB2
USB-Funkadapter wird erkannt
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 002: ID 1113:3163 Medion AG Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Funktastur getestet OK
USB3
Angeschlossene SSD wird erkannt OK

Kurzer Speed-Test. Bitte dran denken, wir haben hier noch kein optimiertes Release, sondern einen ersten Gehversuch. Da sind noch ganz viele Dinge anzupassen, was sicherlich noch Wochen, wenn nicht Monate dauert! Also, die Messergebnisse mit der nötigen Vorsicht genießen. Und dran denken, wenn @tkaiser das Ding richtig untersucht, dann haben wir auch ordentliche Meßergebnisse! 😉
Haupt-PC
2,5Zoll am USB3-Port
sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync [sudo] Passwort für frank: 4096+0 Datensätze ein 4096+0 Datensätze aus 4294967296 bytes (4,3 GB, 4,0 GiB) copied, 38,171 s, **113 MB/s** ROCKPro64
Ich benutze eine SAN Disk 240GB SSD an einem Inateck USB 3.0 2,5 Zoll Adapter.

Info zum USB-Adapter
lsusb Bus 004 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge
2,5 Zoll SSD am USB2-Port
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, 160.058 s, **26.8 MB/s**
2,5 Zoll SSD am USB3 Port
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, 36.2588 s, **118 MB/s**
Der @tkaiser erreicht deutlich höhere Geschwindigkeiten. Bis zu 400 MB/s. Hier nachzulesen.

Wenn ich so einen iozone Test mache wie der Thomas, dann erreiche ich ähnliche Werte
sudo iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat May 26 05:16:40 2018 Auto Mode Using maximum file size of 1024000 kilobytes. File size set to 1024000 kB Record Size 16384 kB Command line used: iozone -a -g 1000m -s 1000m -i 0 -i 1 -r 16384K Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 1024000 16384 383912 348782 1515506 1659394
Da muss ich den Thomas nochmal was zu fragen. ?? 🤔
UART2
Und zum Schluss ist mir noch aufgefallen, das die UART2 Schnittstelle jetzt funktioniert 🙂 Ok, den Adapter, der morgen kommt, habe ich dann umsonst bestellt. LOL

OK

linux-nerds.org

Recover Button

Spekulation