Skip to content

ROCKPro WLan Modul

Verschoben ROCKPro64
1 1 766
  • Hardware

    Das Modul was Pine64 verkauft. Dieses Modul wird auf den entsprechenden Steckplatz montiert.
    0_1532760059199_DSC_0034_ergebnis.JPG

    Vorteil, wer kein WLan benötigt braucht das nicht mitbezahlen.

    Das Modul wird über sdio angesteuert, das hat Kamil mit Version 0.7.8 abgeschaltet um die PCIe Funktionalität zu erhalten, weil dort ein Bug drin ist, den er vor seinem Urlaub nicht mehr gefunden hat.

    Das heißt, um das WLan Modul überhaupt zum Leben zu erwecken muss man ein Image vor 0.7.8 nutzen. Ich habe es mal mit 0.7.7 probiert.

    Software

    Hätten wir das Problem, die Software ist nicht drin. Aber JeffD aus dem Forum hatte da eine Idee 🙂 Man klaue sich den Treiber aus der Android Version, da soll es funktionieren (nicht selber getestet).

    Also die 50 GB große Android Datei runter geladen, ausgepackt und durchsucht. Dort findet man dann die Datei

    BCM4359C0.hcd
    

    Diese kopiert man nach /etc/firmware

    root@rockpro64:/home/rock64# ls -la /etc/firmware
    total 184
    drwxr-xr-x  2 root root  4096 Jul 27 21:11  .
    drwxr-xr-x 82 root root  4096 Jul 28 05:29  ..
    -rw-r--r--  1 root root 38644 Jul 15 15:52  4343A0.hcd
    -rw-r--r--  1 root root 57291 Jul 15 15:52  BCM4335C0.hcd
    -rw-r--r--  1 root root 38644 Jul 15 15:52 'BCM4343A0 26M.hcd'
    -rwxr--r--  1 root root 37286 Jul 27 21:11  BCM4359C0.hcd
    

    Danach hat man irgendwelche Ausgaben, die gar nicht so schlecht aussehen. Aber, da meine treuen Leser ja wissen, das ich kein Freund von Bluetooth und WLan auf der Konsole bin (ich hasse das 😉 ) , habe ich jetzt nach einer langen Nacht aufgegeben. Dieses Netplan auf Ubuntu regt mich auch nur noch auf!

    Also wird dem Nerd mit unterdurchschnittlichem Linuxwissen, nicht anderes übrig bleiben, als auf Kamil's nächstes Image zu warten, das dann hoffentlich PCIe & WLan unterstützt!

    Die Befürchtung, das es auf v2.0 nicht richtig läuft, kann ich vorsichtig verneinen. Die Ausgaben auf v2.0 sind gleich, ob es dann auch richtig funktioniert wird man später sehen. https://forum.frank-mankel.org/topic/176/rockpro64-kein-wlan-modul-möglich

    Hier ein paar Ausgaben, ob die sinnvoll sind kann ich nicht beurteilen.

    rfkill list all

    root@rockpro64:/home/rock64# rfkill list all
    0: bt_default: Bluetooth
    	Soft blocked: no
    	Hard blocked: no
    1: phy0: Wireless LAN
    	Soft blocked: no
    	Hard blocked: no
    2: brcmfmac-wifi: Wireless LAN
    	Soft blocked: no
    	Hard blocked: no
    

    lshw -class network

    root@rockpro64:/home/rock64# sudo lshw -class network
      *-network:0 DISABLED      
           description: Wireless interface
           physical id: 7
           logical name: wlan0
           serial: ac:83:f3:e6:1f:b2
           capabilities: ethernet physical wireless
           configuration: broadcast=yes driver=wl driverversion=0 multicast=yes wireless=IEEE 802.11
      *-network:1
           description: Ethernet interface
           physical id: 8
           logical name: eth0
           serial: 1e:0e:99:52:8e:40
           size: 1Gbit/s
           capacity: 1Gbit/s
           capabilities: ethernet physical tp aui bnc mii fibre 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
           configuration: autonegotiation=on broadcast=yes driver=st_gmac driverversion=March_2013 duplex=full ip=192.168.3.17 link=yes multicast=yes port=MII speed=1Gbit/s
    

    iw dev

    root@rockpro64:/etc# iw dev
    phy#0
    	Interface wlan0
    		ifindex 3
    		wdev 0x1
    		addr ac:83:f3:e6:1f:b2
    		type managed
    

    ip a

    root@rockpro64:/home/rock64# 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 1e:0e:99:52:8e:40 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.18/24 brd 192.168.3.255 scope global eth0
           valid_lft forever preferred_lft forever
        inet 192.168.3.205/24 brd 192.168.3.255 scope global secondary eth0
           valid_lft forever preferred_lft forever
        inet6 fe80::1c0e:99ff:fe52:8e40/64 scope link 
           valid_lft forever preferred_lft forever
    3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
        link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
    

    iwlist

    rock64@rockpro64:~$ iw list 
    Wiphy phy0
    	max # scan SSIDs: 10
    	max scan IEs length: 2048 bytes
    	max # sched scan SSIDs: 0
    	max # match sets: 0
    	max # scan plans: 1
    	max scan plan interval: -1
    	max scan plan iterations: 0
    	Retry short limit: 7
    	Retry long limit: 4
    	Coverage class: 0 (up to 0m)
    	Device supports T-DLS.
    	Supported Ciphers:
    		* WEP40 (00-0f-ac:1)
    		* WEP104 (00-0f-ac:5)
    		* TKIP (00-0f-ac:2)
    		* CCMP-128 (00-0f-ac:4)
    		* CMAC (00-0f-ac:6)
    	Available Antennas: TX 0 RX 0
    	Supported interface modes:
    		 * IBSS
    		 * managed
    		 * AP
    		 * P2P-client
    		 * P2P-GO
    		 * P2P-device
    	Band 1:
    		Bitrates (non-HT):
    			* 1.0 Mbps
    			* 2.0 Mbps (short preamble supported)
    			* 5.5 Mbps (short preamble supported)
    			* 11.0 Mbps (short preamble supported)
    			* 6.0 Mbps
    			* 9.0 Mbps
    			* 12.0 Mbps
    			* 18.0 Mbps
    			* 24.0 Mbps
    			* 36.0 Mbps
    			* 48.0 Mbps
    			* 54.0 Mbps
    		Frequencies:
    			* 2412 MHz [1] (20.0 dBm)
    			* 2417 MHz [2] (20.0 dBm)
    			* 2422 MHz [3] (20.0 dBm)
    			* 2427 MHz [4] (20.0 dBm)
    			* 2432 MHz [5] (20.0 dBm)
    			* 2437 MHz [6] (20.0 dBm)
    			* 2442 MHz [7] (20.0 dBm)
    			* 2447 MHz [8] (20.0 dBm)
    			* 2452 MHz [9] (20.0 dBm)
    			* 2457 MHz [10] (20.0 dBm)
    			* 2462 MHz [11] (20.0 dBm)
    			* 2467 MHz [12] (20.0 dBm)
    			* 2472 MHz [13] (20.0 dBm)
    			* 2484 MHz [14] (20.0 dBm)
    Supported commands:
    		 * new_interface
    		 * set_interface
    		 * new_key
    		 * start_ap
    		 * set_bss
    		 * join_ibss
    		 * set_pmksa
    		 * del_pmksa
    		 * flush_pmksa
    		 * remain_on_channel
    		 * frame
    		 * frame_wait_cancel
    		 * set_wiphy_netns
    		 * set_channel
    		 * tdls_mgmt
    		 * tdls_oper
    		 * start_p2p_device
    		 * connect
    		 * disconnect
    	Supported TX frame types:
    		 * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    		 * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
    	Supported RX frame types:
    		 * IBSS: 0xd0
    		 * managed: 0x40 0xd0
    		 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
    		 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
    		 * P2P-client: 0x40 0xd0
    		 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
    		 * P2P-device: 0x40 0xd0
    	WoWLAN support:
    		 * wake up on anything (device continues operating normally)
    		 * wake up on pattern match, up to 8 patterns of 1-255 bytes,
    		   maximum packet offset 255 bytes
    	software interface modes (can always be added):
    	valid interface combinations:
    		 * #{ AP } <= 2, #{ managed } <= 2, #{ P2P-client, P2P-GO } <= 2, #{ P2P-device } <= 1, #{ IBSS } <= 1,
    		   total <= 4, #channels <= 2
    	Device supports scan flush.
    
  • ROCKPro64 - Armbian - NAS umgezogen

    Armbian armbian rockpro64
    2
    0 Stimmen
    2 Beiträge
    677 Aufrufe
    FrankMF
    Das NAS mit den drei 2,5 Zoll HDD Platten läuft an einem 3A Netzteil - ohne Probleme. Hat heute Nacht die Jobs einwandfrei erledigt https://www.pine64.org/?product=rockpro64-12v-3a-eu-power-supply
  • ROCKPro64 - Ayufan's Images vs. Armbian

    ROCKPro64 armbian rockpro64
    2
    0 Stimmen
    2 Beiträge
    962 Aufrufe
    FrankMF
    Das Resize-Problem der Partition, nachdem man das System auf einer USB3-HDD installiert hat, ist in Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64 gefixt. Eine echte Verbesserung!
  • Video PCIe SATA Karte

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    536 Aufrufe
    Niemand hat geantwortet
  • NAS Gehäuse für den ROCKPro64

    Verschoben Hardware rockpro64
    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]
  • SPI funktioniert

    ROCKPro64 rockpro64
    4
    0 Stimmen
    4 Beiträge
    965 Aufrufe
    FrankMF
    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!
  • IPFire auf dem ROCKPro64

    ROCKPro64 rockpro64
    2
    1
    0 Stimmen
    2 Beiträge
    673 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
  • Unterstützung Lüfter

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    2k Aufrufe
    FrankMF
    Mit dem neuen Release hatte jemand das mal ausprobiert -> https://forum.frank-mankel.org/topic/795/fan-control-omv-auyfan-0-10-12-gitlab-ci-linux-build-184-kernel-5-6/6 Dieser Kernel kam zur Anwendung Linux rockpro64 5.6.0-1137-ayufan-ge57f05e7bf8f #ayufan SMP Wed Apr 15 10:16:02 UTC 2020 aarch64 GNU/Linux Dort stellt man dann fest, das sich eine Kleinigkeit geändert hat. Der Pfad und der Dateiname hat sich geändert. Kontrollieren kann man das mit nano /sys/devices/platform/pwm-fan/hwmon/hwmon3/pwm1 Der Wert geht von 0 - 255, wie gehabt.
  • Shop-Bestellung

    ROCKPro64 rockpro64
    10
    1
    0 Stimmen
    10 Beiträge
    2k Aufrufe
    V
    @FrankM besten Dank für die ausführliche Infos.