[Official] CPU Temp Results

[Matth3w]

As usual, if you are wanting to upgrade to Pete's Bugless Beast ROM and overclock to the frequencies found in this thread, please visit the three links in my signature. Even if you aren't going to that ROM those links will help you out.

I used Temp Monitor (1.99 on the Market, supports a developer from AllDroid.org) to gather all temps.

According to this document our max operating temperature for the Droid is 85C or 185F. Initially I was concerned about the operating temps while on 950mHz but really they aren't too far off what I was seeing on 800 or even 550, so I am going to let it stay on 950 and make sure I get these temps pretty consistently. I will update if I notice a difference over the next couple of days. Keep in mind these are the MAX temps, so there were times even where at 950mHz the temp was lower at one point than the max of 800mHz. So these are the highest I saw. PLEASE let me know how close of temps you are getting to these. The biggest differences were seen when browsing the web and playing games. The other temperature jumps were so minimal they were almost the same at times.

If you have any further questions about my methods or test please let me know.

Hopefully this is helpful because it took all afternoon.

Acceptable operating temps from this spec sheet:

Texas Instruments OMAP3430 SOM-LV

Built into the Zoom OMAP34x Mobile Development Kit (MDK):

• Zoom MDK

Software and Tool Support:

• Open source Linux Board Support Package
  based on kernel 2.6.22
  opensource.ti.com

Product Information

• Texas Instruments OMAP3430 processor running at 550 MHz
• IVA 2+ Subsystem TMS320C64x+™ DSP core supporting multiple codecs
• 166 MHz Mobile DDR SDRAM memory, 128 MB
• Scalable NOR flash memory
• NAND flash memory, 256 MB
• Built-in LCD controller supports up to 24 bpp TFT interface
• Built-in driver supports XGA 1024x768 at 24-bit color
• Integrated 4-wire touch screen controller
• 10/100 Base-T Ethernet controller (application/debug)
• Integrated Bluetooth 2.0 + EDR
• I2S compliant audio codec (TI TWL4030 – 16-bit stereo DAC, 13-bit ADC)
• PC card expansion CompactFlash® Type 1 card
• MMC/SD card support
• USB 2.0 high-speed host interface
• USB 2.0 high-speed On-the-Go device interface
• Three external UARTs
• Commercial temperature (0°C to +70°C)
• SOM-LV Type III form factor (31 x 76.2 x 7.4 mm)
• RoHS compliant

70C = 158F
http://focus.ti.com/docs/prod/folders/print/am3505.html

 

[schertz7]

Sweet thanks matt

 

[Guchi]

i was under the impression that the temp sensor was not on the chip itself making monitoring the temp on chip kind of a guessing game. am i incorrect?

 

[Matth3w]

I believe that the program Temp Monitor monitors the system temperature. I don't know how the developers could work on it without knowing what temperature the system was operating at. It's not the battery monitor though.

Just have to finish one more test on 950 and I will upload the results.

 

[jrl9851]

Hey I posted a question in your BB thread.


edit: what app do we download to see the temps (what you're talking about in this thread)?

 

[deputc26]

I forced it run at 950mhz for 3 hours strait with the heat sync clocked by a pillow, temps got up to 47 deg C.

90 deg C is the limit for this chip per the OEM but the sensor is not right on the chip so hard to say exactly what it's temp was.

I posted this elsewhere but for best temps/bat life and performance

go to setcpu,
CPU governor to On Demand
Advanced>
up threshold to 70 and
power save bias to 70
reboot so it takes effect.

 

[deputc26]

Hey I posted a question in your BB thread.


edit: what app do we download to see the temps (what you're talking about in this thread)?

App is "sensor list"

 

[Matth3w]

Ok, updated the first post with the graph.

 

[jrl9851]

Posted another question in your BB thread (sorry to hijack this thread lol).

 

[KZIWarrior]

From the developer of TempMonitor

There is no temperature sensor on the CPU. For those interested about temps this is from a conversation I had with the maker of TempMonitor and contains some VERY GOOD information about the device and temp programs:

Original question:
Okay I just researched and saw that the AK8973 (the device listed on the screen in the OP) is the compass within the phone. So then I'll mod the question as to if they is better (more precise) than the battery temp that other programs read?? Is this closer to the processor or is that just one of the sensors that the monitor reads?? Thanks again.

Answer from DustinMJ (the developer):
This is a very good question, and I'm glad you asked it

First, yes, this is not a sensor located on the actual proc itself. The sensor this app reads from is the primary 'Temperature Sensor' as identified by the android system (The app 'asks' the android system for it's temp sensor). Based on the api docs, the result is a 'composite result', however, the Droid does not appear to have this set up, so no 'default temp sensor' is returned that would allow the app to listen for 'composite results'. When this happens (which it does on Droid), the app will ask for 'all sensors' in the 'temp sensor' category (the droid then returns only one sensor) and tries to use the best option (On droid the one sensor that is returned, is the best option). I can't say for sure, but based on my research and testing, both of these temps come from the same sensor.

Before I go further I want to say that I love the curvefish battery app and have much respect for the developer, I highly recommend this as a supplement, and it's the reason my app does not have a widget.

Here's where things get interesting... there are two ways that it's possible to get *any* temperature reading on this device (well actually there's one more, and I'll touch on that at the end of my spiel), either by using the system to get real-time data, or tapping a readout file that the system stores for battery temperature. The problem with the first option is that it can take a while for the sensor to begin to return data, but once the data is returned, it is real-time data from the sensor. The problem with the second option is that the system doesn't update the file very often at all (Really, at all... I've yet to figure out the exact interval but it's slow... minutes or even halves of hours in between updates, at least on my device), however, there is no delay in reading this data.

The latest version of the TempMonitor app is a 'composite' of these two methods, that is, it shows the data stored by the system while it's waiting for real-time updates from option 1. This is nice because it gives you immediate data, but the data stored by the system could be 15 minutes old... so it's no good for OC, and really can't be trusted as 'current', wait for it to get real-time updates. The notification runs as a completely different thread (it's separate from the main app screen), so once it's on the notification bar, it receives real-time updates indefinitely. This is your most accurate temp reading. ALWAYS TRUST THE NOTIFICATION TEMP, it is always real-time and reads from the best possible sensor available.

The curvefish battery app reads the temperature that the system stores, at an interval that I'm not sure of. Remember that the temperature is stored at sporadic and lengthy intervals, so this is not the best value to trust when OC'ing. If you doubt this, prove it to yourself:

Code:
Open the current market version of the TempMonitor, and if it doesn't say "Showing system data, waiting for real-time updates", close it, and open it again until it says that (this means the system is not responding good to real-time update request, this tends to happen when you visit the app screen multiple times really quickly). Look at the value shown for the system stored temperature and compare it to the curvefish readout... it may be different, but this is not because it's a different source, but because of the curvefish battery app update interval. To prove this, delete and recreate the curvefish widget on your homescreen.

SensorList (also on the market) reads only the real-time data sent by the system, this is why sometimes it says 0 for a long ass time before it finally updtes.

I'll stop blabbering there, 'cause Brent hates to read long posts

, I hope this was helpful. If you see something I missed or you think is wrong, please call me on it

 

[jrl9851]

Awesome graph!!! So this pretty much means that it's completely safe to run at 800mhz?

 

[Matth3w]

Wow, good response KZI, I will change my thread later to reflect your information. Still, they are pretty accurate.

 

[Matth3w]

What do you guys think of these temps? Ridiculous, safe, ok, what?

 

[Daver]

I forced it run at 950mhz for 3 hours strait with the heat sync clocked by a pillow, temps got up to 47 deg C.

90 deg C is the limit for this chip per the OEM but the sensor is not right on the chip so hard to say exactly what it's temp was.

I posted this elsewhere but for best temps/bat life and performance

go to setcpu,
CPU governor to On Demand
Advanced>
up threshold to 70 and
power save bias to 70
reboot so it takes effect.

Just set these, eventhough I have no idea how I'm going to notice the result, I'm giving it a try lol.

 

[Matth3w]

Yeah, what Dave said...what does that do exactly?