yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] bugsaci:
Yes im sure. REALLY SURE :D

I attach some new screen shot.

This my my last log.

Got that right after i woke up this morning. I don't do anything since it's unplug from charger last night.

Thank you and sorry for bad english.
[BetterBatteryStats] jeremysherriff:
OK. Not sure if I already asked, are you running 2G or 3G? If 3G, your cell signal strength might not be good - the "phone signal" bar is all yellow, there should be green if the signal is high (I think).

Anyway, looking at the stats and screenshot, your battery loss isn't terrible, but I see why you would want better. In my experience, that 10-12% loss in 5 hours is what I have seen on many devices using whatsapp. Without removing it, you may never get better battery. Could you disable it for one night, to see if there is a significant difference? Any messages would come through when you re-enable it.
[BetterBatteryStats] aLNG:
After fresh install new from, I have AudioOut_1 under partial wakelock. I'd that normal?
[BetterBatteryStats] jeremysherriff:
Yes. Disable sounds on soft-key haptic keypresses.
[BetterBatteryStats] LegendZenify:
http://db.tt/4FPcGWVm

My bbs log after uninstalling some unneeded apps, facebook, twitter and setting colorize widget poll to

4hrs.

Anymore stuff I can do to improve my battery life?

Sent from my Galaxy~
[BetterBatteryStats] jeremysherriff:
Ouch dude that's nasty drain. Sorry, I don't see anything that might help. What's your cell signal strength like? It might be radio-related rather than app or kernel..
[BetterBatteryStats] claudioita:
This is my dump file and my story.

I have a Samsung Galaxy S2 always worked perfectly through many custom ROM (many version of Litening, recently Ultratoxic 8.1). All the time without hard resetting, without wiping, and everything was fine.

Then 2 days ago I installed Litening ICS and problem started with an abnormal battery drain.

At that point 1 day ago following suggestions I did a factory reset and reinstalled Litening ICS (without wiping, no need right??).

The battery drain was even worse. Yesterday night I did a full charge and left all night the phone idle (but bluetooth on, wifi on, 4 gmail account with kaiten mail with default settings, this is my usual setting). From 11PM to now 10am I am left with 10%

Yesterday I installed Betterybatterystat and attached is my dump file. Any suggestions?
[BetterBatteryStats] claudioita:
sorry this is the correct dump file (since charged)
[BetterBatteryStats] aashgaur:
First of all thanks for this great app.

heres my dump file !! plz. help :)
[BetterBatteryStats] yhrn:
Search this thread and you'll find a lot about it. NetworkLocationPassiveCollector does not happen when some app is requesting your location. I think it's Google collecting info on wifi networks relative to cell towers to be able to provide more accurate location using wifi and cell towers when GPS is not available. A while back (around Maps 6.0.0 I think) NetworkLocationPassiveCollector went bananas but for me it's was mostly resolved by some Maps update a while ago.

If you disable network "Use wireless networks" under "Location and security" it will go away but you'll not be able to get any location info unless on GPS.
[BetterBatteryStats] strongst:
Do what we suggest, turn off location scanning and test. If it won't bring a positive effect, turn off location at all and test. Same usage scenario if possible to compare. You need to break it down :good:
[BetterBatteryStats] lklaus:
Already doing it :). And it is network based location. So now I'm researching what toggled it .. los or some app update.

Different question. What pointed to location services in the dump? Or was it general experience?
[BetterBatteryStats] strongst:
Experience: when you're on the go(you mentioned it on first question), then it's most likely some app is polling location services.
[BetterBatteryStats] Oswald Boelcke:
Sir, you mentioned that you already know the culprit. May I politely ask to share this information unless privacy prevents. Probably or better hopefully, some experience with that application might already be available.
[BetterBatteryStats] DB126:
Earlier post suggests augmented location services (derived from cell/wifi) but that is likely an enabler vs root cause. Interesting to see how this plays out.
[BetterBatteryStats] lklaus:
Up to now I know it's location services, as [MENTION=5488402]Davey126[/MENTION] pointed out. If i happen to detect the root cause that's causing it since around ten days, I'll sure let you know!
[BetterBatteryStats] Oswald Boelcke:
From your dump I know that you've a very decent app portfolio that includes quite a lot of applications I use or would use but not all; however that's our own choice gratefully. Has one of your apps that are granted to access location been updated ten days ago? Occasionally, apps are poorly coded as well all know but same applies to updates that are released. If you've a suspect are you able to restrict it not to access location or to freeze it and evaluate your drainage afterwards? We all know there are different permissions to access location involved: course, fine, GPS, and one that probably translates to "access location with high power consumption" equals to "

[FONT=&quot]android.permission.ACCESS_[/FONT][FONT=&quot]LOCATION_EXTRA_COMMANDS". The latter can't be control via ROM settings or e.g. AppOpsXposed but probably by ADB. Maybe one of your apps received an update that now includes this permission and additionally continues to run in the background?[/FONT]

[FONT=&quot][/FONT]​

https://developer.android.com/refer....String, java.lang.String, android.os.Bundle)

https://groups.google.com/forum/#!topic/gpstest_android/uCq9ff9re7Q
[BetterBatteryStats] lklaus:
Well, i guess i really could get rid of a few apps. But most of the time i think, i could need them again...

But i went through permissions again, and removed a few rights to apps i needed last holidays... Let's see how this works out, as unfortunately the update history in Google play was pruned.
[BetterBatteryStats] murti52:
Hi all, any reason why the stats remains at unplugged with wrong percentage..? It doesn't reset to charged, or boot or anything... Can anyone tell me why it is happening..?
[BetterBatteryStats] Oswald Boelcke:
Probably, but I don't know. However, from my point of view just too little information to start...
[BetterBatteryStats] murti52:
Okay, what else info is needed. .?

Device : OP3T

OS : official 5.0.6 (8.0)

Kernel : bluespark

Mode used : Xposed and magisk

BBS Version : 2.4-265

I could provide bbs dump as well... Or any other logs required..

Thanks for the help. :)
[BetterBatteryStats] Oswald Boelcke:
I really apologise; I don't have any experiences with Oreo (or Pie) as I intentionally stay on Nouget for quite a few reasons. My only initial ideas are, but I'm convinced you did that already, to uninstall and fresh install BBS (I'm also using v2.4-265) and to enable Watchdog to check if "screen off" and "screen on" are available.
[BetterBatteryStats] annoyingduck:
Can you add an option to manually check for root in order to trigger a SU request? Everytime I update my rom & re-root I have to uninstall the app and reinstall it in order to get it to recognize root again. Running Pixel 2XL. I have to uninstall magisk prior to flashing an update, then reflash magisk. Kind of frustrating that there's no way to get BBS to re-recognize root without uninstalling/reinstalling, which causes me to lose all my settings and previous stats. Thanks
[BetterBatteryStats] DiamondJohn:
If you do a standard dirty flash (ie do not wipe system partition), it is all handled by the standard ROM install process.
[BetterBatteryStats] DB126:
Same behavior as most other apps that request root permissions. I see little value in adding such a 'toggle' to appease the 1% crowd (flashoholics).
[BetterBatteryStats] soilentgreen:
Hi,

so I'm with 6 day old battery on note 8 and I like to ask a few questions:

1) does new battery need a few charging and discharging cycles to "Make the best of it"? I ask becuse although the stats seems to be fine, it looks like the battery drain too fast when I use it. I get 3-4.5 screen hours and after 24 hours Im with 25-30%. In my old battery I got 1.5 days. In "phone info samsung" app, the health is 95% and it was after 2 charging (will battery reset affect the healh battery percentage?). All this health apps can be trust or it nonsense?

Can it be my new battery defect (I replace it with authorized importer co.)?

2) I run 2 BBS:

with google "body sensors" I got [0.8%/h] :

Sensors ========== (Google Services): Sensor: LSM6DSL Acceleration Sensor(7), wakeup=false, Time: 13 s Sensor: SAMSUNG Significant Motion Sensor(21), wakeup=true, Time: 7 h 33 m 52 s (Android System): Sensor: Grip Sensor(6), wakeup=false, Time: 1 m 40 s Sensor: LSM6DSL Acceleration Sensor(7), wakeup=false, Time: 5 s Sensor: TMD4906 Proximity Sensor(14), wakeup=true, Time: 1 m 39 s Sensor: SAMSUNG Significant Motion Sensor(21), wakeup=true, Time: 3 m 53 s (UID): Sensor: TMD4906 Proximity Sensor(14), wakeup=true, Time: 0 s

with google "body sensors" disable I got [0.5%/h] and:

Sensors

==========

(com.whatsapp.WhatsApp): Sensor: LSM6DSL Acceleration Sensor(7), wakeup=false, Time: 7 h 35 m 43 s

(Google Services): Sensor: LSM6DSL Acceleration Sensor(7), wakeup=false, Time: 0 s

Sensor: SAMSUNG Significant Motion Sensor(21), wakeup=true, Time: 7 h 20 m 34 s

(Android System): Sensor: LSM6DSL Acceleration Sensor(7), wakeup=false, Time: 0 s

Sensor: SAMSUNG Significant Motion Sensor(21), wakeup=true, Time: 14 m 31 s

I just like to know why after I disable google sensors, WhatsApp "suddenly" appear?

Thanks for the help.
[BetterBatteryStats] DB126:
There are few truly "new" batteries for older devices regardless of when and where purchased. More likely an OEM that has been on the shelf for awhile. Third party replacements are usually junk.

0.5%/hr (average) idle drain is typical for a Sammy tab. You can best that by another 0.1% or so with extensive tweaking which probably isn't worth the effort. As for "screen on" time, experiences/testimonials are highly subjective and largely outside the scope of this thread as it is currently serviced. Turn down the brightness, be mindful of location services and look for background abusers which are almost always the culprit. Good luck.
[BetterBatteryStats] soilentgreen:
I will.

Thank you for your replay.
[BetterBatteryStats] chamonix:
I started working an 2.5 today. This release will focus on moving to targetSdk=26 as gplay forces me to do so. If you want to help me test this release please uninstall BBS and re-install it as there are many changes required by targetSdk=26 related to explicitely requesting for permissions. Other changes are related to how event-handling works as targetSdk=26 deprecates a lot of background handling, e.g. the way we used to handle plugged/unplugged events,

Long story short: there may be some regressions in this release so please be patient.
[BetterBatteryStats] deitrich:
I received an email with the update. I will test it and let you know.

Wysłane z mojego RNE-L21 przy użyciu Tapatalka
[BetterBatteryStats] paolocorpo:
I received an email with link to update ... Two times today ;)

I will try it soon

Inviato dal mio Mi A1 utilizzando Tapatalk
[BetterBatteryStats] dingsaller:
[MENTION=1330150]chamonix[/MENTION]; latest beta 2.5-271(95) seems to be ok so far, thx for your work !
[BetterBatteryStats] paolocorpo:
Dear developer,

I have not uninstalled previous version before reinstall last version pushed by email

Have I to repeat the process ?

Inviato dal mio Mi A1 utilizzando Tapatalk
[BetterBatteryStats] m0han:
how can people not using play store (read gapps) get the latest beta? thanks in advance for any link.
[BetterBatteryStats] dingsaller:
[MENTION=4620757]m0han[/MENTION]

....read the OP please - you can get the current test release of BBS xda edition using hockey app
[BetterBatteryStats] Caroys:
hello,I need help,I don't know why my phone consumes so much during the screen off.（about 9 hours,power fell from 99% to 87%.）

I try my best to find out why, but to no avail,and on my phone, the contents of the BetterBetteryStats display look normal,I don't see any abnormalities.

Thanks so much!

Dump file download Link:mega.nz/#F!zKQBhQ6C!fUnPYPHuqZw9tiUwgRvdpw
[BetterBatteryStats] TNSMANI:
I only see a dmesg file and not a dump. Further I can't read Chinese to enable me to open it.

Rather than a dmesg file, please post a dump as per OP and post it in a place which uses English.
[BetterBatteryStats] Caroys:
Thanks for your help!

I repalce the Link,this site is multilingual,is this okay?

https://mega.nz/#F!zKQBhQ6C!fUnPYPHuqZw9tiUwgRvdpw
[BetterBatteryStats] maybeme2:
Is there a way to turn off data (T-Mobile) when a home wlan is available? Would that make any difference to battery use?

Thanks.
[BetterBatteryStats] TNSMANI:
Excepting the below usage, I don't find any reason for your battery to drain as it does.

Sensor: Significant Motion Detector(24), wakeup=true, Time: 9 h 5 m 24 s

Check any settings which you have enabled which can be the reason for this.

Apart from that, the network stats is blank, so I don't know whether any downloads happened during sleep.

How is your mobile signal? If it is iffy, it can drain battery. And how old is the battery?

Let the experts also comment after seeing the dump.
[BetterBatteryStats] Damoedge:
Hi all,

I have noticed an alarm that's within com.android.google.gsm and it is making an alarm nearly 4 times per minute, it's coming from android.chimera ?

How can i disable this or does it really affect my battery life?

In fact are alarms different to wakelocks? Do they use up battery?

Please see screenshot attached and if anyone could help me out with this... Thank you all ?
[BetterBatteryStats] strongst:
You can make it with Tasker for example or your rom has an functionality for that, but it's only necessary when you want to turn off the sim card at all. Besides the wifi will be used instead of mobile data in general, so I don't get you with your question :rolleyes:
[BetterBatteryStats] giaur:
It keeps throwing error message my api is incompatible on Android Pie. Pretty annying how to mute it?
[BetterBatteryStats] Caroys:
oh,I forgot to add:I enable the airplane mode,so there is no mobile signal.

and about"Significant Motion Detector"......maybe it's the "ambient display"?

I'll disable it,and make a process again,I Hoping the bettery be better.
[BetterBatteryStats] TNSMANI:
For any meaningful study of battery drain, wifi and sim have to be in enabled state. An airplane mode dump may be required for establishing the baseline drain but it is the dump taken with wifi and sim enabled that will show the true picture. This is because, normally they remain enabled during the night when the phone sleeps unless you are one of those who switch on airplane mode while going to sleep.

EDIT:

Also answer the other questions in the previous post when attaching the new dump.
[BetterBatteryStats] theincognito:
Had the same issue. Manually allowing permissions to phone and storage, for the app, fixed the issue.
[BetterBatteryStats] Oswald Boelcke:
I'm not using GApps and have my own opinion about Google therefore unable to comment on these alarms. Regarding wakelocks and alarms: I assume when you read the OP prior to posting you overlooked the good explanation there...
[BetterBatteryStats] krkhaha:
Old release was much better. Now I have some bugs all the time "force stop" or something. Where can I find older version?
[BetterBatteryStats] Oswald Boelcke:
Check OP...
[BetterBatteryStats] krkhaha:
I know there is version 2.3 I want 2.4 was work good. Version 2.5 it's really buggy.
[BetterBatteryStats] chamonix:
I would of course rather that you actively report (see op) on any bugs in 2.5 instead of going back to the old version as this does not help me in my work.
[BetterBatteryStats] DiamondJohn:
But even more importantly, help the rest of us having a bug free app ;)
[BetterBatteryStats] strongst:
Just save a dump file before you reboot and you have your stats you achieved.
[BetterBatteryStats] chamonix:
I wish I could fix that. Unfortunately all stats that android collects and bbs leverage get lost at boot and apps do not receive any even prior to boot that I could you to literally save the data.
[BetterBatteryStats] DiamondJohn:
I will take a guess, without ever seeing Gsam, that they are using

dbcc batterystats;

which contains a hell of a lot of info, and I think it survives a reboot. But obviously not the same stats as used by BetterBatteryStats.
[BetterBatteryStats] DB126:
BBS and GSAM serve different audiences; they are not competitors. Use the one (or both) that satisfies YOUR interests without regret. As for the dump, me thinks not - although BBS appears to maintain it's own summarized repository of historical information.

Some fuss over GSAMs background process. Meh; only concerning to those who see muddy waters in a clear pond. More than a few of those lurking in XDA 'optimization' threads.
[BetterBatteryStats] chamonix:
You are right, bbs stores data snapshots at certain events, to speed up calculating the different views from/to, but does not actively collect stats as I am a believer of passive monitoring. Aside from that there is no magic and if I could find a way for BBS to get called before the phone boots I theoretically close the gap. Of course there is some complexity involved, eg discarding stitching stats if you left you phone off for a week.
[BetterBatteryStats] maybeme2:
My wife's phone battery use is driving her crazy and I can't figure it out. Left unplugged and untouched all night it will sometimes lose very little battery by morning (0.7% per hr!). No complaints there!

Other times, at the same location and same phone, it will burn through a lot of battery during the night like in the attached bbs dump where it went from 98‰ to 74% for no reason I can figure out.

Any suggestions as to what is causing this and what I can do to help?

Thanks.
[BetterBatteryStats] kmarc33:
attached dump?
[BetterBatteryStats] maybeme2:
Sorry. Forgot to attach.
[BetterBatteryStats] TNSMANI:
The major culprits seem to be wifi and mobile signals. Your wifi was not connected always to the phone necessitating the mobile data to switch on/connect. Your mobile signal also was not great but only moderate the entire time. All these contribute to the drain. Reset the wifi modem and also relocate the phone elsewhere in the house where the mobile signal is better, if possible. If wifi doesn't improve, check whether other devices (phones, tabs, printers, pc, laptop etc) are also connected to it. If so, switch off wifi in the other devices and take another dump.

Location was set to on. Do you require location on even during sleep? Widget updates were another reason. Reduce the number of widgets requiring constant updates or lengthen the duration of such updates.

Google Search was another culprit. Do what you can to reduce its alarms if you require it.

The significant motion sensor was on for almost two thirds of the time. Check any app which you have enabled and which can cause this.

But I am unable to say anything on why the drain happens only on some days and not on others. May be there were no other devices using the wifi or the mobile signal was better on those days. (At my home which is hardly 30 meters from the tower, the signal varies considerably and the ISP is not concerned despite my complaints).
[BetterBatteryStats] maybeme2:
Thank you very much for the detailed analysis. I will work on it. Much appreciated.
[BetterBatteryStats] Masinac:
Hi guys, I'm not experiencing some huge battery drain, but for some reason phone never goes to deep sleep and I'm not sure what is causing that. Maybe you guys can help me.
[BetterBatteryStats] paolocorpo:
Hi guys,

BBS 2.5.2-274

I am on Xiaomi Mi A1 stock 8.1.0 +Magisk 17.3 + Moun Kernel 6.2

BBS stops few seconds later every boot

I receive back a simple error message

Is there some workaround ?

Thanks

Paolo

Inviato dal mio Mi A1 utilizzando Tapatalk
[BetterBatteryStats] strongst:
Something triggers your Bluetooth connection more than 7h. Even with connected Smartwatch all the time the Bluetooth hal wakeup should not be some hours, only some seconds.
[BetterBatteryStats] Masinac:
Yea, I saw that hal_bluetooth_lock, but I didn't know what it was. Thank you for examining my dump file, I will start eliminating apps that use bluetooth one by one until I find one responsible for this.
[BetterBatteryStats] yochananmarqos:
You didn't even bother to tell us what the "simple error message" was. How are we supposed to help?

Logs will help the developer solve the issue so a "workaround" is not required.
[BetterBatteryStats] paolocorpo:
Thanks

The message on boot is simple:

BBS has interrupted

without any other detail

I will provide a log

Paolo

Inviato dal mio Mi A1 utilizzando Tapatalk
[BetterBatteryStats] paolocorpo:
Hi guys,

BBS 2.5.2-274

I am on Xiaomi Mi A1 stock 8.1.0 +Magisk 17.3 + Moun Kernel 6.2

BBS stops few seconds later every boot

I receive back a simple error message

I attache here the log

Is there some workaround ?

Thanks

Paolo

Inviato dal mio Mi A1 utilizzando Tapatalk
[BetterBatteryStats] Oswald Boelcke:
hal_bluetooth_lock is a kernel wakelock that might be hard to fight except by flashing a different kernel if available for your device. I also searched the web for hal_bluetooth_lock and found e.g. a report that someone reported to have "caught "hal_bluetooth_lock" kernel wakelock (100% of time) after using Mi Fit on Mi 8 SE". This might make sense after reading the explanation for the "HAL interface". I hope you succeed in the exploration of all Bluetooth related apps.

And just one more thing to confirm please: Is "Bluetooth Scanning" disabled in ROM settings => Location (please refer to attached screenshots)?
[BetterBatteryStats] Oswald Boelcke:
I apologise I didn't check the log you attached. Simply too large (and I hope you sanitised it from personal information).

Just another question as I experienced similar issues occasionally in the past and not only with BBS: Do you use any type of custom theme? For me, occasionally the UI of apps crashed when they got poorly themed.
[BetterBatteryStats] paolocorpo:
Yep ... probably the issue started when I started to use EVIE Launcher

Could be it possible a relation between the two things ?

How can I santise my log file ? it si very ... strange to me ...

Where are and which are the personal info that I have to delete ?
[BetterBatteryStats] Masinac:
Thank you for detail explanation.

I can confirm that Bluetooth scanning is turned off.

Edit: I saw that there is a newer version of ROM available, so I will most likely flash it and hopefully I won't have same problem.
[BetterBatteryStats] Oswald Boelcke:
Certainly possible that a launcher interferes with the correct launch of an app's UI. Did the issue with the BBS' FC occured from the very beginning or only after you installed Evie or one of its updates? But it should be easy to test it; just freeze (or uninstall) Evie and use the ROM inherent launcher and check what happens when you now launch BBS; just to set another launcher then Evie as the default launcher might actually be sufficient for the test.

I come back to you in another thread soon as this deems me to be too much off-topic for this thread. But you were clearly right to provide a logcat if an issue like yours occurs. As said I only had a very brief look as it was simply too large for me but e.g. I immediately recognised your email address. Did you want to share that with everybody who's access to XDA? I didn't dig further into possible phone numbers, IP or MAC addresses etc. Don't be afraid passwords should have been contained. But I'm glad to see that you already removed the file, just add it again when you've familiarised yourself with the topic. As said, I'll come back to you at a different location soon.