Reading RK3288 cores temperature

return0

I have not (yet) tried, but you should be able to use lm-sensors on Ubuntu -> http://www.lm-sensors.org

Alternatively, check in the filesystem location /proc - there might be a binding to CPU related details (e.g. /proc/cpuinfo) which also reports temperatures - also check /sys/class/thermal/ if it does exist.

This assumes that the kernel you're running is properly built to read temperatures from the SoC.

return0

It's very possible that there are multiple temperature sensors in an SoC - specifically for the RK3288, there is a sensors controller which supports up to 4 individual sensors -> http://bbs.t-firefly.com/forum.p ... 3Njh8MzA2M3wyNzU%3D

Some of the temperatures that you see might be reported by the kernel but not related to any hardware components in particular - the kernel often shows random battery temperature on boards where there is absolutely no battery connected, for example. This is basically because with one kernel for that particular SoC architecture (say, RK3288) you can support different applications (e.g. mobile or dev board) without much porting effort.

return0

it's very hardware component(SoC) related sensor

What are you referring to, exactly?

it's not random temperature

Uh? Perhaps you want to clarify where the temperature below is read from then (Firefly RK3288):

1. root@rk3288:/sys/class/hwmon/hwmon1 # cat name; cat temp1_input
   
2. test_battery
   
3. 2600
   

Copy the code

Same SoC, different device, no battery (SunChip CX929):

1. root@rk3288:/sys/class/hwmon/hwmon1 # cat name; cat temp1_input
   
2. battery
   
3. 1400
   

Copy the code

This one also does not look SoC related to me (P90HD RK3288):

1. root@p90hd:/sys/class/hwmon/hwmon0 # cat name; cat temp1_input
   
2. battery
   
3. 28500
   

Copy the code

return0

FesterBester38 Posted at 7/2/2015 21:04
I gave a try to lm-sensors but it returns temperature equal to 0 for tsadc. The same for the G ...

Hi, probably lm_sensors does not support the TS-ADC embedded into the RK3288 - yes most GUIs for temperature monitoring in Linux rely on lm_sensors.

An idea to help you find out which temperature actually relates to the CPU is to run a stress-test that only involves CPU processing and not GPU at all - in theory, you should observe the CPU temp increasing while the GPU temp should remain noticeably lower.

For example, try the excellent "stress" and "cpuburn" programs which should be available via package manager in Ubuntu (hopefully for ARM architecture).

http://manpages.ubuntu.com/manpages/trusty/en/man1/stress.1.html
http://manpages.ubuntu.com/manpages/utopic/en/man1/cpuburn.1.html

The fact is also that these sensors are very close to each others in the SoC package, so it is unlikely to see a very high CPU temp and low GPU temp (and vice versa).

return0

For the sake of experimenting, I verified that all the 4 available temperatures (excluding test_battery) temp0_input to temp3_input, remain relatively close in value when the CPU is performing stress-benchmarks.

Definitely a useful Android app: https://play.google.com/store/ap ... stability&hl=en