Fiery

You can monitor minimum and maximum temperatures using the Statistics tab of the AIDA64 System Stability Test module or its Logging facility (AIDA64 / main menu / File / Preferences / Hardware Monitoring / Logging).

It's a feature. The secondary SSD temperature is just as valid as the primary. We've heard that it reflects the SSD controller on-die temperature, but it was never confirmed by Samsung.

EC1 and EC2 thermal readings are exclusive to Gigabyte motherboards.

Yes, but the motherboard should have them included in the box.

We're not experts on Lineage OS, but maybe someone else reading this can chime in and help you out.

6 GB LPDDR3LPDDR4 means that the RAM type can either by LPDDR3 or LPDDR4, but it's no way to tell which one.

Thank you! It seems the sensor values are provided by Asus WMI on your system. That interface has a known bug in the recent BIOS updates, and it causes an incorrect +12V voltage to be reported. Asus said they will fix this up soon in a form of a new BIOS update for their AM4 motherboards.

Those are headers on the motherboard where you connect thermistor cables.

Thank you. Did you rename generic values? I'm just asking because those rails are not monitored by the BIOS Setup (UEFI Setup) nor by Gigabyte's own utility AFAIK.

Those are the thermal readings that the BIOS Setup (UEFI Setup) labels as EC_TEMP1 and EC_TEMP2. Previously we've put those readings among generic thermal readings (e.g. Temperature #1), but now they got their dedicated temperature slot in the AIDA64 hardware monitoring module.

The above mentioned new AIDA64 beta build is now available for download at: https://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade.

Here's the mentioned new AIDA64 beta update: https://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade.

Meanwhile we've added PCH temperature to AIDA64 on your motherboard: https://www.aida64.com/downloads/latesta64xebeta

Thank you for your feedback

Please avoid posting a single question into multiple topics. I've replied in your other topic. This topic is locked.

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

Snapdragon 410 is a 64-bit CPU. Whether your Android platform is 32-bit or 64-bit depends on what Xiaomi designed to install on your device.

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. If possible, please also post a screenshot that shows the voltage readings that HWiNFO measures for your motherboard (e.g. VCCIO). Thanks, Fiery

Thank you for your feedback

1) What motherboard and CPU do you have? 2) Are you running the latest AIDA64 version of 6.00?

Okay. So you don't want us to directly handle the display and take over the whole screen. That's fine, although not ideal for many users. Your solution would be more versatile if it had the mode you've described as well as allow (unlock) 3rd party software like AIDA64 to talk to the screen directly. If you implement an ID or some other information in the USB identification block, then you can let software know what screen and what protocol should they expect to be connected to your PCB. Also, it may be possible to come up with a smart microcontroller that can handle multiple displays, and can provide system information (detailed information on the connected display) to 3rd party software. When it comes to pushing the hardware monitoring information to the virtual COM port, do you think a similar format that we already use for Shared Memory would be suitable for your microcontroller to process? An example output for the shared memory content: <sys><id>SDATE</id><label>Date</label><value>2019. 07. 24.</value></sys><temp><id>TMOBO</id><label>Motherboard</label><value>37.00</value></temp><temp><id>TCPU</id><label>CPU</label><value>29.00</value></temp><temp><id>TCPUPKG</id><label>CPU Package</label><value>31.00</value></temp><temp><id>TCPUIAC</id><label>CPU IA Cores</label><value>31.00</value></temp><temp><id>TCPUGTC</id><label>CPU GT Cores</label><value>30.00</value></temp><temp><id>TCC-1-1</id><label>CPU Core #1</label><value>31.00</value></temp><temp><id>TCC-1-2</id><label>CPU Core #2</label><value>32.00</value></temp><temp><id>TCC-1-3</id><label>CPU Core #3</label><value>31.00</value></temp><temp><id>TCC-1-4</id><label>CPU Core #4</label><value>26.00</value></temp><temp><id>TDIMMTS1</id><label>DIMM1</label><value>30.75</value></temp><temp><id>TDIMMTS2</id><label>DIMM2</label><value>31.25</value></temp><temp><id>TDIMMTS3</id><label>DIMM3</label><value>31.50</value></temp><temp><id>TDIMMTS4</id><label>DIMM4</label><value>31.25</value></temp><temp><id>THDD1</id><label>INTEL SSDPEDMW400G4</label><value>34.00</value></temp><temp><id>THDD2</id><label>ST8000DM004-2CX188</label><value>34.00</value></temp><temp><id>THDD3</id><label>Samsung SSD 850 EVO 1TB</label><value>24.00</value></temp><temp><id>THDD4</id><label>SAMSUNG SSD 830 Series</label><value>29.00</value></temp><fan><id>FCPU</id><label>CPU</label><value>708</value></fan><volt><id>VCPU</id><label>CPU Core</label><value>0.696</value></volt><volt><id>VCPUVID</id><label>CPU VID</label><value>0.871</value></volt><volt><id>V33V</id><label>+3.3 V</label><value>3.324</value></volt><volt><id>VP5V</id><label>+5 V</label><value>4.950</value></volt><volt><id>VP12V</id><label>+12 V</label><value>12.240</value></volt><volt><id>V3VSB</id><label>+3.3 V Standby</label><value>3.360</value></volt><volt><id>VBAT</id><label>VBAT Battery</label><value>3.072</value></volt><volt><id>VDIMM</id><label>DIMM</label><value>1.200</value></volt><volt><id>VVCCSA</id><label>VCCSA</label><value>1.068</value></volt><volt><id>VBATT</id><label>Battery</label><value>13.670</value></volt><pwr><id>PCPUPKG</id><label>CPU Package</label><value>5.03</value></pwr><pwr><id>PCPUIAC</id><label>CPU IA Cores</label><value>2.44</value></pwr><pwr><id>PCPUGTC</id><label>CPU GT Cores</label><value>0.46</value></pwr><pwr><id>PDIMM</id><label>DIMM</label><value>2.21</value></pwr>

We've checked, and MQTT is quite a complicated protocol to implement from scratch. If there's a considerable demand for such a feature, then I believe it would be best if someone came up with a library that picks up AIDA64 External Applications readings from Shared Memory, Windows Registry or WMI, and send the stuff over MQTT using its own libraries and implementation.

Why you use our app not another app for the same purpose it's completely up to you. We believe our app is the best of its kind, ie. it's the best sysinfo app for Android. We actually believe our software for Windows PCs is also the best of its category. When it comes to battery charge rate measurement, our app uses the standard Android BatteryManager API: https://developer.android.com/reference/android/os/BatteryManager You may want to double-check the readings using other Android apps as well, e.g. Ampere.

We will add the requested right-click context menu option for the SensorPanel in the next AIDA64 beta update.

Please rephrase the question or explain it in more details.