Nice product I am looking for an accurate/reliable/logging tool to replace
(speedfan, nhc, HWmonitor...) a couple of questions
1. acpi method evaluation and logging
Specifically following _TMP method accessible in other products
rationale is that I want to modify acpi for better fan control so first want to
be able to monitor; this is for a sony vaio laptop which I believe has embedded
control so easier to access acpi for temp data
2 timestamp of sensor data
report file does not seem to timestamp the data (I infer from other posts
that fixed poll is 1s) this would be useful for excel analysis
ps. not yet sure if hwinfo is responsible but since I have been trying hwinfo have
seen BSOD's when I put laptop to sleep
A driver is causing an inconsistent power state.
Arg1: 00000003, A device object has been blocking an Irp for too long a time
Arg2: 85768b70, Physical Device Object of the stack
Arg3: 85767318, Functional Device Object of the stack
Arg4: 859f07f8, The blocked IRP
not sure if hwinfo ACPI aml enumeration could be responsible
HWiNFO32 currently doesn't support reading of ACPI _TMP method.
I can add timestamps to logfile for sensor data.
Hard to say if HWiNFO32 is causing the BSOD, but I don't think the AML enum might cause this. You can try to disable this option in HWiNFO32 and then check if the problem persists. Also please send me a Report + Debug file, so I can check better the system configuration.
Thanks for the quick reply
I have uploaded dbg & report files to
<!-- m --><a class="postlink" href="http://rapidshare.com/files/407644446/HWiNFO32.DBG">http://rapidshare.com/files/407644446/HWiNFO32.DBG</a><!-- m -->
<!-- m --><a class="postlink" href="http://rapidshare.com/files/407644447/try.HTM">http://rapidshare.com/files/407644447/try.HTM</a><!-- m -->
I do not know if these reveal other sensors from which I might obtain same data as acpi _TMP ?
[I was also running other monitoring product so I am not sure HWinfo is responsible for bsod]
Thanks for the data. Currently HWiNFO32 can display CPU temperature only on this machine, but there might be a way how to read sensor data from EC, however it would require you to supply additional data which I would need to analyse:
- Download and run the RW-Everything tool: <!-- m --><a class="postlink" href="http://rweverything.phpnet.us/download.html">http://rweverything.phpnet.us/download.html</a><!-- m -->
- Press the EC (Embedded Controller) button to dump data
- Send me the dump
then I can check if it's possible to use a direct EC-read method..
thanks for the data! Yes, that's exactly what I'm looking for.
Unfortunately after analysing other VAIO dumps, it seems that different models have these data at different EC offsets (I was hoping VAIO series to be compatible), so I'll need to add support per each model.
Could you please attach the complete DSDT decoded dump, so I can verify other values too?
Thanks for the additional data. I have added experimental support of VAIO EC for various models, but that needs to be tested.
Please try this build: <!-- w --><a class="postlink" href="http://www.hwinfo.com/beta/hw32_355_843.zip">www.hwinfo.com/beta/hw32_355_843.zip</a><!-- w -->
and let me know how it worked (screenshot, dump, ..)
The "Mainboard" reading is just my guess, it's the value of TS2R (0x42), the 3rd Temperature is TS3R (0x44). I don't know the real meaning of these values and I have no idea how to determine this.
I suppose ECON determines if the EC is running/enabled and DTSE if CPU DTS (Digital Thermal Sensor) is available.
According to the screenshot you attached there seems to be an issue with the reading of values - sometimes it returns invalid data (2 - 240 C, you can notice this by the Min/Max values). I don't know yet why this happens Maybe it should be watched via the RW tool if the data are sometimes erratic, or it's an issue in my EC code. It might also happen in case there are more applications running concurently that access the EC.