Skip to content

Unterstützung Lüfter

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

  • Mainline 6.0.x

    Images rockpro64
    6
    0 Stimmen
    6 Beiträge
    360 Aufrufe
    FrankMF
    Und RC7 released https://github.com/ayufan-rock64/linux-mainline-kernel/releases/tag/6.7.0-rc7-1185-ayufan
  • Wireguard

    Verschoben Wireguard linux rockpro64 wireguard
    4
    0 Stimmen
    4 Beiträge
    939 Aufrufe
    FrankMF
    Etwas schnellerer Weg den Tunnel aufzubauen, Voraussetzung wireguard modul installiert Keys erzeugt Danach dann einfach ip link add wg0 type wireguard wg setconf wg0 /etc/wireguard/wg0.conf Datei /etc/wireguard/wg0.conf [Interface] PrivateKey = <Private Key> ListenPort = 60563 [Peer] PublicKey = <Public Key Ziel> Endpoint = <IPv4 Adresse Zielrechner>:58380 AllowedIPs = 10.10.0.1/32 Die Rechte der Dateien von wireguard müssen eingeschränkt werden. sudo chmod 0600 /etc/wireguard/wg0.conf Das ganze per rc.local beim Booten laden. Datei /root/wireguard_start.sh ############################################################################################### # Autor: Frank Mankel # Startup-Script # Wireguard # Kontakt: frank.mankel@gmail.com # ############################################################################################### ip link add wg0 type wireguard ip address add dev wg0 10.10.0.1/8 wg setconf wg0 /etc/wireguard/wg0.conf ip link set up dev wg0 Danach Datei ausführbar machen chmod +x /root/wireguard_start.sh In rc.local /root/wireguard_start.sh eintragen - Fertig!
  • Ayufan Release 0.7.13 (WiFi)

    ROCKPro64 rockpro64
    6
    0 Stimmen
    6 Beiträge
    564 Aufrufe
    FrankMF
    Für Bluetooth scheint noch was zu fehlen root@rockpro64:/mnt/home/rock64# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2019-04-06 17:36:54 UTC; 2min 11s ago Docs: man:bluetoothd(8) Main PID: 2421 (bluetoothd) Status: "Running" Tasks: 1 (limit: 2380) CGroup: /system.slice/bluetooth.service └─2421 /usr/lib/bluetooth/bluetoothd Apr 06 17:36:54 rockpro64 systemd[1]: Starting Bluetooth service... Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Bluetooth daemon 5.48 Apr 06 17:36:54 rockpro64 systemd[1]: Started Bluetooth service. Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Starting SDP server Apr 06 17:36:54 rockpro64 bluetoothd[2421]: kernel lacks bnep-protocol support Apr 06 17:36:54 rockpro64 bluetoothd[2421]: System does not support network plugin Apr 06 17:36:54 rockpro64 bluetoothd[2421]: Bluetooth management interface 1.10 initialized
  • ROCKPro64 - Armbian - Boot Ausgabe ändern

    Verschoben Armbian armbian rockpro64
    1
    0 Stimmen
    1 Beiträge
    504 Aufrufe
    Niemand hat geantwortet
  • Mainline 4.20.0-rc6

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    435 Aufrufe
    Niemand hat geantwortet
  • SATA Karte Marvell 88SE9230 Chipsatz

    Angeheftet Hardware hardware rockpro64
    19
    0 Stimmen
    19 Beiträge
    6k Aufrufe
    FrankMF
    Ok, es gibt noch eine andere Möglichkeit. Kamil hat mir noch ein wenig geholfen. Mit folgender Änderung werden die Platten gefunden. hmm, I had to add /etc/default/extlinux: libahci.skip_host_reset=1 Sieht dann so aus. # Configure timeout to choose the kernel # TIMEOUT="10" # Configure default kernel to boot: check all kernels in `/boot/extlinux/extlinux.conf` # DEFAULT="kernel-4.4.126-rockchip-ayufan-253" # Configure additional kernel configuration options APPEND="$APPEND root=LABEL=linux-root rootwait rootfstype=ext4 libahci.skip_host_reset=1" Danach waren die Platten zu sehen. root@rockpro64:/tmp/etc/default# blkid /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="ABCD-FC7D" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="72e36967-4050-4bb3-8f8f-bf6755c38f28" /dev/sda3: LABEL="linux-boot" UUID="8e289a3e-0f9b-4da1-a147-51e03390637c" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="fe944fd2-3e42-4202-8a95-656e9bdb4be6" /dev/sda4: LABEL="linux-root" UUID="3e9513c6-dfd1-48c9-bee2-04bb5a153056" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="d2d1dd88-030d-4f74-998f-7c9ce7d385d0" /dev/sdb2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="56C9-F745" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="919c8f73-5f25-4a01-9072-3a5ed9a88ff2" /dev/sdb3: LABEL="linux-boot" UUID="23c19647-f4a1-4197-a877-f1bb03456bef" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="093d0cc0-d122-4dce-aeb5-4e266b4b7d9d" /dev/sdb4: LABEL="linux-root" UUID="f1c74331-8318-4ee8-a4f7-f0c169fb9944" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="964ab457-58d5-40c4-bb02-dfd37bd2f0da" /dev/sda1: PARTLABEL="loader1" PARTUUID="37466429-e4a4-495c-b9a1-3f74625a3cae" /dev/sdb1: PARTLABEL="loader1" PARTUUID="33f692b3-54cb-4a37-b602-21a2baf32fa0" Aber auch hiermit ist ein Boot von der SATA Platte nicht möglich. Ich möchte hier noch was vom kamil zitieren. (11:44:09) ayufanWithPM: will look later, but this controller is tricky, also on x86 as well (11:44:16) ayufanWithPM: jms585 seems to be significantly more stable Evt. bekommt er das gefixt
  • Bionic Minimal 0.7.8

    ROCKPro64 rockpro64
    2
    1
    0 Stimmen
    2 Beiträge
    639 Aufrufe
    FrankMF
    Testin Testing
  • Neue Bilder

    ROCKPro64 rockpro64
    1
    2
    0 Stimmen
    1 Beiträge
    705 Aufrufe
    Niemand hat geantwortet