I installed juicedefender again and its a little better, now idle is around 5 mA and screen on 120/130

Idle at 5mA vs 7mA could make sense, because juice defender turns the wifi/3G data off when phone is idle. This however can save you (supposedly) 2mAh if the phone is mostly on idle, which translate for a full day of idle (unrealistically) to 48mAh, which in turn is 48/1400 = 3.4% battery. Even if you would want this gain, I think that while testing I noticed that switching WiFi/3G data on and off includes an overhead for just switching that compensates for that small gain. Maybe if you keep your phone on idle most of the time and don't want to be bothered in turning data on/off manually, you could see some gain. Otherwise you would probably be better to get to the source of the frequent data connection that causes you trouble.

About the value on screen on, I would think juicedefender hasn't got much to do with it...

I have underclocked my desire (setting profiles etc in SetCPU) and it has really helped. Even I was (am) concerned about the life of the chip, but I would like to get more info whether underclocking does indeed have any affect on it or not.

I can write some brisk details now if you're sincerely curious but a) contrary to the masses and geeks, I dislike much talk/writ nor am I good at it b) I'm heavily time/attention constrained right now being on the move adjacently. I'll list some basic information:

1. The HTC Desire has more than 5 separate hardware components within it consuming power. Here's a typical dissection of a smartphone; note how many power consuming chips there are additional to the screen: http://www.chipworks.com/nexusone.aspx

The above isn't detailed enough for you to really see how many various ICs are working to make a smartphone. They did a full analysis with an iPhone 4 though so you can see better at the sheer number and size of chips running a smartphone: http://www.chipworks.com/iPhone-4-teardown.aspx

2. Back to the Desire which is very similar to the above in make-up and complexity. Of all of these hardware components, the Samsung OLED screen has the highest, screen-on, average power draw on the Desire (~70-95% of the total device).

3. The Qualcomm Snapdragon QSD8250 chipset (SoC) built on 65nm fabrication, ~60mm^2 die, is also one of these hardware components on this device. Just one.

The Scorpion ARMv7 [edited mistake] based custom Core (application processor i.e. CPU) is only one of them at ~8.9mm^2, shown at the top center left in the above image. The Core itself is tiny, a block diagram of which is as follows: http://i.cmpnet.com/dspdesignline/20...dtifigure1.gif

Less than 1/6 of the chipset logic. Without cache that is even smaller, below 4mm^2. So the Core region is only one small part of the complete chipset and even smaller part of the whole device in terms of size and power.

5. The frequency change you make using any application only affects this Core portion of the whole chipset and device, and nothing else. Straight away you might conspicuously notice that the maximum gain by tweaking just the Core will be very little compared to what the full device uses of power.

i. DVFS - dynamic voltage frequency scaling - is used to control and maximize power efficiency of this Scorpion Core by default. For each frequency band, there will be an undisclosed voltage set that initiates at the same time. The two work together. DVFS sets frequency/voltage states according to Core load. Voltage (Vdd) is the biggest power enemy and determinant of the Core. It is currently unknown but extremely unlikely that manually forcing a medium-high Core load state to a lower frequency will influence the voltage associated with that Core load. The voltage most likely will stay high as programmed by default, and so the power saved by just dropping the frequency 200-500MHz will be negligible if any. Immeasurable. Capacitance, temperature and voltage^2 are the biggest parameters determining SLP chip power, neither of which you are controlling. Specifically supply voltage is the key, which sub-threshold, reverse bias junction, gate and gate induced drain leakage are very sensitive to. You can find more details on these here: http://www.synopsys.com/Community/Un...Management.pdfhttp://venus.ece.ndsu.nodak.edu/~cri...pers/u_ARM.pdf

ii. I've logged the CPU section power draw and load according to various usages cross-checked between apps like Show CPU usage, Power Tutor, OS Monitor and System intensively. I encourage you to do so too. In PT, you can read the full breakdown in its logging feature as well as frequency at each second and what exactly is using the CPU. In my tests on various ROMs it portrays very clearly that the Core is at 245MHz when you expect it to be in idle, and even under low loads upto around 20-25%. Hence I am not sure what you can even theoretically achieve by setting the same frequency manually ? :P

iii. If your CPU is indeed idle as it should be when you expect it to be, forcing to the low clocks won't help power draw as by default, the Scorpion Core would already be at the lowest frequency/voltage (hence power) band on its own, as explained above. If you want me to explain DVFS workings, just ask.

iv. If however your CPU is not idle as it should be when you expect it to be, and the clocks are fluctuating heavily... then you have another problem elsewhere. Forcing to low clocks will help cut power draw very minimally but it won't resolve the problem causing the fluctuations in the first place and the associated large power increase by voltage/current ramping. In system idle, this is not the normal intended functioning nor behavior (>360MHz).

v. If your CPU is under a consistent medium to heavy load and you wish to save energy, then setting to low clocks will reduce power draw but by a very negligible (sub-0.00xW) when you cannot adjust the various voltages. On the other hand, it will always drastically lower performance.

vi. If your screen is off, and lockscreen enabled, setting any frequency will not have any advantage as the CPU clocks are already shut-off in that state - SRPG mode i.e. clock gated. The CPU clock generation and PLL circuitry in this state has 0 power use already. You can see more details on these workings here: http://cache.freescale.com/files/dsp...ote/AN4051.pdf

vii. Hence forcing to lower clocks will not help battery life except in very few, specific, circumstances, and even then, at very small amounts, and, it also implicitly lowers overall performance.

6. No matter what you can do to the Core section in terms of frequency;

ii. The Snapdragon chipset is very low power to begin with (approx 0.350W loaded, 0.0014W standby) and the frequency you are changing is only of a small component within it - of the Scorpion Core. Other components on this chipset have higher power requirements. Even if you lower the Core frequency, you will not change the vast amount of Core power as there are more than 10 voltage rails on this CPU being powered. The vast majority of static and dynamic Core power is consumed by Core Vcc, Vddgp, Vdda, IO and PLLs on independent voltage planes. There is at minimum a STOP mode for the Core in standby, the LFM (low frequency mode) at ~0.85-0.95v and a HFM (high frequency mode) at ~1.10-1.25v. In standby, the isolated Core power is approx 0.0003W.

7. The maximum mWs you might gain if you keep the CPU in a medium to heavy loaded state forced to the lowest frequency over a full discharge can easily be outdone by 10-20 minutes of screen-off.

Not sure about the screen, it's always seemed to me that 3G is the biggest power drain on a smartphone. I always found a lot of variation between WM6 roms on my Blackstone in this respect - some would be able to shift data more economically. Of course this is hard to test rigourously, you have to be in the same location, ideally at the same time to do a proper test, and their is a lot of cognitive bias involved. But still I got the impression that some roms used less power for data than others. I haven't flashed enough on the Desire to have an opinion about this yet. The fact will always be though that the battery on this device is a bit underspecified and the only real fix will be to carry a spare or get a bigger one. You can optimize the software to avoid unnecessary drain, but even properly configured, it can only handle a few hours of heavy use.

I find the battery to be adequate, still I do have a spare and I did have a spare with my touch HD. But if I tried to do on the Blackstone what I am doing on the desire, the battery would have probably lasted half the current duration.

Regarding roms, I used to think that on the Blackstone too, until one day I took batlog and tried to prove it. Since then I only used the rom I liked most visually...

I have an Atlantis wifi modem router that I always used as standard. It was cheap but I assumed the three antennas would make the connection a bit more reliable, if not stronger.
Today I linked my old linksys to it and disabled wifi on the Atlantis, routing everything wireless through the linksys. Besides the fact that I seem to have consistent stronger signals (5-10 dBm difference) these are the results of streaming music alternating data connection (in mA, reported by current widget every minute):

XDA Developers was founded by developers, for developers. It is now a valuable resource for people who want to make the most of their mobile devices, from customizing the look and feel to adding new functionality.Are you a developer?