|
|
screenshot.jpg (79,320 bytes) |
|
|
Related topics: http://www.bugtrack.almico.com/view.php?id=1952 http://www.bugtrack.almico.com/view.php?id=2085 http://www.bugtrack.almico.com/view.php?id=2051 Win7 x64 + AMD Videocard + SpeedFan = the problem I'm here just because of this specific bug. As a workaround I use Afterburner. |
|
|
This happens on my system also during monitor power save. I've recently uppgraded to HD7850 from HD5770. Not sure if it happened before the upgrade. Speedfan 4.49, Win 7 64 bit SP1, AMD 13.1 drivers. As a temporary solution I've made an AutoHotKey script that triggers from an event setup in SpeedFan. So when AMD GPU temp <0 (-999C sometime during monitor power save) the script starts and just waits for mouse or keyboard input (= I'm back), and when that happens it restarts SpeedFan. (First I forgot the command line in AutoHotKey to allow only one instance of the same script at once, and with allow every 10 seconds in the SpeedFan Event it triggered a couple of hundred scripts that simultaneously tried to restart speedfan when I got back to my computer...) |
|
|
Ok, looks like this bug has been bothering since AMD support was added... But I still would prefer using Speedfan, because it controls my case fans on GPU temperatures too. I updated to 13.4 WHQL drivers and the issue still exists. Patrik, that sounds very handy. Could you share the exact script? |
|
|
Sure! I hope it's ok to post the script here. First a BIG Thank You to Alfredo for SpeedFan and in this case especially the Events. I converted the script to an .exe using the "convert .ahk to .exe" utility that comes with AutoHotkey. Then I made an Event in SpeedFan. If "GPU (temp) from ATI Video Card" < 0 - For 1 times - Allow every 15 seconds - Then execute - "path to where I put the script .exe" (in my case C:\HD7850 SpeedFan Script.exe ) In the script you might need to edit the last line if your path where SpeedFan is installed differs from mine, also remove "/NOSMARTSCAN" if you want to read temps from your harddrive(s). When you have installed AutoHotkey just right click on the desktop -> New -> AutoHotkey Script. Then right click again on the new file and select Edit Script. Copy and paste the script below into the editor. Edit the last line if needed. Save the file and double click it to test it (directly after clicking hold the mouse still for a while and nothing should happen, then move it and SpeedFan will hopefully restart). If it seems to work, start the "convert .ahk to .exe" utility and give it the right information. Finally click to convert. After some testing, if the script .exe works the way you want it to, you can now uninstall AutoHotkey if you like (or continue to make the script better :-) ). (The lines in the script before "#SingleInstance ignore" where added automatically.) The script: #NoEnv ; Recommended for performance and compatibility with future AutoHotkey releases. ; #Warn ; Enable warnings to assist with detecting common errors. SendMode Input ; Recommended for new scripts due to its superior speed and reliability. SetWorkingDir %A_ScriptDir% ; Ensures a consistent starting directory. #SingleInstance ignore DetectHiddenWindows, on SetTitleMatchMode 1 Loop { sleep, 250 If A_TimeIdlePhysical < 125 break } WinClose SpeedFan 4. Sleep, 500 run c:\program files (x86)\SpeedFan\speedfan.exe /NOSMARTSCAN |
|
|
Thank you Patrik! The script works flawlessly. I'm still not using much of those power saving modes, but the script gives you protection if the sensors go crazy for some reason. :) |
|
|
Same happening here, Speedfan 4.49, Win 7 64 bit SP1, AMD 13.1 drivers too, with a Sapphire 7870 during monitor power save, anything else we can provide to help? |
|
|
I am still trying to reproduce this issue on one of my systems. It is really annoying, I know :-( |
|
|
Is anybody willing to do the following? - start speedfan - send me a SEND REPORT (INFO tab) - set your system to sleep - resume it from sleep - make sure that speedfan is showing the wrong GPU temp - send me a SEND REPORT (INFO tab) - restart speedfan - send me a SEND REPORT (INFO tab) Then, please, drop me a line (alfredo [at] almico.com) informing me about the email you entered for the reports. Thank you. |
|
|
Hi Alfredo. Still in need for this info? I can do this over the weekend if needed (not on this computer) |
|
|
I have sent you the reports and the note. Sadly, there was no response whatsoever. Is this still being worked on? It's nearly half a year. A quick fix would be enough. A simple "if temp = -999 restart temp-detection routine"... |
|
|
I can reproduce this both with screen power saving and with "switch user". But a couple of points: 1. The screen power saving bug doesn't happen if I lock the user session first, with Winkey+L. (Well, at least not immediately, but it can happen randomly over a longer time period.) 2. This bug also happened during gaming a few times and I think also just randomly when using the PC. Radeon 7850 and Windows 7 64 bit |
|
|
I also have this problem and today it could have been the cause of disaster as I was gaming away, unaware that my gpu temp sensor had bugged out. An hour into my gaming session I had a hard lock and putting a hand on my radiator was enough to realise what caused it - it was burning hot. The coolant in my custom water loop had gotten so hot I even had a small leak from my reservoir, presumably due to an increase in pressure in the loop. This is a pretty serious flaw but there really isn't any alternative as flexible as Speedfan - please Alfredo, could you fix this for us? |
|
|
Hello, I am having the exact same problem. I hope you can fix it soon. Thanks! Radeon 7750, ASUS H81I-PLUS, Win 7 64bit |
|
|
Just something I wanted to add: I haven't had this issue anymore in the last months. I'm not 100% sure, but I'm 98% sure that it's because I "overclocked" the refresh rate of the monitor (to 77Hz) with this: http://www.monitortests.com/forum/Thread-Custom-Resolution-Utility-CRU. With the higher refresh rate coming back from power saving state (from black screen) takes longer than with default 60Hz, so I guess the power saving state is different in some way. It could also be some other reason, like a different driver version, but I don't remember changing this, so probably not. I'm using the 13.4 driver right now. Radeon 7850 and Win7 64. I can provide some more info if necessary. |
|
|
I have the same problem on my PC: MoBo.........ASUS M5A97 EVO R2.0 , chipset AMD 970/SB950 VGA..........AMD/ATI Radeon R9 270X (tested on drivers version: 14.4 / 15.7.1 / 15.11) OS...........Windows-7 x64 SpeedFan.....v4.49 - v4.51 (bugged in all of tested versions) I have maded a simple temporary solution - my native CMD/BATCH script with my native "check_display_idle.exe" tool with output: :: 1=display is turned on :: 4=display is shutdown (sleeping by advanced power managment) :: if display is turned off, we must waiting for resume from power saving mode :: when display is comming back from idle and turning on, then we can to do restart of SpeedFan :: because GPU temperature sensor is not detectable by SpeedFen when display is turned off (when display is sleeping by advanved power managment) You can download it here: http://www.ulozto.net/xV4ehhzx/speedfan-ati-gpu-temp-bug-2120-build-2015-08-14-zip You must extract all files from the archive into SpeedFan directory. You must add new event into SpeedFan too. More info about adding event (with my script) into SpeedFan is noticed in CMD-file over "REM" comments. My discovering: ---------- Yes, I can confirm that note from "jiggawatt" -> problem rests in the display, specifically in the power saving state (display shutdown) on ATI VGA. SpeedFan does UNDETECTABLE the GPU temperature sensor when display is suspended (by power saving scheme in Windows-7). Really I don't know why GPU temperature sensor is then lost and why SpeeFan need to be restarted (with display turned on) for detect ATI sensor again :-/ This BUG start after DISPLAY SHUTDOWNING by advanced power managment settings (display power off, display power down), but NOT every time. I was testing it with screen-saver enabled/disabled - it is no odds. I was testing it with the display shutdown delay time setting up to 1 minute only (in advanced power managment through Windows control panel) - then I was waiting for display shutoff. After while of waiting... "vuala"... display was shutdowning and BUG has been started, so my GPU temperature was then -999 'C and GPU FAN was uncontrollable. I was trying to shut off my display with power button at the front panel (by-hand), but all works fine, with no problem. BUG starts on display shuttdowning by advanced power managment event only. BTW my display is: Samsung SyncMaster SA300, 24", LED, connected over DVI |
|
|
ADL_Overdrive5_Temperature_Get returned -1 ADL_Overdrive5_FanSpeed_Get (RPM) returned -1 ADL_Overdrive5_FanSpeed_Get (%) returned -1 ADL_Overdrive5_CurrentActivity_Get returned -1 The problem is probably caused by an incompatible AMD Display Library version. Quote: "R9 290 is an Overdrive6 GPU, so using the Overdrive5 API to manage the card may not work" |
|
|
I'm disabling the monitor being turned off by windows power settings to see if that bypasses the problem. *Still happens on occasion. *Tried sleeping computer, sensors wake up fine so my initial bug report there was not useful. |
|
|
purely informative: the "problem" allways exist with speedfan 4.52 beta 4 |
|
|
Hi there! IDK why, but this BUG on my PC is trouble-free latterly. I don't remember ever I've done. I am testing newest SpeedFan v4.52-beta-4 and it's the same as in previous stable SpeedFan v4.51 - BUG it happens occasionally only (once a month). I'll trying to find a reason. I've done: VGA driver update from 15.7.1 to 15.11, AHCI chipset firmware update on my motheboard, update for AHCI system driver, etc. ... many others. The cause of better SpeedFan functionality is VGA driver update maybe :-/ //////// EDIT - 17.2.2016 : Video Card = AMD Radeon R9 200 Series ATI/AMD Radeon Software Driver = Crimson v15.12 SpeedFan = 4.52 Beta-4 Absolutely without a problem now ! All is working perfectly now ! The BUG problem is inactive. BTW, I check the temperature constantly and report a change of temperature via the voice processor (zvatlej2.exe - used as the voice "talking" tool). Screenshot with my events configuration is here - http://www.imgup.cz/images/2017/06/01/SpeedFan_TTS-events_config_2017-06.png BTW the logic value "< 0" mean the same as "= -999" (i.e. a negative numeric value). //////// EDIT - 30.6.2016 : The BUG is back again - but on occasions only. The temperature sensor of VGA card does not working perfectly with the new one version of SpeedFan 4.52-Final. In the previous 4.52-beta4 version was working all as well done. When I start SpeedFan 4.52-beta4 version, then program report me about new version and won't start. So, I must to use the new version only :-( . Currently I am using an older video card driver - Catalyst Omega 14.12 . I can try again the newer version of VGA driver + testing this driver about 1 week as minimally. Apparently the problem is not in the video card driver but in the code of SpeedFan. ////// EDIT - 22.9.2016: No problem in 3 months :-) All works fine now with this system configuration: Video Card = AMD Radeon R9 200 Series ATI/AMD Radeon Software Driver = Crimson v16.9.1 SpeedFan = 4.52 Final --- MoBo & OS are without change: ASUS M5A97 EVO R2.0, chipset AMD 970/SB950 Windows 7 x64 |
|
|
I used to have this problem whenever i put my PC to sleep, but i haven't seen it while using v4.52 beta 4, except when updating video drivers which is expected. Windows 10 build 11102 Catalyst 16.1 HD 7870 OC |
|
|
Hi there I'm having this problem as well, but when entering the energy saving mode. I noticed that the speeds and temps only get messed when I have speedfan minimized. When I had the program running in second plan but not minimized, the issue didn't occur. Can anybody try this out so we can check if it only happens when speedfan is minimized? |
|
|
I had this problem for years with all the amd graphic cards I used. If you can't fix this, why not just reset the sensor when it shows -999 ? I had to make a scheduled task to restart speedfan whenever the computer wakeup. |
|
|
At least, when I reinstalled video driver, the sensor shown -999. Speedfan have to handle such situations by it's own. |
|
|
1. What exactly is manufacter and type of your VGA card ? 2. What exactly do you use the graphics card drivers ? 3. OMG... please read the diskussion above... you will find a temporary solution there I also had these problems on my graphics card (I mentioned it above). But everything was resolved after updating the driver to a new one. I have no problem with any newer drivers. I still use (for sure) my own automatic restart script (see above). When the GPU temperature changes to -999 degrees (when switching to standby mode), Speedfan is automatically restarted and the temperature is OK again. I'm currently using the following configuration, where everything works correctly: VGA card: AMD/ATI Radeon R9 270X VGA driver: Crimson 17.5.2 SpeedFan: 4.52 (the final version of the stable edition, not the beta version) --- MoBo & OS are without change: ASUS M5A97 EVO R2.0, chipset AMD 970/SB950 Windows 7 x64 |
- Anonymous
