Skip to content

ROCKPro64 - USB-C -> LAN

ROCKPro64
  • Mal einen USB-C to WLan Adapter besorgt und am ROCKPro64 ausprobiert.

    Den Adapter eingesteckt, Netzwerkkabel angeschlossen und nachgeschaut ob er erkannt wird.

    [63435.162398] usb 8-1: new SuperSpeed USB device number 2 using xhci-hcd
    [63435.185715] usb 8-1: New USB device found, idVendor=0bda, idProduct=8153
    [63435.185744] usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=6
    [63435.185764] usb 8-1: Product: USB 10/100/1000 LAN
    [63435.185781] usb 8-1: Manufacturer: Realtek
    [63435.185796] usb 8-1: SerialNumber: 00026C
    [63435.256051] usbcore: registered new interface driver r8152
    [63435.410987] usb 8-1: reset SuperSpeed USB device number 2 using xhci-hcd
    [63435.493485] r8152 8-1:1.0 eth1: v1.08.3
    [63435.502207] r8152 8-1:1.0 enx00e04c68026f: renamed from eth1
    

    Ok, schön 🙂

    rock64@rockpro64:~$ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
        link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.17/24 brd 192.168.3.255 scope global dynamic eth0
           valid_lft 2976sec preferred_lft 2976sec
        inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link 
           valid_lft forever preferred_lft forever
    3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
        link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
    4: enx00e04c68026f: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
        link/ether 00:e0:4c:68:02:6f brd ff:ff:ff:ff:ff:ff
    

    Unten sieht man die Schnittstelle enx00e04c68026f Ok, Schnittstelle ist nicht konfiguriert. Ab ins Verzeichnis /etc/netplan Dort legen wir eine Datei mit dem Namen enx00e04c68026f.yaml an. Inhalt:

    network:
      version: 2
      renderer: networkd
      ethernets:
        enx00e04c68026f:
          dhcp4: true
    

    Nix besonderes, einfach per DHCP eine IP-Adresse besorgen. Dann

    sudo netplan try
    

    Und schwupps, ist die IP-Adresse da.

    rock64@rockpro64:/etc/netplan$ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
        link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.17/24 brd 192.168.3.255 scope global dynamic eth0
           valid_lft 1912sec preferred_lft 1912sec
        inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link 
           valid_lft forever preferred_lft forever
    3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
        link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
    4: enx00e04c68026f: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
        link/ether 00:e0:4c:68:02:6f brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.16/24 brd 192.168.3.255 scope global dynamic enx00e04c68026f
           valid_lft 1959sec preferred_lft 1959sec
        inet6 fe80::2e0:4cff:fe68:26f/64 scope link 
           valid_lft forever preferred_lft forever
    

    iperf3

    Kurz die Geschwindigkeit testen, Gegenstelle war mein haupt-PC.

    rock64@rockpro64:/etc/netplan$ sudo iperf3 -s
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.213, port 60662
    [  5] local 192.168.3.16 port 5201 connected to 192.168.3.213 port 60664
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-1.00   sec   108 MBytes   909 Mbits/sec                  
    [  5]   1.00-2.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   3.00-4.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   4.00-5.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   7.00-8.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   9.00-10.00  sec   112 MBytes   942 Mbits/sec                  
    [  5]  10.00-10.02  sec  2.09 MBytes   935 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth
    [  5]   0.00-10.02  sec  0.00 Bytes  0.00 bits/sec                  sender
    [  5]   0.00-10.02  sec  1.09 GBytes   938 Mbits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.213, port 60666
    [  5] local 192.168.3.16 port 5201 connected to 192.168.3.213 port 60668
    [ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
    [  5]   0.00-1.00   sec   114 MBytes   952 Mbits/sec    0    892 KBytes       
    [  5]   1.00-2.00   sec   112 MBytes   943 Mbits/sec    0    892 KBytes       
    [  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec    0    892 KBytes       
    [  5]   3.00-4.00   sec   111 MBytes   936 Mbits/sec    0    892 KBytes       
    [  5]   4.00-5.00   sec   112 MBytes   944 Mbits/sec    0    892 KBytes       
    [  5]   5.00-6.00   sec   112 MBytes   944 Mbits/sec    0    892 KBytes       
    [  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec    0    892 KBytes       
    [  5]   7.00-8.00   sec   111 MBytes   936 Mbits/sec    0    949 KBytes       
    [  5]   8.00-9.00   sec   112 MBytes   942 Mbits/sec    0   1.90 MBytes       
    [  5]   9.00-10.00  sec   111 MBytes   935 Mbits/sec    0   1.90 MBytes       
    [  5]  10.00-10.02  sec  2.50 MBytes  1.26 Gbits/sec    0   1.90 MBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bandwidth       Retr
    [  5]   0.00-10.02  sec  1.10 GBytes   942 Mbits/sec    0             sender
    [  5]   0.00-10.02  sec  0.00 Bytes  0.00 bits/sec                  receiver
    -----------------------------------------------------------
    Server listening on 5201
    -----------------------------------------------------------
    

    Fazit

    Adapter funktioniert ohne Probleme, mit vollem Tempo 🙂

  • ROCKPro64 - i2c Bus

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

    Angeheftet Verschoben Hardware
    6
    1
    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
  • NAS Gehäuse für den ROCKPro64

    Verschoben Hardware
    4
    0 Stimmen
    4 Beiträge
    2k Aufrufe
    FrankMF
    POWER-LED Die LEDs werden mit 3,3 Volt versorgt. Das ist jetzt recht einfach POWER LED + / Pi2-Connector Pin 1 (3,3V) POWER-LED - / Pi2-Connector Pin 9 (GND) Pi2-Connector [image: 1537358093301-img_20180919_134656_ergebnis-resized.jpg] [image: 1537358113804-img_20180919_134731_ergebnis.jpg]
  • IPFire auf dem ROCKPro64

    ROCKPro64
    2
    1
    0 Stimmen
    2 Beiträge
    649 Aufrufe
    FrankMF
    Falls es jemanden da draußen interessiert, hier eine Liste der Dinge die funktionieren GREEN Die LAN-Schnittstelle wird einwandfrei erkannt Webserver läuft, Weboberfläche erreichbar Das war's dann mit den positiven Daten jede Menge Kernelfehler iptables Fehler Modul fehlt?? kein LAN-Adapter, WLan-Adapter wird erkannt Lizenzverbindungen lassen sich nicht bestätigen nach der Installation ist die Konsole weg usw. usf
  • OMV Images

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    942 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!!
  • Links

    Angeheftet Linux
    1
    0 Stimmen
    1 Beiträge
    784 Aufrufe
    Niemand hat geantwortet
  • Erste Lebenszeichen

    ROCKPro64
    1
    2
    0 Stimmen
    1 Beiträge
    510 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Übersicht

    Angeheftet Verschoben Hardware
    8
    1
    0 Stimmen
    8 Beiträge
    6k Aufrufe
    FrankMF
    Bericht der Zeitschrift Make. https://www.heise.de/make/meldung/Bastelrechner-NanoPC-T4-und-ROCKPro64-Mehr-Raspi-Konkurrenz-mit-Rockchip-4061580.html