yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] tigerphil:
I left my phone in standby while i was asleep and this morning i have noticed that it was woken a few times during the night. If anyone could give me any advice on what caused these wakes and possibly how to stop them, it would be appreciated.

http://dl.dropbox.com/u/86867640/BetterBatteryStats-2012-08-13_084317748.txt
[BetterBatteryStats] erew1:
Why are there still alarms from e-mail even I have turned off wifi/mobile data/auto sync?
[BetterBatteryStats] guptadh:
I did finally disable location and scope, and the battery has improved, but not all that much. I have fresh dumps from a few hours apart. Can you plz take a look again and suggest.

Also have not been able to nail "BroadcomMEMsService" .. tried to disable it with Autoruns, but it keeps popping.

Thanks.
[BetterBatteryStats] BossNexusS:
Just a heads up, maybe its already known but if not.. :

On betterbatterystats I was always getting a wlan_RX_wake and networklocationlocator and that would drain my battery and keep it awake for almost an hour at nights.. I figured out it was Google Now constantly looking for my location..

If anyone else is experiencing this wakelock and don't know why.. try disabling Google Now.. it worked for me.. now my phone sleeps like a baby

Press Thanks if this helped you ;)
[BetterBatteryStats] juanjo7812:
I've installed last bbs some days ago, but don't return any data for kernel wave locks. Already tried to reinstall.

Screenshoot attached.

Any idea? Thanks!
[BetterBatteryStats] chamonix:
1. I assume you have plugged/unplugged your phone since you booted. If no do so

2. make sure that whatever su app you are using remembers the rights you have granted. To test that please go to "Alarms" and "network" and make sure the granted rights stick (repeat a few times). After that plug/unplug and you will be good. If the rights do not stick go to post #3 and read about the problem and a solution
[BetterBatteryStats] chamonix:
if disabling Google Now has solved wlan_RX_wake it's pure coincidence, it will get back.
[BetterBatteryStats] chamonix:
Prepare your devices..... for the next round there will be a few beta before the release candidates you are used to. Betas will add features step by step and hopefully speed up the cycles by reducing the number of features introduced at once (as opposed to RC release at feature freeze).

Depending on the feedback you can influence the number of features to be added to 1.10 by telling me if the scope of a beta qualifies for a RC whenever you feel the package offers a real benefit. If you want to use the feedback to vote for features please feel free to do so, I will try to acomodate at least a few. #228, #230 and #209 are already being worked upon/fixed.
[BetterBatteryStats] tigerphil:
@Chamonix...i posted a dump file this morning (few posts back) when you get 5mins, any chance you could check it out and give me any advice for the wakes? Thanks in advance
[BetterBatteryStats] chamonix:
kik.android (): Wakeups: 698

That's a wakeup every 30 seconds.... just fyi a well educated phone sleeps up to almost 30 minutes in a row (I'm not talking about airplane mode here, 30 min. is a usual keep-alive time. With an app obsessing to that extent it's not about autostart but about making a choice:

- leave it

- give proper feedback (not in google play) to the dev, making him aware of what happens and hope there will be a reaction

A good example: Whatsapp has gone a long way but has become pretty usable these days
[BetterBatteryStats] juanjo7812:
'Since unplug' works. The problem is 'since charged'.

Su privileges are correct. The toast '... has granted...' appears correctly.

Thanks!
[BetterBatteryStats] tigerphil:
Thanks for that, i had a feeling all the wakeups were that but i'm stil new to BBS. Kik is not really needed as my work is usually arranged through whatsapp, gmail and facebook, even those seem to be running nicely in my opinion so i'll take your advice and leave feedback for the dev's but will more likely remove it at the same time for now
[BetterBatteryStats] chamonix:
ok, then I guess it's a matter of threshold. I have asked for feedback about this a long time ago but have got no samples.

A short explanation: "since charged" is saved when the charge of the battery is reported as 100% when you unplug. If your kernel has a threshold in order to prevent the battery charging to 100% (e.g. because it tries to avoid overheating of the battery) the reported charge will always be less than 100% on unplug, causing "since charged" to get skipped.

I'd be more than happy to add a threshold if someone provides a reading (logcat) about the reading of the battery at unplug and when it's charged.

If you could help me with that I'll fix asap. For that charge your battery, unplug and check logcat for:

"Bettery level on uplug is " + level

at the loglevel INFO
[BetterBatteryStats] Rob2222:
Maybe "since charged" should be created when unplugging with >=99% ?

This would be more safe for some side cases and this 1% doesn't make a huge difference imho.

Best Regards

Robert
[BetterBatteryStats] dirtyreturn:
Could someone explain the following questions? -if it's not trollish or noobish or whatever.

1)In settings - watchdog -/ how does that work/ what does it do? I am unable to find a description

2) How are the CPU states/network states displayed? Does the phone need to be fully charged for them to be displayed? Those two screens are always blank.(fully charged, unplugged, screen off)

3)BBS has superuser rights. I am unable to get a dumpfile. It is always successful, though recently has been 0bytes when I want to look at it.

I saved a logcat while creating a dumpfile, clicking CPU/network states during different times. Will that help at all? Should the app be reinstalled?
[BetterBatteryStats] alexinna:
Your phone wasn't idle:

Statistic Type: (0) Since Charged

Since 5 h 33 m 51 s

Awake (): 1 h 37 m 7 s (5827 s) Ratio: 29,1%

Screen On (): 1 h 26 s (3626 s) Ratio: 18,1%

Please read post #1 on how to make proper dump: Generally a dump "since unplugged" is better than "since charged".

Current dump file is not ideal to find out what is going but it shows:

AudioOut_1 (1013): 15 m 48 s (948 s) Count:134 4,7%

AudioOut is used to play notification and system sounds. System sounds could be disabled if you want to save battery.
[BetterBatteryStats] ozzyita:
Hi guys,

Just a quick one, I can't see nothing in kernel wakelocks, it say no reference.

Thanks in advance

Inviato dal mio GT-I9300 con Tapatalk 2
[BetterBatteryStats] Osyx:
Could anyone please take a look at it? My phone drags alot of battery and that's really annoying when in school:/

Sent from my Samsung Galaxy SII on ParanoidAndroid latest hybrid ROM on Tapatalk 2

---------- Post added at 09:37 AM ---------- Previous post was at 09:35 AM ----------

Wich setting have you set? Since charged, since unplugged, since screen off?

Sent from my Samsung Galaxy SII on ParanoidAndroid latest hybrid ROM on Tapatalk 2
[BetterBatteryStats] ozzyita:
With all settings nothing shows, I'm on a galaxy s3 with CheckROM v4

Inviato dal mio GT-I9300 con Tapatalk 2
[BetterBatteryStats] avinashadvani:
Battery drain when sleeping

Hi,

can anyone help with this log, I tend to lose a lot of battery overnight while sleeping something like 20-30% even in 6 hours or so.

i dont have any applications on the phone as such

when i check the alarms i see that android and android.gsf seem to have the top 2 wakelocks, I have logged out of GTALK also when I dont use it. Dont know why the google services are having so many wakelocks
[BetterBatteryStats] Laynee1:
Can any one read this dfile for me please.

I have lefty phone for 4 hours aprox, not touching it, and before that i have set up custom ref. I used bit of wifi and alarm woke me up several times.

Thanks in advance
[BetterBatteryStats] pmd5700:
I tried to get a good reading last night while I slept. I unplugged it and didn't touch it until my alarm went off.

Apparently my phone didn't sleep at all. Any ideas what happened? http://pastebin.com/bACfQByh
[BetterBatteryStats] chamonix:
The kernel wake lock suspend back off if the main reason for the awake. It is hard to attribute but I would suggest looking at dmesg as that phenomenon is often showing there as interrupted sequences to sleep. Hopefully dmesg will give us hints on the cause. Those an be eg sensor or sd related
[BetterBatteryStats] ejstubbs:
Thanks. Where is the bug tracking log? I don't seem to be able to locate it on your blog page.

EDIT: found it linked off post #2 on this thread.

Again, thanks: that is useful informaiton and I think potentially very relevant to what I observed yesterday. Here's why: later yesterday evening I found my phone running at 100% CPU. The culprit appeared to be a process called "init", which Googling indicates seems to be due to a bug in Froyo, for which the recommended remedial action is apparenty to turn USB debugging on. I don't think that particular problem is relevant to the ProviderThread issue but... before I had read into the init problem in detail, I had already rebooted my phone in an attempt to make the nasty CPU gobbler go away. When the phone came back to life after the reboot, the e-mail app notified me that it had received three new e-mails. It turned out that these were e-mails I had already seen a few hours previously. Obviously the e-mail app had got itself confused in some way.

Now, I don't use Yahoo mail (my main e-mail ISP is MobileMe) but this does all seem to tie together:

1) my e-mail app had managed to get its knickers in a twist

2) the e-mail app uses the shared Contacts information

=> the e-mail app could have been behind the excessive ProviderThread wakelocks.

Since that reboot I've not seen ProviderThread being nearly so busy. In the 12h 30m since I last unplugged the phone, ProviderThread is showing 10m 9s of wakelock time form 193 requests. Maybe still not ideal but not as bonkers as it was being yesterday.

I'm now wondering whether it would be worthwhile looking in to a different e-mail app such as K-9. If that goes well then it could provide the impetus I need towards removing yet more of the Blur stuff that I don't use...

Thanks again for your useful app, and for the help you are giving people with fixing the problems they are finding with it!
[BetterBatteryStats] nobnut:
What you might also find is that partial wakelocks will be reduced if you don't use 'push'. If you are able, choose a timed sync interval (as long as you can get away with), this will reduce partial wakelocks.

If you don't use 'push' then ignore the above.

Also, there is a significant difference between the wakelock performance of different email clients. You will need to find the one that works best for you, you can't necessarily rely on other people's recommendations. Obviously, if it is a paid app, use the 'trial' version (if there is one) to test out what works best for you.
[BetterBatteryStats] rpiton:
How to identify this drain?

How to identify this drain?

The red area is the time when the phone was suposed to be sleeping.

Thanks.
[BetterBatteryStats] nobnut:
Ouch!

Have you installed BetterBatteryStats? You can download it from the first page of this thread, or even better from the Android Market. Once you have it installed, after your phone has been asleep for a while (an hour or two). Open BBS and select 'Partial Wakelocks' 'Since Unplugged' and see what has been waking your phone.

The type of wakelock shown in your screenshot is consistent with:

- Being signed in to Google Latitude

- Some email clients on a push setting

- An app which is trying to sync too often (possibly a weather type app)

I have a hunch you might be signed in to Google Latitude ;)

Run BBS and report back here with your findings.

Your battery drain isn't that high. 19% battery used in a 5.5 hour period is approximately 3.45% / hour. It isn't the lowest I've seen but it isn't incredibly high either. BUT your screen was barely on during this period.
[BetterBatteryStats] ejstubbs:
I have my e-mail client set to sync every 15 minutes.

Sounds like another mini-project for me, then! :)

<Heads off to the Market to research e-mail clients...>
[BetterBatteryStats] jonny68:
alright cheers man for a start i have deleted Go SMS emoji plugin and i have logged out of eBay,would you recommend me freezing system panel as well?I'm gonna freeze Juice Defender and see how i get on.

I will need to provide more information which i will due during the week im still in bits after the weekend :o:)
[BetterBatteryStats] nobnut:
I wouldn't advise anyone to freeze or remove anything. All I am trying to do is to give people options and choices.

As far as System Panel is concerned, like every other app which runs in the background, there is one question to ask yourself... "Does the benefit of having it running outweigh the negative of its battery drain"? If the answer for you is yes, then keep it, if the answer is no then lose it. Perhaps you could freeze it for a day and see what you think?

I always wonder why people run apps like System Panel or Watchdog etc. Doing so implies that there is something going on with their phones that they either don't understand, or can't control. Instead of running these apps, why not just find out what is happening and then taking control and deciding what you want to happen on your device, rather than the Dev of some third party app? These are after all open source Android phones and not closed source iPhones, over which the average user has no control of whatsoever.

There is however a danger in all of this, that both Chamonix and I have pointed out in the past. It is too easy to become so obsessed with trying to make our batteries last forever and in doing so, turning more and more features of our phones off... turning them into dumb phones. This kind of defeats the purpose of having an Android phone ;)

Everything is a balance. If you turn your phone on, the battery starts going down. If you have an app running... the battery goes down a little more. Just find the right balance for you. BBS is a tool for finding out what is going on behind the scenes on your phone. It is up to you to act on that information... or not :)

PS Glad you had a good weekend!
[BetterBatteryStats] jonny68:
This might sound bizzare but since i froze Juice Defender and System Panel in Titanium Backup my phone is very laggy but im thinking how could both those apps possibly have anything to do with this but 100% there is a noticeable lag when scrolling it was fine before i froze them, im currently charging my phone to 100% so will test battery without the aforementioned apps,im at a loss to explain the lag though ill give it a while and see how it goes.
[BetterBatteryStats] nobnut:
I can't explain that lag as neither of those apps have anything to do with anything that might cause it... unless you used JD Ultimate to control your CPU speeds (which you shouldn't).

Check all of your other settings such as SetCPU etc see how you go.
[BetterBatteryStats] sowen222:
If your wifi keeps turning on at regular intervals, I suspect you have some sort of profile/location program on your phone. Do you use Llama or EasyProfiles? If so, you need to set up your rules better so that it isn't constantly turning your wifi on to determine your location based on wifi.
[BetterBatteryStats] thebeardedchild:
Any way get could see the old app icon again?

Sent from my Motorola Atrix using the Premium XDA App
[BetterBatteryStats] jonny68:
Well,well,well, i don't know what to say :eek: Nobnut you could well be right after all, check the screenshots i took earlier, i froze both JD and System Panel last night, charged the phone to 100% and went to bed at 23.50,when i checked the phone this morning at 08.35 am it was at 94% that's only a 6% drop overnight with data enabled that is excellent, im gonna leave the phone on until it dies anyway but have a look at the various screenshots, the lag doesn't appear to be as bad either but is still noticeable so i need to investigate this.
[BetterBatteryStats] jonny68:
last 3 screenshots
[BetterBatteryStats] nobnut:
Ha!

Looks like you've got it about as good as it's gonna get ;)

This screenshot is almost perfect

If you wanted, you could just go through your existing apps and settings and make sure that all is as you want it to be. You certainly don't have a sleep problem anymore.
[BetterBatteryStats] Sick Enough To Die:
hehe im looking it all time.... and now :)) i got it
[BetterBatteryStats] ithehappy:
So you finally admit JD wasn't saving any juice? :D
[BetterBatteryStats] stuart0001:
I think JD should now stand for Juice Destroyer :D
[BetterBatteryStats] nobnut:
As you were missing it so much, I thought I'd reacquaint you with it :p

You wanted to see it again. Here it is...
[BetterBatteryStats] djvdorp:
Keep up the great work!
[BetterBatteryStats] subworx:
After actually using the app for a day or two now, I have feature requests :D

It would be great if you had the kindness to look into these, if you deem them worthy for inclusion. Nothing big, really :)

1. Minimize function selection

Could you add a button that, when clicked, turns the two dropdowns (stat, stat type) into one tiny bar with the current option as text, e.g. "Partial Wakelocks Since unplugged". To change the setting, the bar then can be opened again by tapping it. Kinda like the top bar in ES File Explorer.

This would save a tiny bit of screen estate, might come in handy with lots of screenshots being posted here ;)

2. Confirmation dialog for "Dump to File"

If I dump the current stats, I would like to know that a) it finished at all, and b) where the file is stored. So my next request would be a small dialog simply saying "Dumped content successfully to %path%". Could you please add this?

3. File location?

Since I only just dumped the output and did not yet look for it, I can't tell where it goes, but preemptively would like to add one request: please please please do not create another folder in /sdcard/. There's so many existing folders already.

A bunch of apps like amazon, dropbox, k9, facebook, maps, ... save their stuff to /sdcard/Android/data/com.programmer.appname/ which is excellent.

Right now every second app creates a folder below /sdcard/ and clutters it as hell, with some folders I cannot even figure out what they belong to.

If you didn't already do so, I beg you to change paths to /sdcard/Android/data/ :D

[Edit] Found dump file in /sdcard/BetterBatteryStats.txt - adding request #4 ;)

4. Timestamp the Dump

Could you be so kind to name the logfile BetterBatterStats_DATETIME.txt?

Like this people can't accidentally overwrite a dump they created before.

If possible, in the folder stated in #3 ;)

Also, in the Knowledge Base Index http://asksven.github.com/BetterBatteryStats-Knowledge-Base/wakelocks.html the link to Wakelocks leads to a 404 page by github.

[/Edit]

Thank you for reading my little blurb. It would be nice if you consider my ideas :)

Kind regards,

Sub
[BetterBatteryStats] c0x91:
So if I can not plug my device I cannot see the kernel wakelocks?
[BetterBatteryStats] aabfalter:
HTC Thunderbolt CM7 4 hours battery

My battery on my htc thunderbolt lasts about 4 hours. Android System shows %50+ battery usage. I can't figure out whats eating it up specifically though. Here is my better battery stats dump. http://pastebin.com/Z2UDfqFS
[BetterBatteryStats] meaxx88:
Could someone please check this bbs file? I Hope the file is useful to read.

Thanks in advance!
[BetterBatteryStats] itsLYNDZ:
Could someone take a look at my BBS? Thanks!
[BetterBatteryStats] reycharlesconrad:
Hi chamonix / everyone,

Have seen that queries regarding battery-monitor wakelocks were left un answered or has no definite explanation thus i was just wondering if this wakelock is actually caused by the BBS app itself in order to gather info in the background while it is "sleeping"? This is just a wild guess as i've been trying to nail my battery eaters and battery-monitor wakelock is one of those that i cannot get rid off no matter how i turn off the data and syncing.

Btw, I'm using checkrom 3.5 with siyah kernel latest in my s3.

Any thoughts on this? Thanks !

Charles
[BetterBatteryStats] alexinna:
Please follow up steps from post #1 in this thread.

Dump file is still not generated correctly. Something is not right here:

Since 8 h 46 m 3 s

Deep Sleep (): 25 m 40 s (1540 s) Ratio: 56,8%

And after all you manage to loose only 53% - Level lost [%]: -53

with Screen On (): 2 h 5 m 9 s (7509 s) Ratio: 23,8%

---------- Post added at 03:51 AM ---------- Previous post was at 03:41 AM ----------

Did you plug/unplug the phone?

Stats are not consistent:

Statistic Type: (3) Since Unplugged

Since 1 s

Deep Sleep (): 1 h 24 m 1 s (5041 s) Ratio: ---%

Good Signal (): 1 s (1 s) Ratio: 100.0%

Awake (): 1 s (1 s) Ratio: 99.9%
[BetterBatteryStats] itsLYNDZ:
Yeah I did, Someone said that before about a previous dump I posted. I unplugged it at 7am and did the bbs a few hours later. Whats wrong that its saying its not unplugged? Not sure whats going on but my battery life is terrible, and even with a different battery so im wondering whats wrong with the phone. It will literally drop 10% in an hour or less without being used.
[BetterBatteryStats] alexinna:
Without proper dump file it will be difficult to find out what is causing this.

You can also try to re-set the battery stats:

Completely discharge your battery (until phone shuts off on it's own).

Fully charge battery with the phone off if possible.

Remove the battery and re-install it in a few minutes.

Turn on the phone.

Wait 10 min and charge phone until battery indicator is green again.

Take BBS dump after 1-4h.

If still no luck I would suggest factory reset next and monitor without installing any additional apps.
[BetterBatteryStats] ykphuah:
I have this issue on stock Jelly Bean running on Nexus S. rooted with 3.1.3 zip from androidsu.com.

The Superuser does seems to work properly for other apps including one of my own.
[BetterBatteryStats] JerryPi:
I also have issues on my nexus s running cm9 and on my lg p500 running cm7, where the latest version of better battery stat keeps asking for root access even though i allow it. Is there any solution?

Sent from my Nextus S
[BetterBatteryStats] chamonix:
As the name says 'since unplugged' that is correct. Upcoming version will have 'since boot' as a fallback (currently testing)
[BetterBatteryStats] chamonix:
For what I found the problem is related to bbs issuing multiple su commands (one for alarms, one for network stats, at different points in time). I wrote a report about that to the author but have got no feedback yet. For the time being supersu is a valid workaround
[BetterBatteryStats] chamonix:
My answer is definitely no: bbs does not collect any info, it uses available info from different sources accessed at the time you ask for it and not while the phone is running.

AFAIK the kernel wakelocks you are asking about is a symptom but not a cause : every time the phone wakes up the battery level is retrieved. Find the cause of the wakeup and remove it, the battery info will be gone (assuming your kernel doesn't have a bug but that should be easy to find out searching the kernel dev thread)
[BetterBatteryStats] chamonix:
A reading for 10 minutes is not representative. Please read the first posts of this thread to learn how to provide an idle dump
[BetterBatteryStats] chamonix:
This reading says that the phone was awake for about 3 hours and you were using it for 2 hours with screen on, listened to music 30 minutes. In other words, based on this reading you using the phone is the cause of the drain. It doesn't mean there is no potential but only, that the usage hides it in this specific reading. Please provide an idle dump.
[BetterBatteryStats] chamonix:
Are you kidding me? This reading contains a sample over 1 second...

Please read the first posts about providing an idle dump
[BetterBatteryStats] ykphuah:
Thanks, I will try supersu then. :)

Update: problem persists after changing to use supersu, confirmed that I have switched to supersu because the popup now contains "dumpsys alarm", which wasn't there when I use androidsu from chainsdd.