amilo-forum.de

[-TiLT-]

Ich bezahle ihm lieber seinen Psychater, den braucht er nämlich sobald er an einem FSC sitzt

Die Software sollte sich mit hoher wahrscheinlichkeit auch irgendwie unter windows wohlfühlen können. Genau sagen könnens dir nur leute die coden können.

Moment, war da nicht ein mod mit ner eigenen HP nur übers coden? (ChaosKrieger???)

[aspettl]

Das ganze hat soweit ich es sehe weniger etwas mit Programmieren an sich zu tun. Man müsste unter Windows die DSDT durch die gefixte ersetzen. Das dürfte aufgrund des fehlenden Kernel-Sourcecodes sehr schwierig bis unmöglich sein.

Edit:
Eher möglich wäre das direkte Auslesen des entsprechenden Registers. Da müsste man aber auch tricksen, da man "\_SB.PCI0.SBRG.EC0.XHPP" (wie man auch immer unter Windows daran käme) wahrscheinlich nicht im Usermode auslesen kann.

Gruß
Aaron

[mazek]

Ich habe schon ein bisschen in C rumgespielt, aber bis jetzt kein drankommen, aber irgendwie muss es auslesbar sein!
Wenn ich das erreichen würde wäre eine Software die alle 15-30Sec die Temp aktualisiert kein Problem mehr!

[mazek]

Hat keiner hier Ahnung von??
Evtl könnte man das ganze auch gleich so modifizieren, dass die CPU endlich in den ACPI C3-State geht!

[aspettl]

Hat keiner hier Ahnung von??

Das erfordert umfangreiche Kenntnisse von Hardware, im speziellen im Bereich Gerätetreiber für Windows, Auslesen von Registern des PCI-Bus und-was-weiß-ich-noch-alles...
Kurz: Es ist nicht trivial, so dass man sich kurz etwas einlesen und losprogrammieren könnte.
Wenn jemand schon einmal einen Treiber für ein (reales) Gerät programmiert hat (für Windows, wohlgemerkt), dann hätte er denke ich reelle Chancen.

Das mit dem C3-State ist noch ein ganz anderes Blatt, da würde ich mir keine Hoffnungen machen.

Gruß
Aaron

[mazek]

Hat keiner hier Ahnung von??

Das erfordert umfangreiche Kenntnisse von Hardware, im speziellen im Bereich Gerätetreiber für Windows, Auslesen von Registern des PCI-Bus und-was-weiß-ich-noch-alles...
Kurz: Es ist nicht trivial, so dass man sich kurz etwas einlesen und losprogrammieren könnte.
Wenn jemand schon einmal einen Treiber für ein (reales) Gerät programmiert hat (für Windows, wohlgemerkt), dann hätte er denke ich reelle Chancen.

Das mit dem C3-State ist noch ein ganz anderes Blatt, da würde ich mir keine Hoffnungen machen.

Gruß
Aaron

Das mit dem C3 habe ich ich mir eigentlich schon abgeschrieben, da nicht mal die von FSC wissen was die da tun sollen.
Mit Treibern hat das denke ich weniger zu tun, da da ja das Protokoll das Problem darstellt!
Bei "ACPI Temperature" sind es wohl eher die Register du ja "nur" ausgelesen werden müssen!

[aspettl]

"nur"

Da hast du es auf den Punkt gebracht

Gruß
Aaron

[mazek]

"nur"

Da hast du es auf den Punkt gebracht

Gruß
Aaron

Right you are!

[aXxiZ]

Und, gibts was neues ?

[mazek]

Leider nein!!

[aXxiZ]

ich teste gerade obs vielleicht mit vista funktioniert...
naja bis jetzt bin ich noch nicht sehr weit gekommen

[dutty]

ich teste gerade obs vielleicht mit vista funktioniert...
naja bis jetzt bin ich noch nicht sehr weit gekommen

also rein theoretisch kommt man auch direkt an kernel/hardware geräte unter windows ran wenn man das mit der "deviceiocontrol" funktion regelt denk ich.. zumindest hab ich so unter windows ce mit nem integrierten gsm-modem kommunizieren, wo die kommunikation eigentlich gesperrt war (da der gsm/com port ja dauernd vom modem selbst blockiert war)

deviceiocontrol sendet befehle/bits direkt an hardware geräte, ich denk so könnte man problemlos die bios/acpi informationen für den enduser zugänglich machen. man braucht halt nur die richtigens adressen

[aXxiZ]

die adressen könnte man doch dann von books anderer hersteller mit selber hardware bekommen oder nicht ?
vorausgesetzt es ist bei dem anderen book möglich die temperaturen auszulesen ...

[mtheory]

hi an alle

Ich habe gestern abend die neueste Version von SpeedFan downgeloaded (4.29). Die scheint einen zusätzlichen Sensor ansprechen zu können. Es scheint also ob es ein ThermalSensor vom K8-CPU selber sei, und somit braucht man nicht mehr zu versuchen die Uniwill Sensoren auf der MB auszulesen.

Die ACPI Temperatur wird noch immer Konstant bei 50°C angezeigt, jedoch Zeigt das Neue Feld "Cpre" eine sich zwischen 30°-50°C varrierenden Temp. Bereich.

Bis 40°C war mein Lufter Still (ich habe silent mode an, und bin im Energiespar modus), ab 41°C ging er leise los...die Temperatur ist gestiegen bis 45°C da wurde der Lüfter etwas Lauter, wieder zurück bis 42°C und zu meinem staunen ging der lüfter für eine Weile wieder aus! Dann bei 47°C wieder an, und nun lauft er mehr oder weniger leise und die Temp wird konstant mit 42°C beziffert.

Anbei ein paar screen shots.

Hier das Protokol:
Win9x:NO 64Bit:NO GiveIO:YES SpeedFan:YES
I/O properly initialized
Linked ISA BUS at $0290
Linked VIA VT8237 SMBUS at $0400
Scanning ISA BUS at $0290...
Scanning VIA SMBus at $0400...
SMART Enabled for drive 0
Found ACPI temperature (50.0C)
End of detection
Loaded 0 events

[mtheory]

Nachtrag:

Ich bin jetzt auf 47°C und der Lüfter ist ausgegangen?!
Ok etwa eine minute jetz vorbei kurzzeitug 48°C Lüfter wieder an? nun fast wieder bei 46!

Komische das ist nicht in korrelation mit den Linux daten, von dem anderen Post, es scheint auch kurzzeitig bei höheren Temperaturen im Silent Mode Stille momente zu geben.

Also bitte Testen, und Erfahrungen und Meinungen mitteilen!

Schönes Wochenende noch.