Fiery

Thank you. We've added your HDS724040ALE640 drive to make sure you get the power-on time count properly in the next AIDA64 beta build. BTW, generic assumptions about power-on time counter measurement unit may or may not be correct. We wouldn't guess that, unless we can get concrete data from the manufacturer of the HDD. In the future we may implement a feature to constantly monitor SMART attribute 09, recognize how it increases its value over time, and make assumptions from there. It however can also be tricky when the HDD is not always in operation, e.g. when the computer goes to sleep or when the HDD goes to sleep. So it's quite a tricky business unless there's someone (a human, of course) who can confirm the measurement unit

Issue #3 (first 2 RAM slot labels on OSD Panel): Please send us a screen shot of both the Computer / Sensor page and the OSD Panel, right next to each other if possible. Make sure to have the DIMM-related thermal readings visible on both windows. Issue #6 (background polling of sensor readings): Please send us your AIDA64.INI file, so we can check the configuration for all hardware monitoring modules. If you don't want to share your file with others, please send me a private message and we'll go from there.

You were quick to notice that Due to the new wave of LGA1151 and AM4 motherboards, we had to update the stable package in order to avoid more issues and confusion at our users. The updated package can be considered a v5.975 release without the bells and whistles. We'll of course do a proper stable update as well. So everything's fine

The "CPU" temperature reading in AIDA64 comes from the Asus WMI interface, just like the "CPU Socket" reading. The "CPU Diode" reading however comes directly from the CPU, without the need to go through the Asus WMI interface. The "CPU Diode" reading is also independent from the motherboard model.

Try to update the BIOS to the latest version, and also check it with other stress test tools like Prime95, MemTest86+ and OCCT. BTW, in such cases it could help if you use less agressive memory timing settings in the BIOS Setup (UEFI Setup), and/or to lower the memory frequency to a more traditional value like DDR4-2667.

FPU VP8 benchmark is a special one of the bunch, because it cannot perfectly scale up when you have many logical processors. It's absolutely normal that on a 4-core / 8-thread CPU (like yours and many other Intel desktop and mobile CPUs) it only uses cca. 90% of the CPU.

Maybe you're comparing the wrong readings against each other? There are multiple thermal readings for the CPU, so it's not always easy to match them with another software's own readings...

It's not possible to do that, since in virtualized environments many of the CPU registers that would be necessary to measure CPU core clock speed and BCLK (bus speed / base clock) are inaccessible or provide incorrect values.

HDDs have different measurement units for the SMART attribute 09, so it's not possible to implement a generic solution that would cover all HDDs out there. Do you think your HDD measures power-on time in hours? In other words, do you think 15986 hours which is 666 days would be correct for your HDD? If you can let us know what the measurement unit for your particular HDD is, we can add that model to the SMART module of AIDA64 in order to show you the remaining drive lifetime information. If you have multiple HDDs, and you can send measurement unit information for all of them, that would be even more cool In such case don't forget to specify the full model ID of your HDD, like for this case Hitachi HDT721010SLA360. Thanks, Fiery

We generally recommend either going for a cheap 2nd hand TFT monitor (that you can connect via DSub or DVI or HDMI), and then you can use the SensorPanel module as well as put any other window on it -- since it would just be a secondary monitor in Windows... Or if you're ready to spend more $$ on the project: go for a USB connected monitor like Asus MB169B+ : https://www.asus.com/hu/Monitors/MB169BPlus/ Or pick up an Android tablet that you can use along with the AIDA64 RemoteSensor module on WiFi, or with the Odospace LCD module using USB connection. Any other LCD solutions are either not 100% stable (like Samsung SPF Digital Frames) or very expensive to purchase.

Issue #5 (missing PSU readings): As you can see, HWiNFO64 cannot measure +3.3V current or +3.3V power either, since it's not provided by your PSU for some reason. The total PSU power comes from a different PSU register, but we've never found that reading dependable or accurate enough to use it, especially the power in and efficiency values which are just estimates and can wildly differ from the actual values. Issue #6 (CPU temperature): My understanding is that the CPU temperature reading follows CPU load closely, so I cannot see an issue there. It would be odd and hard to explain if CPU temperature risen while CPU load drops, but I don't think that's the case.

Great news, thank you for your feedback!

It's rather difficult for us to track your individual issues because it's flooding a single topic and causing single posts to become very long. After resolving these issues please post new issues into separate, new topics. That way we'll be able to sort them out much easier, and focus on them individually. Issue #1 (Asetek LC): There may be a firmware version difference/discrepancy between your seemingly similar H115i devices. Please create an USB Dump on both systems, so we can compare the two Asetek based devices you've got. Right-click on the bottom status bar of AIDA64 main window --> System Debug --> USB Dump. Copy-paste the full results into this topic, or attach the results as a TXT file to your post. You may need to enable status bar in AIDA64 / main menu / View first. Issue #2 (RAM slot labels): Please note that DMI information has nothing to do with enumerating SPD memory modules directly. DMI information is collected by the BIOS at bootup, so its accuracy depends on the accuracy of the BIOS. And since it rides on the BIOS, DMI information can be adjusted down to be specific to each motherboard model and CPU type. It is much easier to assure its accuracy than when you've got a generic method. Issue #3 (first 2 RAM slot labels on OSD Panel): Maybe it's because you've previously edited the OSD item labels and AIDA64 remembers that label that you've previously specified. You can reset those OSD items if you close AIDA64, go to AIDA64 installation folder, open AIDA64.INI for editing (using e.g. Notepad), find the lines starting with OSDItem_TDIMMTS and remove those lines from the AIDA64.INI file. Issue #4 (unstable SPD modules enumeration): On Haswell-E and Broadwell-E processors SPD enumeration is quite unstable, caused mainly by the SPD bank switching mechanism that is unique to DDR4 memory modules. We've improved on that a number of times already, but it seems it's still not 100% stable. I'm afraid we've run out of ideas on what way could we make it more stable Issue #5 (missing PSU readings): +3.3V current reading fails on your AX1500i PSU. I'm not sure why that is, but in the dump it's clearly failing. That causes the missing +3.3V power reading as well (since +3.3V power is calculated by multiplying +3.3V voltage and +3.3V current readings). That also causes the missing PSU power reading, since PSU power is calculated by adding up +3.3V power, +5V power and +12V power. Corsair RMi PSUs do not monitor -12V voltage rail. Issue #6 (background polling of sensor readings): It's most likely caused by another AIDA64 hardware monitoring module that keeps running in the background even with the OSD Panel disabled/hidden. On PC1 make sure to check if you have other modules enabled, like Desktop Gadget, LCD, External Applications or Logging. Support and maintenance is included in all AIDA64 licenses. If you mean that you need a fresh beta build of AIDA64 Business, please send me a private message about it. Issue #6 (CPU temperature): We're pretty sure we're using the right sensor chip rail to measure CPU temperature on your motherboard. If it's not in line with other software's measurements, it's not really the fault of our software

Which sensor do you mean exactly? NICn Download Rate, NICn Upload Rate, NICn Total Download, NICn Total Upload, or NICn Connection Speed?

Thank you, we'll add those info to the next AIDA64 beta build.

Please note that it's not possible to diagnose such issues remotely. You may want to take your phone to a local specialist and have it checked out.

We've added support for the built-in 160x32 pixel monochrome LCD screen of EVGA Z10 gaming keyboard. You can enable the LCD device from AIDA64 / main menu / File / Preferences / Hardware Monitoring / LCD / EVGA. [/ Currently AIDA64 communicates with the LCD directly, using USB HID interface. It collides with EVGA's own software (EVGA Unleash), so it's recommended to close that software before enabling EVGA Z10 support in AIDA64. EVGA will soon develop a proper SDK/API for their keyboard, much like the LCD API of Logitech gaming keyboards, so that multiple software can put information on the LCD the same time, without collisions. You can find the new AIDA64 beta update at: https://www.aida64.com/downloads/latesta64xebeta Please let us know if you find any difficulties enabling or using this new feature. Also let us know if you've got another kind of LCD device that is currently unsupported by AIDA64. Regards, Fiery

Clocks: It's normal, since the BCLK is now measured only once, to avoid collisions with the Win10 RS4 kernel. Feedback: Thank you.

Thank you

Yes, since the BCLK is now measured only once, to avoid collisions with the Win10 RS4 kernel.

My statement from 2016 is still valid today.

I'm afraid there's nothing we can do on our end, since we have to rely on nVIDIA's own API (NVAPI) to read the video memory status information. A future video driver update can get it back.

Not yet. iCUE is also affected by the same issue: Corsair decided not to use the previous synchronization mutexes in that software of theirs either. We're now pulling several strings at Corsair in an effort to try and convince them to put the mutexes back again.

The regular gauges are not available in the RemoteSensor module due to performance considerations as well as scaling issues.

Thank you for your feedback!