yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] trungkimsjong:
I have already searched this thread about "RILJ" but I couldnt find any information about this. Please show me If I missed.

Thanks
[BetterBatteryStats] nobnut:
Search Google. Read the post above yours.

Sent from my Motorola StarTac using Voodoo
[BetterBatteryStats] jbdeq:
Hadn't considered getting rid of google cloud backup before reading this thread... I use Titanium to backup/restore so do not need it.

Now I have got rid of this service (and hopefully improved battery) are there any any processes I can freeze in Titanium that i wouldnt have been able to freeze previously?
[BetterBatteryStats] popy2006:
Ok guys, found a solution for the "AlarmManager" wakelocks.

I found out that if you had snoozed an alarm, the AlarmManager is preventing my phone to go into deep sleep.

After replacing the TW stock calendar (which i dont like :D because i cant set a default reminder time) with this one: http://xdaforums.com/showpost.php?p=14910283&postcount=12

the AlarmManager wakelock is gone, and i get rid of TW calendar :D

thx again for this great app.

cu

pOpY
[BetterBatteryStats] nobnut:
That depends on your device and ROM. For starters you can ditch:

Any phone finder service

Skype(unless you kill it when not using it)

Latitude

OTA update notifications

The list goes on...

Sent from my Motorola StarTac using Voodoo
[BetterBatteryStats] jbdeq:
Hi nobnut thanks for reply.

I have frozen everything green in the list I have seen on the attached document but just wondering if i can remove the "google" ones like backup transport, calendar etc..
[BetterBatteryStats] nobnut:
Hi, which device and ROM do you use? I won't be able to view the PDF until tomorrow but will reply then if no one else does before :)

Sent from my Motorola StarTac using Voodoo
[BetterBatteryStats] jbdeq:
Galaxy S2 running Leomar 2.4.

Thanks again.
[BetterBatteryStats] DrunkFuX666:
Hey... ummm... sorry for the noob questions... been reading all along this thread but cant get the right picture of how to use this app... I basically read to use this because I have that issue where the phone is always awake no matter what... can't seem to figure out the culprit... im using a Motorola Atrix 4g and am running Alien v3 custom rom with alien theme v3...

Now from what I understand this will help me know what exactly is always running... how so tho... like does it mean the app at the top of the list with the highest percentage is the culprit or are there other things that also need to be looked at...??

So ummm... if anyone can kinda show me the light ill really appreciate it :)
[BetterBatteryStats] nobnut:
Hi, I managed to take a quick look at the pdf.

I would suggest that you don't freeze those yellow apps. You can, but you will lose functionality, which isn't worth the hassle.

If you want to improve your battery life further, all you need to do is four things. It is important that you do these things in the right order!!

1. Get yourself a cold beer out of the fridge

2. Check the settings for the apps that you do use (check their sync settings including frequency and more important - do you actually want or need the app?)

3. Check the 'autostart' permissions that your apps have also. I bet you will be surprised at how many apps you have running if you check Settings > Applications > Manage Applications > Running Services... then click on the green bar in the bottom right hand corner of the screen to see the apps held in your RAM!

4. Kick back and enjoy life

(*Point 3 above) To prevent apps from autostarting (this doesn't freeze them, it just stops them starting when you don't need them), install Gemini App Manager (free) and when you open it, click on the menu button, click on 'Expert Mode' and find the app concerned. Then long press on the app and click 'Config "Autorun" (root)'. Then you just click on the 'On' switches and turn them 'Off'.

What this does is to prevent the app from loading when it wants to but it still works normally when you start it ;)

There is an app called 'Autostarts' on the Market which does a similar thing but I have found that not all app autostart permissions show up in 'Autostarts'. I can view more in 'Gemini'.

You will notice significantly fewer wakelocks after you prevent apps from autostarting.

What you can also do with Gemini is periodically go into it and without going into Expert Mode (just on the first screen), all of the apps you see are currently running on your device! You will be surprised. If you see something you don't want to be running... just prevent it from autostarting ;)

EDIT: Oh yeah... just in case you needed a subtle reminder... always use the back arrow to exit out of an app and not the HOME button ;)

EDIT2: Screenshot of Autostarts control using Gemini - before and after :)
[BetterBatteryStats] nobnut:
I'm not sure I understand you fully...

Can you get the app to open and run?

With your device unplugged, do you get any data to display when you select any of the options in the dropdown lists... e.g. Process/Wakelock/Other or Since Charged/last/Current etc?

Or do you just see no data at all?

Or...

Can you see the data but just need a little help with understanding it?

If it is the latter, then yes. The items at the top of the list are causing more trouble than those lower down. BUT, you need to consider whether one app might be causing fewer wakelocks but for longer periods, or more wakelocks but for shorter periods.

If your device is not sleeping at all, there is probably a more basic cause. There could be many reasons such as debugging running in your kernel, or some other 'serious' issue. Not to worry though ;) We can get you sorted out.

Just post a screenshot of BBS results (if you can get them) and also a screenshot of your Android battery usage graph and in the meantime have a think about what might be causing your sleep problem.
[BetterBatteryStats] shaels:
First off, great app, provide a nice window into what's going on in my device.

Am having a crazy Wake Lock length with MAIL_SERVICE com.android.emai.Email. For some reason, it's pulling HOURS worth of time, instead of minutes, way more than reasonable given that my device has been on for as much time.

It's set to push now.

Thought: because I have poor data coverage at work, I disable data via the CM7 Power Widget. I'm wondering if this scenario is possible: app is polling the server unbeknownst to me when I walk into work. I kill the data. App continues polling even though data is off. Wake lock remains alive instead of terminating.

Thoughts?
[BetterBatteryStats] nobnut:
No thought needed on that one :)

I had the same thing on push. Select a timed sync and you will be set. No more wakelocks \o/ even 5 minute syncs are better than push. Choose the longest interval you can get away with.

If you want push... ummm... unlucky :p you can try a different mail client.

EDIT: The app is blind to whether you have data connected or not... it just wants to push if you have push selected.
[BetterBatteryStats] shaels:
Thanks nobnut, will give it a shot and keep everyone post-it!
[BetterBatteryStats] jeremysherriff:
Except if the wifi_rx kernel wakelock is causing you battery drain..

---------- Post added at 10:50 PM ---------- Previous post was at 10:45 PM ----------

Everything looks good, pity you don't have root to get the alarm info though.

Do you have a battery drain issue? Coz it looks fine based on this file.
[BetterBatteryStats] bemymonkey:
Even then, I'm prepared to live with it.

As it stands, I'm seeing about 5% battery drain over night with all my necessary sync stuff activated... so nothing to complain about really. I was mostly just curious due to the comments about battery drain due to WiFi, and dropping power usage even farther isn't something I'd mind ;)
[BetterBatteryStats] aashgaur:
i have root !! i m on cm9 latest build !!
[BetterBatteryStats] sohebq:
I am really sick of wakelocks created by handcent sms while I am sleeping. Is there anyway or any app that lets me turn my phone into flight mode for sometime? I want my phone to turn into flight mode automatically from 3am to 10am. I want it back normal at 10am automatically because I have a schedule messages task running on 10am everyday which can't be completed in flight mode.
[BetterBatteryStats] lichongwei:
We realli need this to check on how is the battery life. Thanks.. :D:D
[BetterBatteryStats] cdmackay:
Try Tasker.
[BetterBatteryStats] saebafr:
Hello,

Could you look at my logs?

I'm on Samsung Galaxy S, TeamHacksung's CM9 Build 16, Kernel Semaphore 0.9.1, Nova Launcher.

My battery is down after 10 to 16H hours, even when I use Juice Defencer (without it's worse)!

Two logs: The first when sleeping, the second after a day of use.

Thanks for your help.
[BetterBatteryStats] sohebq:
It's very difficult to understand. Can you help me out with it?
[BetterBatteryStats] josseb:
So, I'm back(last time, i was asked to get a dumpfile after a day of normal usage, because on my overnight dumpfile nothing really stood out. When i wanted to do this, for two days in a row my phone made it till it was time for me to go to bed. So for some reason the problem solved itself. (see my post on 22 February, on page 345 of this thread).

Yesterday, I put the phone in the charger about 2 hours or so before i went to bed. Woke up at about 1, checked my phone, saw that it as fully charged, and removed the charger. The next morning i started using my phone at around 8.15am. At around 1.30pm my phone askes me to charge it. Absolutely ridiculous. Especially considering:

- i didn't call anyone

- didn't play any games

What i did do is:

- listen to the radio for about 50 minutes(is the radio a battery killer?)

- visited a few websites, maybe for a few minutes each.

- used only the nu.nl newsapp, a few times for a few minutes each time.

- send and received quite some whatsapp messages. I've read whatsapp tends to use a lot of battery. but is it this much? In my mind this is the only app that could have caused this drain, but maybe i'm wrong.

-was on facebook for a few minutes.

Here is the dumpfile:

What is especially striking to me is that i no longer have kernel wakelocks...i don't feel like i can blame it on anything but whatsapp and maybe the radio.

Thanks guys. Help is much appreciated!
[BetterBatteryStats] stuart0001:
Please attach the log file instead of pasting the contents.
[BetterBatteryStats] josseb:
okay, done!
[BetterBatteryStats] glennkaonang:
Here's my dump file after having my phone idle for around 4 hours.

70% to 53% with no use.

Is there something wrong?

Thanks.
[BetterBatteryStats] cdmackay:
I'm no expert, and it's off-topic for here, so have a look at the Tasker web page; it's full of examples.

Edit: here we are: try googling "Tasker Airplane Mode at Night"
[BetterBatteryStats] Qrac1:
Hello! I have a problem. I think that it is the WiFi that is draining my battery, but I'm not sure. :confused: Unplugged when I was at 85%, and when I took these screenshots I was at 72%. Didn't touch the phone at all.
[BetterBatteryStats] jeremysherriff:
Fair enough. You may be able to fix the wifi_rx kernel wakelocks by changing kernel or something, my wife has them on her (stock, un-rooted) Sony Erricsson and I don't have them on my Huawei u8800 running CM - same router, same same same. Just the different ROM/kernel combo.
[BetterBatteryStats] iovaniorgovan:
Hello everybody,

On my i9100 I'm using ICS 4.0.3 XXLPH and I tested it for battery drain over night.

The ROM is a modified version, but close to stock called Omega v3.0 made by indie.

The Kernel is default 3.0.15-i9100XXLPH-CL118559 se.infra@SEI-45 #3

Once I obtained 1% drain over 9 hours night time with just GSM on, no data.

Since 9 h 11 m 28 s

Awake (): 4 m 21 s (261 s)

Ratio: 0.8%

Screen On (): 1 m 45 s (105 s) Ratio: 0.3%

Every is great here:D.

But then, on the same ROM/kernel, a few days away, no new software installed, I run the same test again. In the morning I had the nasty surprise of seeing a

15% drain in 10 hours,

with the same GSM only, no data.

Since 10 h 5 m 52 s

Awake (): 53 m 29 s (3209 s)

Ratio: 8.8%

Screen On (): 1 m 7 s (67 s) Ratio: 0.2%

I watched the battery history and saw the somewhere in the middle of the night,

a few hours after the discharge cycle begun there was a higher than 10% sudden discharge.

. It lasted for roughly 10-20 minutes:(. This was a peculiarity, first time I saw it. Remember, the phone was not used all this time, and nobody called it, so there's no motivation for an awake event.

As a special scenario to this test, the phone was charged to 100% and then I unplugged it, reset BBS and CPU spy and let idle, for the whole 10 hours. No wifi or 2g-3g data, just GSM.

There weren't many or unusual Wakelocks made by the OS, but the Kernel Wakelocks told a different story:

"sec-battery-monitor" (): 12 m 45 s (765 s) Cnt:(c/wc/ec)2294/2258/0 2.1%

"event1-2064" (): 12 m 25 s (745 s) Cnt:(c/wc/ec)2299/1/0 2.0%

"event0-2064" (): 12 m 24 s (744 s) Cnt:(c/wc/ec)2293/0/0 2.0%

"event2-2064" (): 12 m 24 s (744 s) Cnt:(c/wc/ec)2370/0/0 2.0%

"event3-2064" (): 12 m 21 s (741 s) Cnt:(c/wc/ec)2301/0/0 2.0%

"event7-2064" (): 10 m 1 s (601 s) Cnt:(c/wc/ec)2315/0/0 1.7%

"l2_hsic" (): 8 m 43 s (523 s) Cnt:(c/wc/ec)2640/0/0 1.4%

We can notice

high count (more than 2300)

and

high wakelock time (more thant 12 min)

in

sec-battery-monitor

and

event-1

, 0, 2, 3, 7 and

l2_hsic

.

Does anyone have a clue of what these wake locks do, or what their presence in together does?
[BetterBatteryStats] jeremysherriff:
Yeah you have some sort of kernel issue. Did you get a chance to find/try another kernel?

Kernel Wakelocks
================
"modem_ip_rx" (): 23 m 50 s (1430 s) Cnt:(c/wc/ec)506/216/506 8.9%
"mmc1_detect" (): 19 m 56 s (1196 s) Cnt:(c/wc/ec)553/0/553 7.5%
"PowerManagerService" (): 10 m 41 s (641 s) Cnt:(c/wc/ec)1394/0/0 4.0%
"radio-interface" (): 10 m 31 s (631 s) Cnt:(c/wc/ec)622/0/0 3.9%

In order, these translate to:

- data packets received, keeping your phone awake - it's probably a push service initiating a connection to something/lots of things, and getting invalid responses. Does your phone have some sort of firwall software on it? Either an app, or built-in like MIUI does?

- I think this is storage scanning? not sure at all, maybe you have a funky sdcard, but I think it's more likely that the kernel isn't handling the storage well/properly?

- This is a combined total of everything under "partial wakelocks" - see that section for more detail. But I think it can be ignored for now.

- I think this is linked back to the top "modem" issue. Is your phone constantly searching for/changing cell networks perhaps? or dropping from 3g to 2g and then back again? Is your cell signal good?

I'd change kernels, but you could simply try forcing your phone to 2g data.
[BetterBatteryStats] bergerc:
LocationManagerService eating my battery

I came across another post much earlier in this thread which suggested that Google+ might be the culprit. So I uninstalled it and rebooted the phone. When I went to bed that night (after the reboot) there was slightly less than 50% battery left - the phone died overnight meaning my alarm didn't go off. Luckily I only overslept by a few minutes, but clearly uninstalling Google+ and rebooting did not resolve the issue.

Just now I have cleared the cache for Maps (do I need to clear the data as well?) and rebooted the phone again. I'll see if that makes any difference. One thing I have noticed is that the phone takes an age to restart after rebooting - is that normal?
[BetterBatteryStats] josseb:
So last night i charged the phone before i went to bed, when i woke up the battery was down to 80%. I can't see anything in the log that remotely looks like it could cause 20% drain. Really hope you guys can point me in the right direction but by now i'm afraid i'm going to have to root the phone to get any further.

(is having skype on the phone, even when you haven't used it in ages(and it's not active) a battery drainer? i read somewhere it will show as "android-system", but i suppose the programme has to be active for that?)
[BetterBatteryStats] juliooooo:
Hi folks,

first and foremost: thanks for your great app and work you've put in to support everybody.

Unfortunately, I wasn't able to solve my horrible battery problem on my own for several days now, so I would really appreciate, if you or someone can give me some advice about what to do:

The battery of my HTC Evo 3D only lasts about 10 hours, when WLAN is activated, i.e. it loses 10% energy per hour!

- Background-data: deactivated

- Phone not used at all for about 90% of the time

- No games, videos or music played, so it seems to really be a problem of some (system) apps during WLAN usage.

The battery drain is so huge that it actually doesn't matter if the display is on or off and the phone used or not:

A few minutes before making all screenshots, I turned off WLAN and turned on 3G, so despite the 3G symbol all tests are made using only WLAN.

When WLAN is turned off the battery drain is actually very low, losing only 10% in about 9 hours (phone not used).

Here are all screens of BetterBatteryStats:

http://h9.abload.de/img/betterbatterystats44lr6.jpg

I reduced the number of IMAP accounts from 3 to 1, but I'm pretty sure that K-9 IMAP isn't the main problem, since it doesn't noticeably drain the battery in 3G.

Obviously there is a ridiculously high number of Counts in "ActivityManager-Sleep" and "AlarmManager", but despite some search I really didn't figure out the cause. I tried to follow the advice:

but since I don't have root (yet) it wasn't successful.

So in the end I'm pretty clueless and would highly appreciate any help.

If you need more information just let me know.

Thanks!

PS: Bought the phone a month ago, installed Go Launcher Ex, stock ROM without root
[BetterBatteryStats] koekoek91:
The only thing I noticed is that it took a little time before it started collecting partial wakelocks. But after that it has been working fine for me for the past week or so.

Just give it a little time.
[BetterBatteryStats] drezz2:
its normal? in previous versions do not appear (to me) in that section, BBS, and less so many times
[BetterBatteryStats] DB126:
Wakelocks without corresponding receivers are largely benign. Annoying, yes. Detrimental? Generally no, although the first item in your screen snip warrants further investigation.
[BetterBatteryStats] Lurker0:
It is detrimental! The DAP has very hungry hardware. I've patched healthd to wake up once per 10 minutes. This guy wakes the device up every minute. I can't measure battery consumption to test my this and other firmware changes anymore :( It has a (finally working) very useful feature to display values after last screen off, but this widget related stuff kills all...
[BetterBatteryStats] DB126:
Seems you have a somewhat unique situation. Interesting the screen snip you provided indicated 0.5% average hourly drain over an 11+ hour window. Also note that just because the device is 'awake' does not mean it will be draining the battery at a significantly higher rate. All depends on the hardware/software cocktail.

That said, if BBS isn't working for you there are several other well regarded alternatives. Obviously the developer is attempting to address issues with newer hardware and ROMs that he does not possess. It is possible a solution to your particular problem will not be found. Happens.
[BetterBatteryStats] chamonix:
I will work through the changelog so see what I did after so that we narrow down what broke the fix on that device. I have a little idea: there is a change that I did to avoid hammering the battery info api on each refresh:

https://github.com/asksven/BetterBatteryStats/commit/d47ff48e4feb7f06738092b3c7b81d8439b7efa4

This change only affects devices that are using the workaround (fallback) and does it in such a way that once the handle of battery_info has been obtained it does not get fetched again. The goal was to delay or avoid the situation that the service can not be contacted.

This is flawed in such a way that if for any reason the handle for whatever reason is not valid, eg not ready at the time of the first call bbs will not re-atrempt to get a new valid handle.

I will revisit that code to see if I find a way to be more clever about ensuring that the handle is valid while keeping the conservative cached approach that seems to work when the initial call returns a valid handle. Expect an attempt over the week-end
[BetterBatteryStats] shaggyskunk:
Just make sure that BBS is NOT being put to "sleep" by the battery optimization - BBS_xdaedition working fine on my S10+ Snapdragon ?

Sent from my SM-G975W ??
[BetterBatteryStats] koekoek91:
V2.5-311 actually just stopped working (not collecting data). Hopefully you can work it out soon :fingers-crossed:

The weird thing is it stopped working after adding BBS to the whitelist so battery usage won't be optimized for it.

It was working fine this morning when I hadn't done that yet. Strange... :p
[BetterBatteryStats] dejanxxxx:
I have a big problem, I have a meizu m2 note and a battery problem. The phone will not charge when it is turned on, it only fills when it is turned off and it is very slow, it is charging very slowly, for 14 hours charging times only 10% of the battery has been charged. I also changed the usb cables, chargers, but always the same (only the phone is switched off). When the filler shows the icon to fill up and everything is fine but just standing in place. I have a 5V / 2A charger. Can you help me, tell me what to do, the battery does not pull out
[BetterBatteryStats] kewinhw:
On the 1x1 widget, what is the red color in the battery icon indicating?
[BetterBatteryStats] githyanki:
This is not a BBS issue, please ask in the Meizu note 2 forum.

Only suggestion I have is to charge another device with the same charger and cables to make absolutely sure that it is not a charger or cable issue.
[BetterBatteryStats] Lurker0:
It is a DAP, not a connected device. For it, the expected drain is less than 0.1% per hour.
[BetterBatteryStats] koekoek91:
Now it's back collecting data again without me doing anything.

I wish I could report findings about what makes it stop and start working again but its just strange behavior I have no explanation for.

We'll have to wait for Chamonix to do some more magic and push an update and see if that changes anything:fingers-crossed:
[BetterBatteryStats] DB126:
Depending on model/config 0.1-0.2% average idle drain is the norm for a 'pure' DAP (which wasn't explicitly specified). Dump BBS and see if idle drain returns to normal.
[BetterBatteryStats] muschiu35bv:
Hello Guys! I use xda edition 2.5-330 version on OnePlus 6t with stock Oxygen OS and after booting the device the widget not working. And after boot I can't see the unplugged option. I have boot screen on and off. I am interested to see after charging or unplugged. Thank you!
[BetterBatteryStats] TNSMANI:
Once you reboot, all references are reset. It is Android's behaviour. Plug in the charger and plug out to create the reference "unplugged". Charge till full to create the reference "charged". In BBS' settings, you can set what level of charge is treated as "charged".
[BetterBatteryStats] muschiu35bv:
Thank you! But what about this pop-up error "Detect Problem with API Compatibility" Is any way to fix this or is not relevant?
[BetterBatteryStats] Lurker0:
Here it is, with BBS 2.4-265, to compare with 2.5-325 . I still hope for an option to turn this new BBS activities off...
[BetterBatteryStats] TNSMANI:
If, despite that popup, the app is usable, just ignore it.