yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] thwmax:
Try to disable Android Device Manager on Settings/Security/DeviceAdministrators and then uninstall updates. If that doesn't work, try to disable google play services, it will ask to remove the non-factory version.

Hope it helps you.

---------- Post added at 09:52 AM ---------- Previous post was at 09:45 AM ----------

I have location Sharing off and location history enabled with gps turned off and wifi/cell enabled.

Edit: Added my BetterBatteryStats Text Dumpfile
[BetterBatteryStats] chamonix:
Well I don't know if I will integrate it to BBS or release separately
[BetterBatteryStats] Xoib:
For sure it will be useful.

Maybe separately is better because we will have to install the Xposed framework for your module to work.
[BetterBatteryStats] kevinrubio1:
Can someone please look at my Dumpfile and my logcat (not sure if it's needed)

Both are idle (over night)!

Thanks in advance
[BetterBatteryStats] Casanoaa:
Follow GSF post In OP.

Give your phone a static ip.

Disable autosync of calendar and Google account.
[BetterBatteryStats] kevinrubio1:
I already have a static ip, and what's GSF?

And how do I disable them? My sync is already off
[BetterBatteryStats] danielo:
I need help. My phone is keeping awake for no reason. After 4 hours the awake time is more than half of the whole time on battery. Can anybody take a look at my dump, please? Something is keeping my phone awake and I don't know what. I didn't found anything unusual.

Thanks
[BetterBatteryStats] It_ler:
GSF = Google Service Framework

You can minimize GSF wakelocks by disabling its autostart settings like discribed by Casanoaa. The link to his instructions is in post #3.

---------- Post added at 06:01 PM ---------- Previous post was at 05:49 PM ----------

Difficult to say.

Try with wifi turn off and maybe Tasker disabled.

And check Dorimanx thread for latest kernel updates - I think there is Beta3 out for v9.36.

Maybe this can fix your issue.

Good luck !
[BetterBatteryStats] Casanoaa:
Itler you are great
[BetterBatteryStats] kevinrubio1:
Is it the link that leads to a post about the maps wakelock ?
[BetterBatteryStats] It_ler:
No, it's the link in the last faq for GSF wakelock.
[BetterBatteryStats] kevinrubio1:
I've done this process before, it disables my notifications for twitter, instagram, etc
[BetterBatteryStats] OXINARF:
It can be released together, he just has to check if Xposed (and his module) is enabled - and that's really easy to do.
[BetterBatteryStats] gorandroid:
love this app

☆Bob's Battery Guide☆​
[BetterBatteryStats] chamonix:
The interesting part is not the it is an Xposed module but what it does (see log for hints)
[BetterBatteryStats] fivefour:
A bit vague but I assume it's a new monitor using the Xposed framework.
[BetterBatteryStats] solidedgard:
Hi, i have a galaxy s i9000b, brazilian model, and in idle is ok the batt, dont have drain problem, but on usage ... it's a mess :(

I'v bought a new batt and it persists

So my doubt is if is normal this drain, that with wifi and browser I lost almost 1% in ~4 or 5 minutes or I have something drainig my batt on usage

attached a file of BBS

thanks

PS: Just for the know, I have disabled gtalk, maps and gmail and have this programs running:

Voltage Control

RAM manager PRO

BetterBattStats

WhatsApp sometimes

sorry for the english
[BetterBatteryStats] chamonix:
You should enable the advanced root features of BBS so we can look into the alarms. The biggest drain caused by gms.nlp are wakeups (between 1 and 2 per minute).
[BetterBatteryStats] chamonix:
well that's step one, more to come... ;)
[BetterBatteryStats] chamonix:
I will decide on the format depending on the feature set. Part of the features that I plan would fit with BBS but there will be more.
[BetterBatteryStats] It_ler:
Disable backup of your system in ROM/Google settings.

Rest seems to be quite OK.

Please enable root option in Advanced and TICK all stats in Dumpfile menu in BBS app.
[BetterBatteryStats] solidedgard:
Thanks for the reply

So, i've frozen alot google aps, and didnt found that option about 'backup'

think that i could have frozen it, dunno

bout that option in dumpfile menu, root is already on, but that time i had picked the dumpfile, i've checked the menu (and now again) and i cant check the following options:

other stats

partial wake

kernel wake

the thick button is fade

damm, I think this cellphone is too drainer and have lil' batt (1500m battery)

the strange is that i heard people saying that use browser bout almost 12hours or more, and I could just us 'bout 5

Now i've charged it full and it show 96 ¬¬ will wait to it be at around 20 and take another dump

again thanks
[BetterBatteryStats] chamonix:
For those of you guys on 4.3: would it be interesting/handy to have access to app ops directly from BBS' package permission screen?
[BetterBatteryStats] Karpfenhai:
Guess yes, but why only for 4.3?

Tapatalked from my Galaxy SII
[BetterBatteryStats] Xoib:
Yes I agree with that, I was just saying at the moment.

Yes I guessed :P

Keep up the good work !

For most of us we already have the shortcut either via an separate app or through a launcher for starting the app ops activity. But if it doesn't need a lot of work to integrate it would be useful for sure :cool:
[BetterBatteryStats] chamonix:
Well I thought the app ops Intent were only there in 4.3+
[BetterBatteryStats] yhrn:
Not knowledgeable enough to offer any advise here but it seems like Samsung androids and DIR-655 can be a bad combination (my other phone that is unaffected on the same networks is an old ZTE Blade). Probably more conditions than that need to be fulfilled to get the drain though.
[BetterBatteryStats] suku_patel_22:
Do I need to do something to enable KB?

I dont see anything against Alarm manager
[BetterBatteryStats] bradld:
Infuse 4g running infused 2.2.3 w/ Infusion 1.0.

After the reboot on two occasions the stats in both BBS and in stock GB were reset back to 0 - not just one stat but all stats. I originally thought the rate was strange but now realize that from the stock stats app the time on battery and the time displayed under the graph may not be the same, although, I am still not sure what the difference between these two times is supposed to be (clarification needed please).

Ultimately, the bigger issue for me is what is wiping the batt stats back to 0 on a reboot since it makes it extremely difficult to track anything (total time, or individual stats) in either program.
[BetterBatteryStats] Entropy512:
Would have been interesting to see a Wireshark capture of that - but sounds like a classic example of wifi interrupts.

Those stats don't look particularly bad... 76% deep sleep is a bit low though.

I usually run an overnight drain test to avoid "screen on" time confusing the results.

Charge phone to full

Unplug

Reboot

Clear timers in CPUSpy (can be sometimes bugged on boot)

Go to bed

When you wake up, note the deep sleep percentage, and pull /proc/wakelocks via ADB.

(Potential temporary feature request for BBS: Dump and save the raw /proc/wakelocks so people don't have to use ADB or a terminal until the parsers are worked on more.)
[BetterBatteryStats] yhrn:
I should be able to get a capture at my office where the DIR-655 is still alive and draining. Any special instructions on how to get a capture that is useful to you (I assume I should use "Shark for Root")?
[BetterBatteryStats] chamonix:
besides enabling kb in prefs for knowledge base no. If prefs don't help could you please drop a logcat?
[BetterBatteryStats] tbob18:
Well, I left it on while sleeping and it is still doing the same thing.

I would not say battery life is bad, but it drained about 10% overnight (morning:rolleyes:). I did a test with 3g the other day and it drained about 3-5%.

Anyway, some more screens and the wakelock file are attached.
[BetterBatteryStats] chamonix:
I'm lazy so I hacked the parser straight away. It's not finished yet so consider it as a draft to validate my understanding of your requirements:

- /proc/wakelocks is parsed completely (all attributes)

- data shown is right now sleep_time, all 3 counts

- sorting is only on sleep _time and "count"

- the dump does not contain the data yet but I plan for it to be all there, in readable durations of course

Please have a look at it and once we refined the requirements (if you need multiple sortings on all the types of counts I'll do) I will release 1.4.

Sorry i took so long, I had a busy day and a dinner with colleagues so I spend my first productive hour now to produce something today ;)

Edit: in case you have a doubt while validating the values I pushed the sources: https://github.com/asksven/AndroidCommon/tree/master/src/com/asksven/android/common/kernelutils
[BetterBatteryStats] s2d4:
Awesome!

When this is finalised, can you please also add to knowledge base about "PowerManagerServices"?

Entropy512 said that is actually the userland wakelocks, which is what your method of partial wakelocks are.

Have you though about getting detail of AlarmManager via dumpsys alarm, but needs roots so not sure what your take on this is..

Thank you very much :D
[BetterBatteryStats] suku_patel_22:
Works fine.

Need to have data enabled to see the KB icon against the wake lock
[BetterBatteryStats] chamonix:
The KB article about PowerManagerService is part of the batch I updated with last release.

dumpsys is in the feature set for 1.4, I just took kernel wakelocks a little earlier on request.

version 1.4 will add alarms, remove the 'old' kernel wakelocks and contain other features if the time till release allows it. You can check planned features and known bugs on github (see post 2)
[BetterBatteryStats] ejstubbs:
Just wanted to point out that the battery graph on my phone still runs in 10% steps. My battery icon goes in 1% steps so the data is on the phone somewhere...
[BetterBatteryStats] Lienot:
Hi!

I want to show you a picture of my Battery stats, I am NOT using the 2000er Accu and I think it is a real good battery life.

WiFi is often on, and if it is on my mails and facebook and a news widget (Newsrepublic) are automaticly updated. When I am not at home I listen to a lot of music and check the weather, read some facebook stuff... Nothing special.

You can see the first picture it went from 100 to 60+ in ca. 24 hours, the second picture was after I used it three hours with listening to music, receiving calls and so on. I was on 40 percent after 27 hours. This is real good I think.

I am using (after a total wipe with the telefon code and installing stock firmware and then installing custom rom) the Checkrom 3.1.1 with the Siyah Kernel.

It works very nice, I am using the Icecream Theme. Everything works very very well!

OK, here are the two pics:

Nice, I can't post it, because I haven't good 8 posts...

and three hours later 27 hours in use, still good:

Nice, I can't post it, because I haven't good 8 posts...

That's it, a nice tool for a quick look.

For heavy users (I am not one) it offers a lot of information, for me it is more a gimmick, I can live without it, so I don't know if I will buy it.

CU

lienot
[BetterBatteryStats] tboooe:
Event Log Services

I have searched high and low through the internet and this forum and cant seem to find any definitive answer to this wake lock issue. Has there been any progress made to understand and minimize the Event Log Services wake lock? On my phone, it is my top 5 of wake lock counts and #1 for wake lock time. Second is RILJ.

Anyway, any insight would be greatly appreciated.
[BetterBatteryStats] Thialala:
Sorry to tell u that, but your battery life is not good at all. The curves show that your phone were awake most of the time when the screen was off which is not good. Kinda impossible to get itin deep sleep. And from what I see, your screen was off about 12h.
[BetterBatteryStats] Hawkeyed:
I've noticed excessive drain on my Desire HD when connected to my DIR-655 and this is what I did to fix it:

http://xdaforums.com/showpost.php?p=14510569&postcount=1564
[BetterBatteryStats] chamonix:
If you are happy with your current configuration is it perfectly fine. If you ask if it could be even better I'd say yes. Anyway I am happy to hear from users who appreciate my work, either on free or on paid version.
[BetterBatteryStats] brack11:
Hmm, always crushes on ginger miui, and when it shows some info it does it wrong, it shows battery usage for all time instead for only from charged.

Sent from my GT-I9100
[BetterBatteryStats] Lienot:
Perhaps you're right, but it still syncs while not awake in the background I think. In the morning I see if something has happened (sms, facebook) is it possible that it receives data although it is not wifi connected?

I don't know. I only know one thing:

The battery is really good now, when I first had my samsung with the original Rom it was a disaster. The accu was empty in the evening. It wasn't better after a week of charging the accu from 0 to 100 and backwards.

Now with the better custom Roms it is really better. I am a music nerd, and it takes not much battery life to listen to music which is very nice for me. I listen to music via headset, so I don't have to use the display to skip tracks or change the volume.

Very very good app. The "old" batter stats was just "charge to 100 - press OK - fine"

best wishes

lienot

32 hours and 30 minutes - 30 percent left:

It's scary to see that the graph looks the same today as yesterday -

I am a ROBOT!
[BetterBatteryStats] chamonix:
Get prepared for alarms (testing)
[BetterBatteryStats] sien1996:
hey umm everything is fine with my wakelocks but what is com.google.android.gsf??? giving me problems... thx :D and thx for this wonderful app.
[BetterBatteryStats] Casanoaa:
20 wakelocks in 9 hours is nothing tl worry about. Look in OP fpr GSF
[BetterBatteryStats] gaich:
[YOUTUBE]c3wj2r0ZxbI[/YOUTUBE]
[BetterBatteryStats] Casanoaa:
Heh very good
[BetterBatteryStats] solidedgard:
hi, could you try to answer me? Can a frozen app cause some error and lead to do a batt drain?

Because I've a few apps from google,like gmail gtalk abd maps, frozen by titanium backup. And in idle dont have batt drain, but using browser via wifi the batt holds less than 4-5 hours

i have a galaxy s i9000 and even with a new batt the drain on usage continues...
[BetterBatteryStats] chamonix:
Certainly. A simple app with no dependency to other can be frozen, an app that other depend on would cause, when frozen, those other to go into error handling and causing unplanned situations, potentially causing drain. A good example of parts of android that should not be frozen without knowing exactly what you are doing would be the Google service framework and the Google Play services

Edit: fortunately bbs can help you in finding out such effects by taking before/after reading if you proceed methodically
[BetterBatteryStats] Casanoaa:
Thanks Chamonix
[BetterBatteryStats] razen_kain:
percentages are still wrong

Hey BBS guys!

I came here with this problem before and never did really get it resolved. I bought the paid version of bbs some time ago and I am on the latest version (at least in play store).

Here's the problem: I charge my phone up, unplug it, open bbs, and make sure the unplugged reference is created. I turn the screen off and go to sleep. In the morning i check my deep sleep overnight and bbs says i got 78.9% Deep Sleep - which is awful. So then i check the reference time against the deep sleep time and i see i have a reference time of 2h 46m 50s and my deep sleep time is 2h 38m 10s. Now im not a savant but i know thats more than 78.9% of the reference time. So i break out my calculator, convert all times to seconds, and divide by the reference time which gives me a ref time of 10,010secs and deep sleep time of 9,490 secs which should give a deep sleep percentage of

9,490/10,010 = 94.8%​

Heres a link to my dump file. I DONT have a logcat because its disabled in my kernel but i would like for someone to please have a look at these and either acknowledge that there is a problem, or tell me what i am doing wrong or misunderstanding. If a logcat is needed for further inquiry i will be happy to provide one. I will just have to turn it on and repeat the whole process again. Thank you for all your help AND this awesome app. It was WELL worth the $2 or $3 dollars i paid for it...

I would also like to add that it does not always do this. These incidents seem random which is why i got discouraged the last time and gave up.
[BetterBatteryStats] HassanM:
"Batteryinfo service could not be contacted"

Get thing this error..Can anyone plz tell me what it means and how to rectify this problem... Its happening on my Galaxy S4 i9500. ...

Thanks
[BetterBatteryStats] solidedgard:
thanks for the help

but i've enabled almost everything and keep the drain :/

I reaaly think in give up

Can I record a video showing all my settings/apps and show to you? you'll se the drain too ...
[BetterBatteryStats] chamonix:
Based on your dumpfile:

Since 2 h 46 m 50 s
Deep Sleep (): 2 h 38 m 10 s (9490 s) Ratio: 78.9%

The ratio in % is wrong. Unfortunately without a dumpfile there is not much I can do to analyse it.
[BetterBatteryStats] chamonix:
Looking at settings and frozen apps are for sure not the way to go to determine causality. How about posting a dumpfile?

Anyway I'd suggest starting on a clean baseline so you should unfreeze everything and uninstall whatever you don't need, then take a reading and we can go from there
[BetterBatteryStats] chamonix:
batteryinfo is a service running on android that should never be unreachable. Are you using a custom ROM? Does it stay unreachable after a reboot or does it start at some point in time later on
[BetterBatteryStats] razen_kain:
Do you me need a log cat? I have the dmessage, .json, and the BBS.txt.

I am working on getting the full dump file now. It need about two more hours. Hopefully the bug will be there this time.

Apologies for being so long winded :p

Sent from my HoopT C evo 3D
[BetterBatteryStats] chamonix:
No problem. Yes I meant a logcat with debug options of BBS included
[BetterBatteryStats] chamonix:
1.14RC1

I have added app ops access to the package view and fixed the layout bug in the medium widget reported by [MENTION=4355376]Karpfenhai[/MENTION]

I think 1.14B2 was around long enough so I will start rolling out 1.14 next week f there is no major bugs with the RC
[BetterBatteryStats] razen_kain:
Well I managed to catch it again but i forgot to tick off debug in settings... :/

Ill post something for you here in about 3-4 hours. Sorry about that.
[BetterBatteryStats] rl421403:
That's because you have Android Device Manager enabled.

Turn it off first from Settings > Security > Device Administrator

And try uninstalling again.
[BetterBatteryStats] razen_kain:
percentages are still wrong

Ok here they are. I realize it is short reference time but the discrepancies are there. Just do the math for the deep sleep percentages and you will see that the one bbs gives is wrong.

https://www.dropbox.com/sh/dlthf8vm4nuc3ry/jcDOS98Eo9
[BetterBatteryStats] chamonix:
Wuld you mind untick the advanced root options and provide another dumpfile?
[BetterBatteryStats] razen_kain:
:confused:...ok....
[BetterBatteryStats] Karpfenhai:
Thx Sven, looks better now:

Nice week to all of you guys.

Tapatalked from my Galaxy SII
[BetterBatteryStats] solidedgard:
So, i've taken few screenshots and uploaded a full dump(with logcat and other things) from today and a dumpfile only archive from yesterday

PS: Logcat from today is here

Now its charging, when it completes I will unfreeze everything and clean the most that i dont need

thanks for everything

Galaxy S I9000B - Saurom 2.3.6
[BetterBatteryStats] HassanM:
By any chance is it related to any process running at the back... I mean I've shut down some of the processes (also dubbed as safe to remove)...

By the way im on Omega Rom v11 w/ Perseus 7.2...

Plz suggest...
[BetterBatteryStats] gaich:
deleted
[BetterBatteryStats] chamonix:
I have a theory. The time a reference is saved is discrete and it save when bbs begins to save the reference.

Su operations are blocking and I have has situations where the operation took many seconds to perform, times two for Alarms and network.

That would result in a possible delay between reference creation time and data, potentially explaining a drift.

I am not sure but it's worth a try by just unthinking the preference so that root operations are not performed anymore
[BetterBatteryStats] chamonix:
The first dumpfile shows a drain of 0,4% per hour so there's nothing wrong with it. The second shows that you have been using the phone all along and is useless.

Please read the op for providing an idle dump.

And just to be clear. You are suffering from a drain when not using your phone right?
[BetterBatteryStats] chamonix:
Well shutting down / Freezing apps and service can potentially lead to that. If you have followed instructions on Freezing stuff that was agreed to be OK it's improbable though.

Could you please answer to the second part of my question: what happens after a reboot? Does the error come straight away of after a while?
[BetterBatteryStats] Xoib:
I don't remember with who I had a long discussion about that, but just to let you know that a higher heartbeat rate doesn't consume anything in term of battery.
[BetterBatteryStats] chamonix:
What do you mean with heartbeat rate? Are you talking about keep alive?
[BetterBatteryStats] Xoib:
Yes exactly. Empty (TCP packets with zero length) packets just to maintain a tcp socket open.

It's even better than re opening the socket later in term of battery, of course it depend of the use you make with this particular channel/pipe.
[BetterBatteryStats] KicknGuitar:
Just curious about the following since I have no Search Widget or that quicksearch thingy just regular Google Search when I tap on my magnifying glass button. (I believe Google Now is turned off)

com.google.android.googlequicksearchbox (): Wakeups: 3
Alarms: 3, Intent: com.google.android.googlequicksearchbox/com.google.android.velvet.VelvetBackgroundTasksImpl$Service

Thanks for the info.
[BetterBatteryStats] solidedgard:
oh sorry, i'm chargin now and will put it in idle for bout 3 hours like the op says

Answering, I'm having a drain on usage, I know that people with the same phone that mine can use for various hours, almost for 10 hours more like, but mine just holds 3-4 hours ...

And one thing that I noted yesterday: dont matter if I use wifi or use 3G or airplane mode, the drain is constant, the same ... looks like I am using 3G (but i'm using 2g of course)

I pray for not be a hardware stuff, cuz even on stock SAUROM with just the gapps and no app mine is this happening ...

Later I post the dump

thanks
[BetterBatteryStats] diveganesh:
kernel wakelock: "fuelgague-lowbat"

So...I bent the usb pinholder towards the center, cleaned it with an alchohol swab and rebooted...the kernel wakelock: "fuelgague-lowbat" disappeared and I have a bunch of battery back. Many thanks Karpfenhai. Now to sort out some more of them wakelocks, still losing some 5% an hour but this little fix has been great. Thanks again.
[BetterBatteryStats] chamonix:
Sure, the drain is zero when the phone is able to sleep between keep-alives. Of course on the other hand a wakup / keep-alive / sleep cycle made too often is not optimal neither. Take xmpp for example: a good keep-alive would be around 20 minutes (some servers support more) and a keep-alive every minute would be a waste.

I have started liking GCM instead of keep-alives though: basically GCM does a keep alive too bu the big advantage is that all CGM is tunneled through a "tunnel" and avoid multiple unsynchronized keep-alives to happen at an app level.
[BetterBatteryStats] mcshadows77:
Is there any problem with stats ?

text file: http://db.tt/3vHNmWR2

Thanks for the helping..
[BetterBatteryStats] Xoib:
That's were it become the problem, in fact in France for what I know, the routers provided from our ISP drop the TCP channel after 5min of inactivity. So I had to make the keepalive inferior to this time for Wifi. For cell towers it's more tolerable though. Standard from google is 15/28 min.

But yes, like you, I like GCM for push notification and transfer of little datas.