Skip to content

ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)

ROCKPro64
  • Der Fehler ist mit dem Release von Image 0.7.11 gefixt.

  • Hallo Frank,

    danke für Deine Unterstützung. Bin jetzt auf dem aktuellen Release, habe aber leider weiterhin das gleiche Problem. Image liegt auf einer SD Karte.
    Frage: Wo sehe ich denn das Log File zum nachschauen?

    Grüße
    Jens

  • Hast du nur den Kernel ausgetauscht oder ein komplett neues Image benutzt? Weil ich nicht 100% sicher bin, ob da nicht noch andere Sachen geändert wurden.

    Du kannst mal in die Konsole folgendes eingeben

    dmesg
    

    Da sieht man eigentlich alles Wichtige beim Startvorgang. Ok, die u-boot Meldungen sieht man nur mit der seriellen Konsole. Benutzt du eine serielle Konsole?

    Wenn möglich, mal das 0.7.11 auf eine SD_Karte und damit starten.

  • Ich habe eben mal gerade nachgesehen, der u-boot im Image 0.7.10 ist ein anderer als in 0.7.11
    Und dort wird auch das Problem herkommen (Vermutung).

    Also muss man zwingend ein neues Image benutzen, oder man weiß wie man den u-boot auf einer bestehenden Installation ersetzt. Interessantes Thema für einen neuen Beitrag, oder!?

    u-boot

    0.7.11

    2017.........1033
    

    0.7.10

    2017.........1025
    
  • Hallo Frank,
    so bin jetzt endlich dazu gekommen deine Vorschläge auszuprobieren. Neue SD Karte, 0.7.11 draufgeklatscht, beide akt. Kernels ausprobiert. Ohne Erfolg. Liegt vllt. daran, das mein U-Boot noch jungfräulich ist. Werde ich bei Gelegenheit mal flashen und dann berichten.

    Danke dir auf alle Fälle
    Grüße
    Jens

  • Wo ist denn dein u-boot? Im SPI?

  • Hatte ich wie gesagt noch gar nicht geflasht. Out of the box Image drauf und Kernel Update

  • Ok, dann verstehe ich jetzt nicht, wieso der Reboot nicht funktioniert!?!?!?

    Hast du eine UART-Verbindung um den Bootvorgang zu beobachten?

  • Noch nicht...Aber vielleicht hilft ja ein U-Boot flash. Halte dich auf dem laufenden.

  • So, also erst wenn UBoot drauf ist klappts auch mit dem Reset Jetzt bin ich ein Stück weiter.

    Danke Dir

  • Hallo zusammen,
    habe mir den Rockpro64 jetzt neu angeschafft und das aktuelle Openmediavault (7.11 arm64) auf SD Karte geschrieben. Leider habe ich auch das genannte Problem mit dem reboot.
    Jetzt habe ich probiert das U-Boot auf SPI zu flashen. Denke auch, dass es funktioniert hat (blinken der weissen led).

    Leider funktioniert der reboot nicht. Mache ich was falsch?

    Danke und Gruss

  • Willkommen @killlah78

    Das mit dem Reboot auf dem RockPro64 ist ein leidiges Thema, mal klappt es, mal nicht. Woran es liegt, weiß ich nicht zu 100%, es soll aber wohl an Timingproblemen im Zusammenhang SD-Karte und u-boot liegen.

    Ich habe hier aktuell eine Testinstallation vom Kamil

    rock64@rockpro64:~$ uname -a
    Linux rockpro64 4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1 #1 SMP Mon Oct 22 20:59:41 UTC 2018 aarch64 GNU/Linux
    

    Ich boote dort von SD-Karte und es steckt noch eine PCIe NVMe Karte drin. Als ich eben mehrmals gebootet habe klappte das einwandfrei. Ok, das hilft dir nicht.

    Aber den u-boot in den SPI zu flashen ist auch keine Lösung. Das dient übrigens dazu, von USB oder PXE zu booten, die SD-Karte hat immer noch Vorrang. Der SPI würde erst dann greifen, wenn keine SD-Karte und kein eMMC-Modul verbaut ist. Ändert also nichts am Problem.

    Du hast zwei Möglichkeiten, einmal mit einer hochwertigen SD-Karte testen und einmal mit dem Problem leben. Hier in meinem Fall, teste ich mit den Boards meistens nur rum (sind mir noch zu viele Macken USB3, SATA), da ist es dann kein Problem nach einem erfolgten Reboot mal kurz den Reboot-Taster auf der Platine zu betätigen.

    Ich kann dich aber verstehen, es nervt ein wenig 🙂

  • halli hallo & zusammen,
    in Allgemeinen lässt sich selten empfehlen, auf verdacht alles zu updaten, sobald irgend etwas nicht tut. Oftmals holt man sich lediglich neue Ungewissheit ins Boot. Es hilft eher zu wissen, wo es (denn ungefähr) hakt.

    Wie Frank in etwa bereits angesprochen hat ist es ungemein hilfreich zu sehen "was ab geht". Sprich die serielle "Schnitte" anzuklemmen. Das ist wirklich kein Hexenwerk, braucht aber einen Pegelwandler.
    Andernfalls ist die Gefahr hoch, dass man mit Rätselraten einen Abend ohne Ergebnis in den Sand setzt. Hab ich einmal mit diesem Board hinter mir, dann die serielle Komm angeklemmt.
    Ein ResetProb hab ich zumindest mit eMMC noch nicht beobachtet. Dabei habe ich viel Kernel gewechselt (nie den uboot) und 'reboot' getippt. Ab und an hängt er anscheinend bei Initialisierung der tty's, aber ich mag mich irren. Für das Prob von @killlah78 fehlt für mehr einfach ein output
    gruß

  • ROCKPro64 - Zwei LAN Schnittstellen / VLAN einrichten

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    595 Aufrufe
    FrankMF
    Das Setup heute mal getestet um zu sehen, ob das auch so funktioniert. LAN an meine Fritzbox (DHCP) an eth1.100 mein Notebook an eth1.200 meine PS4 Und dann mal gemütlich eine Runde MW gezockt. Läuft alles einwandfrei
  • ROCKPro64 - Youtube 1080p & Netflix

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    330 Aufrufe
    Niemand hat geantwortet
  • Ayufan Release 0.7.12

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    423 Aufrufe
    FrankMF
    Dafür andere Probleme https://pastebin.com/VGGKm1vR Aktuell nicht zu empfehlen!
  • ROCKPro64 (2GB) - Probleme mit der PCIe SATA-Karte??

    ROCKPro64
    1
    +2
    0 Stimmen
    1 Beiträge
    487 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - RP64.GPIO

    Angeheftet Verschoben Hardware
    6
    +0
    0 Stimmen
    6 Beiträge
    6k Aufrufe
    FrankMF
    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 [image: 1537522070243-input_ergebnis.jpg] 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 https://www.youtube.com/watch?v=aPSC0Q0xInw
  • ROCKPro64 - eMMC-Modul / SD-Karte auswählen

    Hardware
    3
    +1
    0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF
    Echtes Problem gefunden. Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen. Jumper entfernt, eMMC-Modul entfernt! Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen. OK, das verstehe ich im Moment überhaupt nicht !?!?!?
  • OMV Images

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    892 Aufrufe
    FrankMF
    Kurzes Update https://github.com/ayufan-rock64/linux-build/releases/download/0.8.0rc10/stretch-openmediavault-rockpro64-0.8.0rc10-1125-armhf.img.xz Startet Incl. WiFi & PCIe NVMe SSD War aber nur ein ganz kurzer Test!!
  • [HOWTO] SMD Widerstand Preproduction Board

    Verschoben Hardware
    2
    +1
    0 Stimmen
    2 Beiträge
    803 Aufrufe
    FrankMF
    Offizielle Bestätigung -> http://files.pine64.org