Skip to content

Unterstützung Lüfter

ROCKPro64
5 1 1.6k
  • Kamil hat die Funktion des Lüfters als Kernelupdate eingebaut.

    rock64@rockpro64v2_1:~$ uname -a
    Linux rockpro64v2_1 4.4.132-1077-rockchip-ayufan-gbaf35a9343cb #1 SMP Mon Jul 30 14:06:57 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    Updaten

    sudo apt-get update
    apt-cache search linux-image
    

    Dann den Kernel aussuchen, in diesem Fall

    sudo apt-get install linux-image-4.4.132-1077-rockchip-ayufan-gbaf35a9343cb
    

    Einmal neustarten

     sudo shutdown -r now
    

    Fertig!

  • Lüfter angekommen 😉

    0_1533908727391_Lüfter_ergebnis.jpg
    Die Befestigung ist böse improvisiert 🙂

    Mit armbianmonitor die Temperatur kontrolliert.

    rock64@rockpro64v2_0:/usr/local/sbin$ sudo ./armbianmonitor -m
    Stop monitoring using [ctrl]-[c]
    Stop monitoring using [ctrl]-[c]
    Time       big.LITTLE   load %cpu %sys %usr %nice %io %irq   CPU  C.St.
    
    15:15:23:  816/1200MHz  0.00   0%   0%   0%   0%   0%   0% 40.0°C  0/3
    15:15:28:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    15:15:33:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    15:15:38:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    15:15:43:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    15:15:48:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    15:15:53:  408/ 408MHz  0.00   0%   0%   0%   0%   0%   0% 41.1°C  0/3
    

    Lüfter eingebaut. Einige Zeit laufen lassen. Ergebnis. (Wert 50)

    15:31:48:  408/ 408MHz  0.02   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:31:53:  408/ 408MHz  0.02   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:31:58:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:32:03:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:32:08:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:32:14:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 34.4°C  0/3
    15:32:19:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 35.0°C  0/3
    15:32:24:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 35.0°C  0/3
    

    Aktuell müssen wir die Geschwindigkeit des Lüfters noch von Hand einstellen. Dazu findet man unter

    rock64@rockpro64v2_0:/sys/class/hwmon/hwmon0
    

    die Datei pwm1. Diese öffnen wir mal mit einem Editor.

    rock64@rockpro64v2_0:/sys/class/hwmon/hwmon0$ sudo nano pwm1
    

    In dieser Datei steht nur eine 0. Der Wert ist einstellbar von 0 - 255. Hier mal die Ausgabe, wenn das Ding mit 255 einige Zeit läuft.

    15:42:18:  408/ 408MHz  0.02   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:23:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:28:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 33.3°C  3/3
    15:42:34:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:39:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:44:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 33.3°C  3/3
    15:42:49:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:54:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    15:42:59:  408/ 408MHz  0.01   0%   0%   0%   0%   0%   0% 32.8°C  3/3
    

    Das war's, weiter runter komme ich hier wohl nicht.

  • Aktuell geht das nur mit Kernel 4.4.x Mit Kernel 4.18.x bekomme ich den Lüfter, mit dem Wert 255, nur kurz zum Laufen.
    Es scheint so, das irgendein Dienst in die Datei nach kurzer Zeit wieder eine 0 rein schreibt !?!?

    Im Gegensatz zum Kernel 4.4.x, läuft der Lüfter mit Wert 50 nicht an. Da muss ich nochmal nachfragen.

  • Wenn jemand einen Dienst braucht, der den Lüfter automatisch steuert, da hat jemand was gebastelt 😉

    Sieht nicht zu kompliziert aus, sollte man hin bekommen. Bei Gelegenheit werde ich mal testen.

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

  • ROCKPro64 - PCIe Probleme

    Hardware rockpro64
    3
    0 Stimmen
    3 Beiträge
    412 Aufrufe
    FrankMF
    Danke für dein Feedback.
  • ROCKPro64 - Projekt Wireguard Server

    Verschoben ROCKPro64 linux rockpro64 wireguard
    2
    2
    0 Stimmen
    2 Beiträge
    573 Aufrufe
    FrankMF
    Hat ein wenig Nerven gekostet und der Artikel ist auch was länger geworden Viel Spaß beim Lesen und testen!
  • ROCKPro64 - Kamils neuer 0.10.x Release

    ROCKPro64 linux rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    258 Aufrufe
    Niemand hat geantwortet
  • Mainline 5.3.x

    Images rockpro64
    3
    0 Stimmen
    3 Beiträge
    487 Aufrufe
    FrankMF
    5.3.0-1119-ayufan released ayufan: defconfig: enable DRM_PANFROST/DRM_LIMA
  • ROCKPro64 - USB-C -> HDMi

    ROCKPro64 rockpro64
    3
    1
    0 Stimmen
    3 Beiträge
    511 Aufrufe
    FrankMF
    @hannescam Hallo! Das ist ja schon ein paar Tage her, gut das wir den Screenshot haben. Du könntest genau diese Kernel-Version vom Kamil suchen und benutzen. Da musste man kein Linux Held sein, Kable einstecken - Bild da. Ob das mit was Aktuellerem geht, weiß ich nicht. Debian kann man ja so installieren, wie findest Du hier im Forum. Ob Debian die USB-C Schnittstelle nutzt weiß ich nicht. muss man ausprobieren. Da für mich die Platinen immer nur ohne Desktop Sinn gemacht haben, habe ich so was immer nur ganz kurz angetestet. Nutze die SOCs eigentlich ausschließlich Headless.
  • ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian armbian rockpro64
    14
    6
    0 Stimmen
    14 Beiträge
    2k Aufrufe
    FrankMF
    Ich habe heute, nachdem es einige Updates von Armbian gab, mal nachgeschaut ob ein spezieller Fehler verschwunden ist. Und zwar geht es um das Resizen der Partion nachdem wir Armbian auf eine USB-HDD (USB3) installiert haben. Ich setze dafür folgendes System ein. Hardware ROCKPro64v2.0 4GB RAM SanDisk 240GB 2,5 Zoll HDD (nix tolles) Software Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64 Was sehe ich nach dem Reboot? root@rockpro64:~# df -h Filesystem Size Used Avail Use% Mounted on udev 1.9G 0 1.9G 0% /dev tmpfs 388M 5.3M 383M 2% /run /dev/sda1 220G 1.3G 207G 1% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 1.9G 4.0K 1.9G 1% /tmp /dev/mmcblk0p1 58G 1.3G 57G 3% /media/mmcboot /dev/zram0 49M 3.0M 43M 7% /var/log tmpfs 388M 0 388M 0% /run/user/0 Korrekt die Größe angepasst! Schnell mal den USB3 testen root@rockpro64:~# 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, 38.0723 s, 113 MB/s Der Adapter root@rockpro64:~# lsusb -vvv Bus 004 Device 002: ID 2109:0715 VIA Labs, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 9 idVendor 0x2109 VIA Labs, Inc. idProduct 0x0715 bcdDevice 1.31 iManufacturer 1 VLI Manufacture String iProduct 2 VLI Product String iSerial 3 000000123ADA bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 121 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 224mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 4 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 98 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 Command pipe (0x01) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-in pipe (0x03) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-out pipe (0x04) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x87 EP 7 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 MaxStreams 32 Status pipe (0x02) Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 70 bNumDeviceCaps 4 FIXME: alloc bigger buffer for device capability descriptors Device Status: 0x0000 (Bus Powered) Ein lästiger Fehler weniger.
  • Kernel updaten NVMe / SDCard

    Verschoben ROCKPro64 rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    914 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 wieder vorbestellbar

    ROCKPro64 rockpro64
    5
    0 Stimmen
    5 Beiträge
    1k Aufrufe
    FrankMF
    Meine Lieferung ist unterwegs Hello Mr. Frank Mankel, Order 62068 just shipped on July 18, 2018 from Shenzhen transit to Hong Kong DHL.