Geraeusch verringern bei CPU-Luefteranlauf, oder wie Stillstand vermeiden?

Hallo,

mehrere meiner Systeme, sind mit einem Papst CPU Luefter 712F/2 ausgestattet. Ein anderes Modell passt von den Abmessungen nicht. Diese Luefter stehen, wenn die Rechner idlen, oefter mal still. Dabei ergibt sich aber das Problem, dass genau in der Phase des Ueberganges von stehendem zu laufendem Luefter ein Geraeusch zu hoeren ist. Das verschwindet, sobald der Luefter wieder konstant zu drehen beginnt. Hoert sich an, als wenn es sich um eine gepulste Spannung handeln wuerde, die in der Wicklung des Motors zu dem Effekt fuehrt.

Kennt vielleicht jemand eine wirksame Abhilfe? Z.B. den Motor ueber einen Tiefpass mit dickem C anschliessen oder so? Ansonsten muesste ich womoeglich ein Script basteln, das ueber lm-sensors rechtzeitig vor Motorstillstand gewarnt wird und kurz zum Heizen 'nen 'burnK6' anwirft Das moechte ich nach Moeglichkeit aber vermeiden...

sparkie

Zitat

ich würde dafür Sorgen, das der Lüfter nie Komplett zum Stilstand kommt. Lüfterregelung ?

an welche Art der Luefterregelung denkst du da? Die lm-sensors Werte, die bei mir ueber einen 'IT8712' laufen, lassen sich alle problemlos lesen. Temperatur, Spannungs und Drehzahlwerte sind alle identisch zu den BIOS Ausgaben. Bis jetzt ist mir aber nicht gelungen, mit 'sensors -s' eine untere Drehzahl fuer einen Luefter zu konfigurieren. Der Wert scheint ignoriert zu werden.

Zitat

über > pwmX_auto_pwm_min einstellen können

danke fuer die interessante Info! Das kannte ich noch gar nicht. Habe vor lauter Neugier das ganze gleich remote (bin nicht beim VDR) mit staendiger Kontrolle von Drehzahl und Temperatur getestet.
Die gelesenen Werte in

::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm3
::::::::::::::
0
::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm2
::::::::::::::
255
::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm1
::::::::::::::
255
::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm3_enable
::::::::::::::
1
::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm2_enable
::::::::::::::
1
::::::::::::::
/sys/devices/platform/i2c-9191/9191-0260/pwm1_enable
::::::::::::::
1

scheinen ein heissen Eisen zu sein. Das kann ich besser erst abends vor Ort testen. Initialer gelesener Wert auf pwm1 (CPU-Luefter) ist 255. Sobald ich was reinschreibe wird die Drhezahl nicht mehr teperaturabhaengig geregelt. Sondern bleibt abhaengig vom programmierten Zahlenwert auf einem fixen Wert.

jo, vielleicht sollte ich auf Verdacht mal einen Nicht-Papst testen. Aber ich hatte gehofft, dass das 'Abflachen' der Spannungspulse vielleicht schon hilft. Aber u.U. kommt dann die BIOS- Luefterregelung voellig durcheinander, wenn ploetzlich ein RC Glied mit im Spiel ist.

Zitat

könntest Du auch mit einem kleinen Widerstand nachhelfen.

klingt gut, das Forum ist wirklich eine super Ideen-Fundgrube! Aber vermutlich sollte ich dann noch eine Diode in Sperrichtung zum Mainboard-Regler einbauen. Nicht dass sich der mal wundert woher die extern eingespeiste Spannung kommt... Aber dann habe ich schon wieder die Durchlasspannung an der Diode als Stoergroesse. Aber ein Versuch ist's Wert.

hallo,

jetzt habe ich gerade noch den Parallel-Thread Parameter um CPU-Fan langsamer laufen zu lassen? entdeckt. Das fancontrol ist eigentlich genau, was ich suche. Da kann man rein per Software die Eckpunkte fuer An- und Abschalttemperaturen u.v.a.m. waehlen. Es funktioniert auf meiner Hardware ohne erkennbare Probleme. Man lernt halt nie aus...

[EDIT] da kann man sogar ein Spannungs-Pausen-Tastverhaeltnis programmieren, das nur kurzzeitig zum Starten des Luefters verwendet wird. Dreht er sich dann erst mal, wird die Puls-Spannung sofort wieder auf einen minimalen Haltewert, bei dem gerade noch sicheres Drehen gewaehrleistet ist, zurueckgefahren. Es loest mein Problem somit optimal.[/EDIT]

sparkie

jetzt frage ich mich nur, was passiert, wenn der fancontrol Prozess mal ohne exit haengen sollte. Weil er z.B. einen SIGSTOP bekommt oder wegen eines Programmierfehlers. Dann wird der automatische Sicherheits-Rueckfall auf Maximaldrehzahl nicht getriggert und die CPU heizt sich u.U. bis zum Abrauchen auf:-)

Zitat

zerstört eine solche Situation die CPU in recht kurzer Zeit

genau diese Befuerchtung habe ich gerade selbst schon geaeussert. Die Frage ist natuerlich, was z.B. ein Celeron macht, wenn's ihm zu heiss wird. Ein Luefterdefekt kann ja immer mal vorkommen. Wenn der Prozessor schon nicht den Takt runterregelt, vielleicht schaltet er dann wenigstens komplett ab.

nun ja, jetzt habe ich noch ein wenig mit fancontrol experimentiert. Grundsaetzlich eine tolle Sache. Aber mir ist das ganze aus 2 Gruenden doch zu riskant:

1. Wie ich gesehen habe. ist das fancontrol sogar 'nur' ein Shell-Script. Wenn das mit einem Signal beendet wird, das nicht getrapt werden kann, dann ist jede Temperatur-Regelung ausser Kraft gesetzt. Ich dachte zunaechst, dass der *Kernel* bei Exit des Programmes automatisch sichere Drehzahl-Werte programmiert. Das ist aber nicht der Fall.

2. Gerade Experimente mit neuen DVB Treibern haben bei mir immer wieder zum Haengen der kompletten Kiste gefuehrt. Es ist kein Panic, sondern vermutlich bleibt der PCI Bus durch eine der DVB Steckkarten dauerhaft ge'lock'ed, was letztlich die ganze Kiste einfriert. Die Hersteller der DVB Karten sparen halt jeden Cent und deswegen kann schon ein einziger falscher Registerzugriff sowas zur Folge haben. Bei PC-Hardware nimmt man das offenbar in Kauf. Es wird noch dadurch verschlimmert, dass die Hersteller nicht genuegend Doku ihrer Hardware rausruecken und die Treiber oft durch Reverse-Engineering geschrieben werden muessen.
Es hilft dann nur noch Abschalten der Maschine. Auch in diesem Fall ist die Temperatur-Regelung natuerlich nicht vorhanden.

Zur Loesung meines urspruenglichen Problems werde ich ein Script basteln, das dafuer sorgt, dass die CPU zu jedem Zeitpunkt so stark belastet wird, dass der Luefter gerade nicht stoppt zu drehen.
Ist sicher keine Idealloesung, aber ich kann im BIOS leider keine Minimal- Maximalwerte fuer Drehzahlen fest vorgeben.