Related
hello i got an optimus one...
ok ther is not a cpu temperature sensor.
but my battery report 2.3 °C .... is strange
ther is some app that correct read battery temperature on p500?
tnx
try Elixir
i have try
elixir report battery 2.5 °C
i have trai stock 2.2 , void and devoid rom and i have the same error...
is my battery fault?
Why do you want to know the battery's temperature ?
why not? are your battery temperature sensor working?
Not working here either
From what I've seen in the past month since I have this phone, nobody is able to get a correct reading of their battery temperature, no matter what application they used. The LG Optimus One always reports the temperature in the range of 2.x - 3.x degrees Celsius.
So, scoppyxda, your phone and battery are actually fine, don't worry. I hope this issue is fixed with the next Android version (2.3).
everythin reports it wrong except batteryminder..search for it in the market
I guess that the real temp is divided by a factor of 10. I say "i guess" because when i do something power hungry (like listening to streaming radio) the temp raises to 3.8 and the phone bak is quite hot.
I think it shows temp in deg. Fahrenhiet by default and app has to change it to deg. celcius.
Mik can fix this 5 mins if he spends time
I played with this a while today - I tried to multiply temp by 10 and voltage by 1000 in battery driver.
For voltage, it worked (see screenshot). When I tried to multiply temp by 10, apps showed it correctly, but android yelled that battery is overheated. So, android API gives wrong values to applications?
Make the api assume that it's normal ;p
Maybe the fahrenheit temp is actually the celsius temp.
And the celsius temp is the wrong temp.
I think it's...
Correct Values
While using myPhoneExplorer (usb connection) i get more realistic values. The monitor gives me figures in the range of 23-28 deg Celsius.
moses1202 said:
Maybe the fahrenheit temp is actually the celsius temp.
And the celsius temp is the wrong temp.
I think it's...
Click to expand...
Click to collapse
It isnt, battery driver returns value in celsius, fahrenheits are calculated from it by android.
I've posted the same question in the void forum (which is the ROM i'm currently using) it seems to be a problem with the model of the phone itself. So everyone will have the same results. I was told to just multiple the value by 10 to get the accurate degree.
Hello,
It's a well know 'fact' that our P500 draws the same amount of power when clocked at anything below 480MHz, so underclocking it below 480MHz brings no battery benefits.
I have been trying to find the reason for this, but I can't find the thread / post in the search that details the reasons for this and how it was tested. My guess is that it's buried in one of the many bloated development threads... If someone can point me in the right direction that would be great.
Cheers!
I know this thread has a quote of this post and that this is a well known information but, besides this community common knowledge (by which I'm very grateful), I also can't find any specific data on this matter.
I even found this thread that aks the same thing, but it has no answers.
So it would be great if someone could give us a bit more information about this.
Thanks in advance!
480MHz and below use the same voltage. It takes more battery to jump from say 245 to the max freq
InfiniteRisen said:
480MHz and below use the same voltage. It takes more battery to jump from say 245 to the max freq
Click to expand...
Click to collapse
Yes, we all 'know' this but where did this information come from?
This post shows that it is a general MSM7x27 'feature' that all frequencies below 600MHz use the same voltage. This is where we assume this to mean that it uses the exact same amount of power whether it is running at 122, 245, 320 or 480MHz, so we're taking a speed hit for no power benefit.
Does anyone knows of any benchmark tests to confirm this? I might try some tests this week, set the min/max MHz to the same value and run a program to keep the CPU at 100% and see how long it takes to drain the battery (perhaps a huge pi calculation or something).
Which do you value more, source of information or proof now?
InfiniteRisen said:
Which do you value more, source of information or proof now?
Click to expand...
Click to collapse
Surely that's the same thing, a good source should also contain proof of the claims it is making...
I'm not saying it's wrong, but if nobody has tested it we can't be sure, right?
adfad666 said:
Surely that's the same thing, a good source should also contain proof of the claims it is making...
I'm not saying it's wrong, but if nobody has tested it we can't be sure, right?
Click to expand...
Click to collapse
On my personal experience, i would actually say 245mhz consume less battery than 480mhz. But I still prefer the latter as it's a bit more speedy. On battery life, it's just a <1% difference between the two.
as far as what ihve read!!people say it takes infact more power consumption when we underclock very low frequencies like 122 ,since it takes more work for the phone to operate in a laggy state with very less cpu frquency ..and thats the reason i think(not sure) why we are asked to have a minimum of 480mhz frequency though i prefer 320
Test setup suggestion:
Test 1 = Idle
Set to 480/480 set to airplane mode overnight and look at battery drain.
Do the same for 245/245
Compare results
Test 2 = Intermittent load
Set to 480/729- test using on/off series of tests not 100% all the time. You want the governor to scale frequently during the test
Same test above but @ 122/729
Compare results
This will give you 2 conclusions
1 - 480 at idle does/doesn't drain battery as much as 245
2 - Increased scaling does/doesn't increase drain battery.
The longer the phone is awake the more it drains battery. Also take note of how long it takes to complete test 2.
**EDIT**
Intel has done extensive laboratory testing showing the results of Speedstep and the results carry over to ARM and governor scaling.
I'm inclined to follow the crowd on this one, no increase in voltage = no increase in power draw. That's scientific fact.
Increase in frequency will increase heat. Unnecessary scaling will also increase heat. Increased heat leads to shorter battery life, consequently overtime the battery can't hold as much of a charge. So again, nothing decisive here to make me change my mind.
If you still want to, then proceed with the tests above.
Hey guys,
I did an experiment not a long time ago. I have my old phone with 4.1.2 Android and I went on a trip for a few days. Typically my phone discharges after 12-15 hours even without using anything (old battery) with smartassv2 or just conservative mode. Before going on the trip, I've set the minimum clock to the lowest possible and set the mode to powersaving (always using the minimum). And after 3 days the battery still was at 86%.
So what's the problem with the Android OS itself? Or have I just gotten some magical experience? Why does it use such a large clock rate for the processor when it's locked and using any preference script apart from power saver?
Thanks a bunch!
First of all, battery life depends on your battery type and capacity.
Second of all, when you underclock your cpu to the minimum frequency, battery consumption will decrease a LOT but using this frequency for apps use is practically impossible.Also, display causes less battery life.
Hope i helped !
Forgot about this topic. Yes, mate, I understand that, but the minimum frequency is enough when I don't have any apps running in the background. Seems like android still has a lot of power managment programming to be done under standby.
Maybe I wasn't clear enough, but if you just use any governor (with minimal frequency set at the lowest) apart from "powersaving", it will use more power on standby, then powersaving with the minimal frequency set.
Currently it looks like the swappiness in kernel settings is set to 100%...typically this is around 60...on hi ram devices it might be set to something low like 10 to be resistant to swapping...still 100% seems really high....I've also noticed when several apps have been installed to the device after a while of sitting it becomes unusable due to non-responsiveness. Reboot it and it will be allright for a while...so I think the apps are eating up the memory and the swap is dragging everything to a crawl. Anyone have some suggested "Kernel Adiuter" settings?
famewolf said:
Currently it looks like the swappiness in kernel settings is set to 100%...typically this is around 60...on hi ram devices it might be set to something low like 10 to be resistant to swapping...still 100% seems really high....I've also noticed when several apps have been installed to the device after a while of sitting it becomes unusable due to non-responsiveness. Reboot it and it will be allright for a while...so I think the apps are eating up the memory and the swap is dragging everything to a crawl. Anyone have some suggested "Kernel Adiuter" settings?
Click to expand...
Click to collapse
I had tons of performance isssues, which were easily solved by flashing Squid Kernel on my device. I followed the isntructions given by squid my device performance much better and also has great battery life.
squid2 said:
My new Lionfish governor combines traits of the conservative, ondemand, and interactive governors. It is designed to maximize battery life without noticeably impacting performance. It responds quickly to heavy loads (similar to ondemand and interactive) while staying within the region of optimal CPU performance per watt. With moderate loads, it periodically votes to raise, maintain, or decrease the frequency. When there are enough votes to change the frequency, it is ramped up and down gradually. The voting mechanism reduces frequency jitter compared to ondemand and conservative. My testing had found that this governor uses moderate frequencies (where efficiency is optimal) more effectively than interactive, ondemand, and conservative. This improved frequency distribution results in a moderate reduction in CPU power consumption while maintaining responsiveness comparable to the interactive governor.
IntelliPlug is enabled by default in this kernel. The default governor is still interactive. For optimal performance and battery life, I recommend using the fiops IO scheduler, Lionfish governor, and lowering the CPU idle frequency to 400 MHz (from the default of 800 MHz). The combination of IntelliPlug, Lionfish, undervolting, and reducing idle to 400 MHz should result in a CPU power consumption reduction of around 20% compared to the stock kernel. This will typically correspond to 8-15% increase in battery life compared to the stock configuration.
Click to expand...
Click to collapse
famewolf said:
Currently it looks like the swappiness in kernel settings is set to 100%...typically this is around 60...on hi ram devices it might be set to something low like 10 to be resistant to swapping...still 100% seems really high....I've also noticed when several apps have been installed to the device after a while of sitting it becomes unusable due to non-responsiveness. Reboot it and it will be allright for a while...so I think the apps are eating up the memory and the swap is dragging everything to a crawl. Anyone have some suggested "Kernel Adiuter" settings?
Click to expand...
Click to collapse
Wikipedia says: "Swappiness can be set to values between 0 and 100 inclusive. A low value causes the kernel to avoid swapping, a higher value causes the kernel to try to use swap space. The default value is 60, and for most desktop systems, setting it to 100 may affect the overall performance, whereas setting it lower (even 0) may decrease response latency." This value set to 100 is definitely the source of non-responsiveness. I would recommend 40 if you are using apps that are heavy on RAM (advanced games) and 60 if not but you may find better values yourself.
So im running moto Z Play stock kernel and governor Interactive.
There are 7 levels of frequency 600-1000-1400-1600-1800-1900-2000
My goal is to maximize performance with within acceptable heating.
Should inset the minimum to 1000 or 1400 ?
Will there be any differences ?