[Elemirus1996]

Problem

Auf dem Raspberry Pi 5 mit Raspberry Pi OS meldet die Server-Lüfter-Seite „Der Kernel erlaubt keine eigene Lüftersteuerung (Regler „user_space“ fehlt)“. Die eigene Kurve (z. B. „kühl“) und die Regelung nach Miner-Temperatur griffen nie.

Auf dem Pi des Nutzers ergab die Prüfung:

• available_policies = step_wise
• Schaltpunkte trip_point_1…4_temp = 50 / 60 / 67,5 / 75 °C, beschreibbar (-rw-r--r-- root)
• trip_point_0 = 110 °C (critical)

Lösung

pifan-set (Root-Skript) setzt eine Stufe jetzt über die Schaltpunkte:

• Stufe N: Die aktiven Schaltpunkte 1…N gehen auf 1…N °C (immer überschritten), die übrigen auf 96…99 °C. Die Firmware (step_wise) fährt dann genau Stufe N an. Das gilt für alle Regelarten (CPU-Kurve, Miner-Temperatur, Ruhezeit).
• Sicherheit:
  • Der kritische Schaltpunkt (110 °C) bleibt unberührt.
  • Die Werkswerte liegen in <Datenordner>/pifan-trips und kommen zurück bei „Automatisch“, durch den Wächter (3 min ohne Lebenszeichen) und nach jedem Neustart des Pi.
  • Ein Schreibfehler stellt sofort die Werkswerte wieder her.
• Rückfall: Nur wenn die Schaltpunkte nicht beschreibbar sind, kommt wie bisher der Regler user_space zum Einsatz.
• Server: zeigt „BitaxeTuner regelt“, solange die Werkswerte gesichert sind; Fehlertext angepasst (6 Sprachen).

Bestehende Pis brauchen einmal neue Systemdateien: Desktop-App → Server → „SSH ▾“ → „Systemdateien per SSH erneuern …“.

Tests

• Neu PiFanScriptTests: das echte Skript (sh) gegen ein nachgebildetes /sys wie auf dem Pi 5. Geprüft werden Stufe 2/4/0 über die Schaltpunkte, dass die Werkswerte gesichert bleiben, die Rückgabe an die Firmware und der Wächter nach 10 min ohne Lebenszeichen.
• Hub: gesicherte Schaltpunkte → „BitaxeTuner regelt“.
• dotnet test: 719/719.

Offen

• Noch nicht auf dem echten Pi 5 getestet. Nach dem Update: Kurve wählen, dann sollte die Stufe wechseln und trip_point_*_temp die verschobenen Werte zeigen.

🤖 Generated with Claude Code