Jump to content

Fiery

Administrators
 View Profile  See their activity

  • Posts

    11546

  • Joined

  • Last visited

  • Days Won

    489

 Content Type 

Everything posted by Fiery

  1. Fiery
    Please right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> ISA Sensor 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. Thanks, Fiery
  2. Fiery
    You need to add that reading by clicking on the Preferences button on the bottom of the System Stability Test window --> Powers --> select "CPU" from the list of one of the items there.
  3. Fiery
    Slight throttling (under 10%) is normal for Intel Haswell processors under heavy load. It is due to the integrated voltage regulator (FIVR) of those processors. As long as the throttling is not excessive (over 20%), you don't need to worry about it.
  4. Fiery
    On certain Asus motherboards (like yours for example) AIDA64 shows a "CPU" power reading (as opposed to "CPU Package" power) that comes from the onboard sensor chip. You may refer to the same reading displayed by AI Suite.
  5. Fiery
    AFAIK it's the same there too.
  6. Fiery
    Mice007 meant the send/receive files feature of the Remote Control module. Try to initiate a Remote Control session, and you'll see a separate Tools menu on the Remote Control client window.
  7. Fiery
    Since LCD Smartie is not our software, nor did we develop the plugin for it, I cannot assist you regarding that issue. As for the direct support for Crystalfontz in AIDA64, please 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. Thanks, Fiery
  8. Fiery
    Thank you for your feedback. It will take a few more weeks for us to get to rolling out a new stable update
  9. Fiery
    Thank you for your feedback
  10. Fiery
    You don't need to disable SMBus support, since that particular module shouldn't cause any issues on your motherboard. As for crashes, that can still be because of a collision between your motherboard performing various tasks around the sensor chip and EC. Hard to tell where the issue might be exactly, but without further assistance from Asus (Jon), we cannot tweak the current sensor access solution any further BTW, the crashes might also indicate generic stability issues, like due to excessive overclocking, memory configuration issue, etc.
  11. Fiery
    The way it works on your motherboard is that at idle the Vcore voltage provided by the onboard sensor chip gets too low. In which case we've been told to use the CPU VID value instead of the measured Vcore voltage value. As far as I can tell, the voltage rails you miss aren't monitored by the onboard sensor chip on your motherboard. You may be able to adjust those rails in the BIOS Setup, but readback is not provided.
  12. Fiery
    It could mean that the memory frequency is too high, the memory timings are too tight, or the memory modules aren't compatible with your motherboard. Try to run other memory tests as well, to confirm that the memory modules aren't working properly across different tests.
  13. Fiery
    Thank you. This can happen if SVID is disabled in BIOS - in such case CPU Package power monitoring cannot work. Please check the BIOS settings.
  14. Fiery
    Previous Asus motherboards may have had issues about EC sensors, but now you can disable handling EC sensors in AIDA64. So if that fix (well... more like a silly workaround) doesn't help about Crosshair VI Hero, then it's an unrelated issue to the old 990FX era issues As for Jon's guidelines: on Asus AM4 motherboards we read sensor registers using an unconventional method (MMIO) as opposed to how it works on all other motherboards where we use classic port I/O. We also disable SMBus before reading the sensor registers, and re-enable it when we're done. We're not keen on doing that, but that's what Jon suggested to fix the hardware collision issues. Based on our email correspondance with Jon, those two fixes should be adequate to make AIDA64 sensor polling stable on Crosshair VI Hero and other Asus AM4 motherboards.
  15. Fiery
    Thank you. Please upgrade to the latest beta version of AIDA64 Extreme available at: https://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works.
  16. Fiery
    Thank you. Please upgrade to the latest beta version of AIDA64 Extreme available at: https://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works.
  17. Fiery
    Thank you. We've tweaked it a bit more, although we're not sure if it makes any difference... Please check it out: https://www.aida64.com/downloads/latesta64xebeta
  18. Fiery
    The above mentioned new AIDA64 beta build is available for download at: https://www.aida64.com/downloads/latesta64xebeta
  19. Fiery
    The above mentioned new AIDA64 beta build is available for download at: https://www.aida64.com/downloads/latesta64xebeta Let me know how it works
  20. Fiery
    Thank you. You own the infamous Crosshair VI Hero That explains a lot. On this motherboard, as The Stilt correctly stated, even Asus has issues when it comes to 3rd party software polling the motherboard sensor registers. AIDA64 follows Jon's (who works for Asus) guidelines on how to handle the IT8655E sensor chip of Crosshair VI Hero. If it still doesn't work 100% reliably, it's not really our fault. We've already tweaked around it a lot, but in case Asus has further ideas on how to make it better, we can put more efforts into this. However, we haven't heard from Jon since July, so we assumed that all issues are gone now around Crosshair VI Hero.
  21. Fiery
    What sort of device are you talking about? Windows PCs or Android based mobile devices?
  22. Fiery
    I don't think so. And even if it was possible, it would require separate support for each motherboard model out there That's also why AIDA64 cannot read BIOS settings: it would be a hell of a job to implement support for every single motherboard out there, one by one
  23. Fiery
    You can also use the Operating System / Services page of AIDA64 to capture a state right after system restart, when the potential Stream service is not running. And then check the same page after you suspect the service has started. Comparing the state for each service could reveal the service installed, used and started by Steam
  24. Fiery
    Thank you. Do you use DPI scaling? (font zooming)
  25. Fiery
    Yes, it could be an invalid reading. Please right-click on the bottom status bar of AIDA64 main window --> CPU Debug --> CPUID & MSR 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. Thanks, Fiery
×
×
  • Create New...