Lüfter unter Windows endlich steuerbar (TPFanControl).

special

New member
Themenstarter
Registriert
30 Apr. 2005
Beiträge
48
Hallo,

ich habe bei Thinkpads.com über ein Tool zur Lüftersteuerung unter Windows gelesen.

Shimodax
http://forum.thinkpads.com/viewtopic.php?t=17715 hat in diesem Beitrag sein Tool und entsprechende Hinweise bereit gestellt.

Ein sehr edele Angelegenheit. Wenn sich das noch entwickelt, kann ich endlich, ohne Lärmbelästigung im Bett surfen ;)

Habe das Tool eben getestet und es läuft auf einen T43p, ohne Probleme.
Man kann den Lüfter manuell steuern oder die Schwelltemperaturen einstellen.

Das Programm befindet sich laut Author in einem Beta-Status und es wird natürlich keine Garantie übernommen ;)

Alles weitere im post.


Grüsse,

special
 
Zuletzt bearbeitet von einem Moderator:
Noch was: Funtioniert TPFC eigentlich auch außerhalb der Administrator-Benutzergruppe?

Wäre das sinnvoll? Also: Nein, es geht nicht. (man müsste ein service, oder so was einrichten, dann würde es gehen - aber ein admin müsste das tool installieren)
 
Oh ja, dann müsste ich nicht ständig im Administrator angemeldet sein.
Wenn ich demnächst wieder mein Win2000 installiere, möchte ich ganz gern wieder im Status "Hauptbenutzer" arbeiten, surfen etc.
 
Erfahrungsbericht TPFC und Thinkpad T41

Erstmal ein Lob an den Entwickler des wunderbaren Tools tpfancontrol!

Für diejenigen, die ein Thinkpad T41 ihr eigen nennen und die der Lüfter Dauerlauf auch nervt, hier meine Erfahrungen:

Mein Modell: ThinkPad T41 (2373-9FG)

P M 1.7GHz, 512MB RAM, 60GB 7200rpm HDD, 14.1 SXGA+(1400X1050) TFT LCD, 32MB ATI Radeon 9000, 16x10x24x/8x CD-RW/DVD, 802.11a/b/g wireless(MPCI), Bluetooth/Modem(CDC), 1Gb Ethernet(LOM), UltraNav, Secure Chip(TCPA), 6 cell Li-Ion battery, WinXP Pro

Mein Workaround:

- Installation fpfancontrol 0.18b
https://sourceforge.net/project/showfiles.php?group_id=153962
- Konfiguration der tpfpcontrol.ini mit den Werten:
Level=50 0
Level=53 3
Level=58 4
Level=63 7
Level=70 128

- Installation der neuesten Catalyst Software von Ati
http://support.ati.com/ics/support/...1c599220192b86e380eb&accountID=737&deptID=894

- Konfiguration von Powerplay für den Netzbetrieb

Catalyst.gif


Das von mir eingestellte Thinkpad Energieshema für den Netzbetrieb setzt die CPU Leistung auf "automatisch".

Anschließend habe ich tpfancontrol in den autostart gepackt Standby - Hibernation - und Neustart - alles bestens!

Beim Surfen und im Officebetrieb springt der Lüfter jetzt ganz selten für kurze Zeit an - EIN SEGEN!
 
Ich mache es sehr ähnlich - die Grafikkartenfrequenz habe ich auch heruntergedrosseltindem ich immer auf Optimale Lebensdauer gestellt habe
(wobei ich da nicht ganz verstehe warum immer alle die sachen Patchen und neue Treiber installieren - bei mir war die Option von anfang an im Originaltreiber verfügbar?!).
FanControl regelt den Lüfter auf 4 ab 55° bis runter zu 50°.
Die CPU drossel ich mit RMclock, da ich entweder zu doof bin für NHC oder das ding bei mir nicht tut (wobei ersteres wohl wahrscheinlicher ist).
NHC hat mir immer nur die Möglichkeit geboten sachen einzustellen, hat aber nie dynamisch gedrosselt oder von selbst eine Prozssorgeschwindigketi verringert - ausser wenn ich "Use only first Value" eingestellt habe.

Seither benutze ich nur noch rmclock, das funtioniert anständig und lässt es auch zu dass ich sowohl für Netzstrom als auch Batterie einzelne Sachen definiere.

Gruß Xavi
 
Hatte heute ein Problem:

Ich hatte NHC eine Weile offen. Ich habe das Auslesen der Temperaturen durch NHC ausgestellt. Sobald das Fenster von NHC geöffnet ist, kann fancontrol in ca. 50% der Fälle die Temperaturen nicht auslesen.
Nach 10 aufeinanderfolgenden Fehlversuchen beim Auslesen sollte sich fancontrol ja beenden und die Lüftungssteuerrung zurück ans Bios geben.
Fancontrol scheint aber abgestürzt zu sein und hat die Steuerrung nicht zurück gegeben, der Lüfter blieb also aus.
Ich kann nicht genau sagen, ob fancontrol in diesem Fall nur in Kombination mit NHC "still" abstürzt, oder ob fancontrol auch ohne NHC, wenn irgendein anderes Verwaltungstool den Zugriff auf den Controler blockiert so abstürzen würde.

Nochmal zur Sicherheit: Das hier soll einfach nur so eine Art Problembericht sein, ich bin über das Tool ansonsten superglücklich!
 
Hi!

Original von Jeho


Nach 10 aufeinanderfolgenden Fehlversuchen beim Auslesen sollte sich fancontrol ja beenden und die Lüftungssteuerrung zurück ans Bios geben.
Fancontrol scheint aber abgestürzt zu sein und hat die Steuerrung nicht zurück gegeben, der Lüfter blieb also aus. Ich kann nicht genau sagen, ob fancontrol in diesem Fall nur in Kombination mit NHC "still" abstürzt, oder ob fancontrol auch ohne NHC, wenn irgendein anderes Verwaltungstool den Zugriff auf den Controler blockiert so abstürzen würde.

Gestern war im engl. Forum auch ein Bericht eines Absturzes. Leider ist das bisher hier noch nicht passiert, sonst könnte ich es leicht behben. Von daher bin ich momentan drauf angewiesen zu warten, ob irgendjemand ein Muster hinter den Abstürzen findet (z.B. wenn 10 Fehler auftauchen, das log zu lang wird oder sowas).

Da bleibt im Moment leider nur Abwarten und das Tool nicht unbeaufsichtigt laufen lassen ... irgendwie finden wir das Problem dann schon.

Gruß


Markus
 
Hi,

ich habe mal probiert das Problem zu reproduzieren, bisher ohne Erfolg. Konnte es allerdings nur während der normalen Nutzung testen, muss ja schließlich vorwärts kommen ;)

Mal noch ein paar Infos:

Das Auslesen der Temperatur schlug 36 mal fehl, bevor es zum Absturz kam. Allerdings konnte die Temperatur zwischenzeitlich immer wieder erfolgreich ausgelesen werden (wie gesagt, 50% Quote).
Eine Besonderheit war, dass ich im Netzteilbetrieb den Akku installiert habe, das Gerät vom Netz genommen, mobil gearbeitet und nachher wieder ans Netz gehängt habe, der Akku verblieb im Gerät.

Version ist 0.18.

Das Windowseventlog liefert ausserdem folgenden Fehler:

\Device\ACPIEC: Die Hardware des Embedded Controllers (EC) hat Daten zurückgegeben, als keine Daten angefordert waren. Dies deutet darauf hin, dass das BIOS fälschlicherweise versucht, auf den Embedded Controller zuzugreifen, ohne mit dem Betriebssystem zu synchronisieren. Die Daten werden ignoriert.

Allerdings trifft das zeitlich nicht mit dem Absturz zusammen.

Hatte grade nochmal einen Fehler, NHC war wieder offen. Habe leider den dumb nicht, scheint sich ja sofort zu löschen. Das begleitende XML hab' ich mal angehängt. Im dumb stand etwas von "Winio.sys could not be found".

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="fancontrol.exe" FILTER="GRABMI_FILTER_PRIVACY">
<MATCHING_FILE NAME="fancontrol.exe" SIZE="106496" CHECKSUM="0x4F683EAE" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" LINK_DATE="12/08/2005 17:58:16" UPTO_LINK_DATE="12/08/2005 17:58:16" />
<MATCHING_FILE NAME="WinIo.dll" SIZE="49152" CHECKSUM="0x56009253" BIN_FILE_VERSION="2.0.0.0" BIN_PRODUCT_VERSION="2.0.0.0" PRODUCT_VERSION="2.0" FILE_DESCRIPTION="WinIo" COMPANY_NAME="http://www.internals.com" PRODUCT_NAME="WinIo" FILE_VERSION="2.0" ORIGINAL_FILENAME="WinIo.dll" INTERNAL_NAME="WinIo" LEGAL_COPYRIGHT="Copyright © 1998-2002, Yariv Kaplan" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="2.0.0.0" UPTO_BIN_PRODUCT_VERSION="2.0.0.0" LINK_DATE="03/01/2002 22:22:45" UPTO_LINK_DATE="03/01/2002 22:22:45" VER_LANGUAGE="Englisch (USA) [0x409]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="1057280" CHECKSUM="0xD52AA7B7" BIN_FILE_VERSION="5.1.2600.2180" BIN_PRODUCT_VERSION="5.1.2600.2180" PRODUCT_VERSION="5.1.2600.2180" FILE_DESCRIPTION="Client-DLL für Windows NT-Basis-API" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Betriebssystem Microsoft® Windows®" FILE_VERSION="5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. Alle Rechte vorbehalten." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x108430" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.2180" UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180" LINK_DATE="08/04/2004 07:57:08" UPTO_LINK_DATE="08/04/2004 07:57:08" VER_LANGUAGE="Deutsch (Deutschland) [0x407]" />
</EXE>
</DATABASE>
 
Thinkpad T40

Hallo,
Ich hab das Programm grad mit meinem T40 getestet. Läuft an sich ganz gut. Die "Can't read Status" Medungen halten sich trotz NHC (mit abgesch. temp readings) sehr in Grenzen.

mein Lüfter läuft grade bei den Werten: (Bios Mode)
CPU 33°C (0x78)
APS 42°C (0x79)
PCM 31°C (0x7a)
GPU 44°C (0x7b)
BAT 31°C (0x7c)
BAT 28°C (0x7e)
BUS 0°C (0xc0)
PCI 0°C (0xc1)
PWR 0°C (0xc2)
XC3 0°C (0xc3)
mit ca. 2900 RPM

wenn ich den (vermutlich) Sensor unter der WLAN-Karte
siehe: http://forum.thinkpads.com/viewtopic.php?t=11574&postdays=0&postorder=asc&start=0
(ich hoffe der Link verstösst nicht gegen irgend eine Regel)
kühle, mit Kältespray oder auch nur durch anpusten, geht der Lüfter sofort aus. An den ausgelesenen Werten ändert sich aber nix.
Ich vermute dass der Sensor beim T43 als PCI (0xc1) auslesbar ist beim T40 leider nicht.

kann das jemand bestätigen oder wiederlegen?

im Smart Modus oder Manuell kann ich den Lüfter prerfekt steuern (1,3,7 und 64) nur ist mir das auf Dauer nicht geheuer. Der Sensor hat ja (hoffentlich) einen Sinn. Nur, die Gegend in der er positioniert ist wird vom Lüfter gar nicht versorgt.

weiss jemand was das soll?
 
@PeterM: ich habe nach längerer Beobachtung folgende Sensoren bei mir "ausgeschaltet": GPU, PCI, PWR

  • GPU: die GraKa wird eh nur bei aufwendigen 3D-Anwendungen heiß und ich spiele nicht (1x Jahr vllt.). Ansonsten würde zeitgleich die CPU heiß werden, was wiederum den Lüfter aktiviert. Abgesehen davon, habe ich die GPU standardmäßig über PowerPlay runtergetaktet, denn mehr braucht Office nicht. :D
  • PCI: bleibt oft "grundlos" länger auf max. ~51°C, obwohl der Rest der Systems schon abgekühlt ist. Und wärmer als dieser Wert wird er nicht (wird also ausgelesen).
  • PWR: der hebt sich nur beim Laden an und erreicht hierbei ein Maximum von ~53°C
    [/list:u]

    Was deine Frage diesbezüglich angeht, bleibt Rest des Systems so im Office-Betrieb unter 50°C (vllt. die CPU mal ~52°C) und ich kann im Smart-Mode das Laptop meist auf Level1 schön ruhig halten.
 
tja, mich würd mal interessieren, was der Sensor unter der WLan-Karte überhaupt misst (vom PCI Chip ist der ja ein ganzes Stück weg) und warum der Lüfter anspringt obwohl die Stelle überhaupt nicht vom Luftstrom "getroffen" wird.

die Werte der anderen Sensoren sind ja eher frostig...

das FC ist jedenfalls eine grosse Hilfe.
 
hi! wenn ich im Autostart eine Verknüpfung für das Programm einfüge, bekomme ich etwa bei jedem 2. Systemstart diese Fehlermeldung:

fehler3vj.jpg


an was liegt das?

wenn ich dann selber auf den Link im Autostart klicke, funzt es!

Und wie gesagt, der Fehler tritt nicht immer auf... öfters startet es auch ganz normal beim Systemstart...


bitte um hilfe!
 
Hab nochmal eine grunsätzliche Frage: Wenn ich mit WLAN arbeite geht meine PCI (0xc1) Temperatur bis zu 45-46°C hoch, ist das normal? Und jetzt in Bezug auf TPFC...

Wenn ich da, wie nilsisin, die Standardkonfig...
Level=50 0
Level=53 3
Level=58 4
Level=63 7
Level=70 128
...stehen lasse und auf "Smart Modus" stelle, bedeutet das das der Lüfter
erst bei 50 Grad angeht und jetzt die wichtigste Frage... Wiewarm dürfen die einzelnen Geräte max werden um Schäden zu vermeiden? :roll:
 
Hi!

Habe das gleiche Problem mit Autostart von tpfancontrol auch auf meinem T23.

@PeterM.
Ich könnte mir vorstellen, dass IBM beim T40 den Thermosensor in der northbridge nicht verwendet und einen zusätzlichen eingebaut hat.
Intel hat zum Thermosensor in der northbridge geschrieben:

ftp://download.intel.com/design/chipsets/specupdt/25348802.pdf

5. Intel® 855PM MCH Thermal Sensor Accuracy
Problem: The Intel® 855PM MCH internal thermal sensor may report the die temperature inaccurately.
Implication: When running high stress applications in an elevated ambient temperature, the system BIOS could
prematurely initiate hardware throttling or a system halt leading to unpredictable system behavior.
Workaround: Disable the Intel® 855PM MCH internal thermal sensor in BIOS. The thermal sensor is disabled when
the Thermal Sensor Enable (TSE) bit in the Thermal Sensor Control Register (TSCR) is a 0. The TSE
bit is Device #1, offset 60h, bit [7].

Ciao, troubadix
 
also irgendwie ist der Autostart für das Programm irgendwie zu früh....

Hab mir schnell ein Script geschrieben, welches TPControl erst nach 5 sek Verzögerung startet und somit gibts keine Probleme!
 
@BachManiac

Kannst Du das Script vielleicht kurz posten ? Habe das selbst schon mal mit nem bat-File gemacht. Leider bleibt dabei immer das zugehörige Dos-Fenster offen - eher suboptimal. Unter Unix kenne ich die passenden Kommandos; bei Dos habe ich aber noch nichts passendes gefunden.

Gruss,
los.alamos
 
Bei mir tritt folgendes Problem auf.
Ich habe in der INI-Datei festgelegt, dass das Programm nach 5 Lesefehlern in den Bios Modus stellen und sich beenden soll. Das Programm hat sich in den Bios Modus gestellt jedoch beendete es sich nicht sondern blieb hängen, so dass ich es mit dem Taskmanager abschiessen musste.

Hier mein Logfile:
[code:1]
[14.12.2005 22:10:36] Fan: 0x80 / Highest: 56°C (49 47 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:10:36] Smart: Set fan control to 0x01, Result: OK
[14.12.2005 22:10:51] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:00] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:06] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:11] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:16] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:21] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:26] Fan: 0x01 / Highest: 56°C (49 47 36 51 34 n/a 31 n/a 45 56 46 n/a)
[14.12.2005 22:11:26] Mode switch: Set fan control to 0x80, Result: OK
[14.12.2005 22:11:41] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:46] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:11:56] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:11] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:16] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:21] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:26] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:46] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:12:51] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:13:02] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:02] On close: Set fan control to 0x80, Result: COULD NOT SET FAN STATE!!!!
[14.12.2005 22:13:02] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:13:02] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:02] On close: Set fan control to 0x80, Result: CMD IGNORED (PASSIVE MODE)
[14.12.2005 22:13:02] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:02] On close: Set fan control to 0x80, Result: CMD IGNORED (PASSIVE MODE)
[14.12.2005 22:13:04] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:04] On close: Set fan control to 0x80, Result: CMD IGNORED (PASSIVE MODE)
[14.12.2005 22:13:06] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:13:11] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:13:14] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:14] On close: Set fan control to 0x80, Result: CMD IGNORED (PASSIVE MODE)
[14.12.2005 22:13:16] Warning: Can't read Status (possible conflict with other software)
[14.12.2005 22:13:19] Fan: 0x80 / Highest: 56°C (48 46 36 51 34 n/a 31 n/a 45 56 45 n/a)
[14.12.2005 22:13:19] On close: Set fan control to 0x80, Result: CMD IGNORED (PASSIVE MODE)
[14.12.2005 22:13:21] Warning: Can't read Status (possible conflict with other software)
[/code:1]

Hat jemand schon änliches beobachtet???

Gruss Mede
 
also zuerst mal eine bat-Datei:

[code:1]
@echo off
sleep.vbs
start fancontrol.exe[/code:1]

und dann eine sleep.vbs Datei´, in der einfach per Notepad folgendes steht:

[code:1]set WshShell = WScript.CreateObject("WScript.Shell")
WScript.Sleep 5000[/code:1]

Die 5000 bedeutet 5 Sekunden Verzögerung

Tja und eine Verknüpfung der Bat-Datei gehört dann natürlich in den Autostart... :-)
 
Besten Dank !

"start" war also das Zauberwort nach dem ich gesucht habe. Ist die separate 'sleep.vbs'-Datei eigentlich notwendig ? Bei mir funktioniert auch "sleep 5" direkt im bat-File.
 
Hab nochmal eine grunsätzliche Frage: Wenn ich mit WLAN arbeite geht meine PCI (0xc1) Temperatur bis zu 45-46°C hoch, ist das normal? Und jetzt in Bezug auf TPFC...

Wenn ich da, wie nilsisin, die Standardkonfig...
Level=50 0
Level=53 3
Level=58 4
Level=63 7
Level=70 128
...stehen lasse und auf "Smart Modus" stelle, bedeutet das das der Lüfter
erst bei 50 Grad angeht und jetzt die wichtigste Frage... Wiewarm dürfen die einzelnen Geräte max werden um Schäden zu vermeiden? :roll:
 
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben