yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] Mandraker64:
Hi strongst, posted in the RR rom thread, so far no answer. But on this quest to solve the deep sleep issue, I now installed AospExtended ROM V5.5 with Opengapps (pico). This rom gets to deep sleep, not as much as it should do, but it's way better then RR. I provided a dumpfile, would you be so kind and have a look at it? Thanks, again!
[BetterBatteryStats] strongst:
Thanks for the dump. Now it's clear that it was the rom preventing your device from entering deep sleep.

The dump file contains no wakelocks at all, very strange... In general there's very less activity to read from. But considering you have a oneplus one which can be 4 years old it's maybe also a battery problem.
[BetterBatteryStats] Mandraker64:
Thanks again! I had the battery replaced some 6 months ago, but that doesn't mean it's good. I can't wrap my head around the fact that with stock CM 13.1 rom the deep sleep works fine and battery life is decent. I see a sensor that is active (?) for 1 hour and 44 minutes, but I guess it's hard to find out if that's the culprit, or what sensor it is, right?

sensors.qcom (0): Uid: 0 Sys: 1 h 44 m 12 s Us: 1 h 16 m 4 s Starts: 0
[BetterBatteryStats] strongst:
Maybe it's an app that won't stop using a sensor and going roque.
[BetterBatteryStats] Mandraker64:
I got advised by a member called zazzeck that "pocket detection" might be the culprit. It was set to on and I switched it off, so far I got 66% deep sleep. Looks this is the one that keeps a sensor active.

That simple huh? :rolleyes:
[BetterBatteryStats] strongst:
Pocket detection indeed uses a sensor. The proximity sensor on the front of your device which also turns off the display while calling at ear.
[BetterBatteryStats] andybones:
OG Post

I know this is an old post, but just wanted to say thank you, it's really helped my battery life be even better!
[BetterBatteryStats] Vahooli:
guys, adb for unrooted phone doesnt effect on OTA update?
[BetterBatteryStats] DB126:
Yep - there are multiple paths to the same end. I prefer a 'lite' touch on Android 6+ which yields roughly the same battery endurance profile (<0.5%/hr avg idle drain on multiple devices) without going after alarms/wakelocks/services/etc. Of course, if your goal is something else then there is no shortage of knobs and dials to turn.
[BetterBatteryStats] gFknQ:
I followed this from another thread. What exactly are you trying to analyze? And how can I help? When I clicked to share dump files I got a force close
[BetterBatteryStats] gFknQ:
How do you make it black?
[BetterBatteryStats] murti52:
Settings - switch themes - black
[BetterBatteryStats] gFknQ:
Seems simple enough, but no go for me. Everything else can go black, but not main screen, just that ugly(sorry dev) grey
[BetterBatteryStats] strongst:
Who do you mean?
[BetterBatteryStats] gFknQ:
Followed thread from "Extreme battery" thread

an landed here. Wasn't sure if this was something you were trying to review and research, but if so, I'd like to help. Yes, I read OP and several pages back, but it's sporadic info. Anyway, if I can contribute data, will do. But like I said, sharing button crashes app for me
[BetterBatteryStats] strongst:
Have you tried reinstalling the app? What version do you have? Permissions are already set?
[BetterBatteryStats] gFknQ:
Had playstore paid 2.3.247. But just installed xda version .248.

Same result on both. No problem. Everything else in app works
[BetterBatteryStats] Dreamer(3MF):
Try The Following Modules For Magisk

- Clear Dalvik Cache (Advanced Dalvik/ART Cache Cleaner)

- Clear Google PlayStore With Services Data (Advanced PS-GMS Data Cleaner)
[BetterBatteryStats] Mandraker64:
Hi strongst, and others,

Battery is way better then it was, pocket detection was the battery killer obviously. Now the battery drains a little over 3% per hour overnight. Is this because of the no data and unknown signal?

Battery Info

============

Level lost [%]: Bat.: -20%(100% to 80%) [3,1%/h]

Voltage lost [mV]: (4212-4045) [25,9%/h]

===========

Other Usage

===========

Deep Sleep (): 6 h 23 m 53 s 99,0%

Awake (Screen Off) (): 3 m 23 s 0,9%

Screen On (): 33 s 0,1%

Wifi On (): 6 h 27 m 50 s 100,0%

Wifi Running (): 6 h 27 m 50 s 100,0%

Doze Interactive Time (): 31 s 0,1%

Doze Idle Mode Time (): 6 h 12 m 41 s 96,1%

Sync (): 0,0%

No Data Connection (): 6 h 27 m 50 s 100,0%

No or Unknown Signal (): 6 h 21 m 21 s 98,3%

Poor Signal (): 1 s 0,0%

Moderate Signal (): 3 m 23 s 0,9%

Good Signal (): 3 m 4 s 0,8%

Screen dark (): 2 s 0,0%

Screen medium (): 30 s 0,1%
[BetterBatteryStats] strongst:
Good to hear but yes, obviously there's 98.3% no signal. So the drain is higher as I explained before when your device searches all the time for a signal.

I don't know which impact the Spotify sensor usage has(over 6h) cause I don't use Spotify, but imo it's cause of no signal.
[BetterBatteryStats] Mandraker64:
I see what you mean, I will see what I can do with it and get back on this, thanks strongst!

Sensors

==========

(com.spotify.music.Spotify): Sensor: Linear Acceleration(30), wakeup=false, Time: 6 h 27 m 50 s

(Android-systeem): Sensor: LIS3DH Accelerometer(0), wakeup=false, Time: 38 s

Sensor: Significant Motion Detector(47), wakeup=true, Time: 45 m 34 s

Sensor: TMG-3993 IR_Gesture & Proximity(48), wakeup=true, Time: 0 s
[BetterBatteryStats] Ganapatya:
12 hours WhatsApp sensors running is normal? It is the accelerometer.
[BetterBatteryStats] strongst:
Depends...
[BetterBatteryStats] Ganapatya:
Can be disabled accelerometer service?
[BetterBatteryStats] Mandraker64:
I force stopped Spotify, battery drain is now 1,6% / hour. I don't think it's going to get any better, unless you spot something in the dumpfile that could need some attention :)

Battery Info

============

Level lost [%]: Bat.: -10%(100% to 90%) [1,6%/h]

Voltage lost [mV]: (4237-4116) [19,4%/h]

===========

Other Usage

===========

Deep Sleep (): 6 h 11 m 21 s 99,2%

Awake (Screen Off) (): 2 m 10 s 0,6%

Screen On (): 53 s 0,2%

Wifi On (): 6 h 14 m 25 s 100,0%

Wifi Running (): 6 h 14 m 25 s 100,0%

Doze Interactive Time (): 52 s 0,2%

Doze Idle Mode Time (): 5 h 58 m 19 s 95,7%

Sync (): 1 s 0,0%

No Data Connection (): 6 h 14 m 25 s 100,0%

Poor Signal (): 5 s 0,0%

Moderate Signal (): 6 h 14 m 14 s 100,0%

Good Signal (): 5 s 0,0%

Screen dark (): 0,0%

Screen medium (): 52 s 0,2%

==========

Sensors

==========

(Android-systeem): Sensor: LIS3DH Accelerometer(0), wakeup=false, Time: 32 s

Sensor: Significant Motion Detector(47), wakeup=true, Time: 0 s

Sensor: TMG-3993 IR_Gesture & Proximity(48), wakeup=true, Time: 0 s
[BetterBatteryStats] TNSMANI:
See the explanation of the OP regarding signal HERE

Since your wifi was on all the time, there was no mobile data connection for 100% of the time. But there was no or unknown mobile signal (how Android reports) for 98.3% of the time. This means that there was excellent mobile signal (though data was off) for 98.3% of the time and good signal for 0.8% of the time and moderate signal for 0.9% of the time. So though you have a signal issue, it is not for 98.3% of the time but only for 1.7% of the time, in other words negligible. If you have any doubt, switch your wifi off and enable mobile data and repeat the test. (Be aware that mobile data will increase your drain).
[BetterBatteryStats] Mandraker64:
Thank you for the explanation tnsmani! I will see what happens with the WiFi off just to see the difference.
[BetterBatteryStats] strongst:
He has a signal problem, we figured that out already, see the previous posts https://xdaforums.com/showthread.php?t=1179809&p=76541451 with logs attached. There you see it's poor overall and. That it's not visible cause of wifi is active is true, but it's there :rolleyes:
[BetterBatteryStats] DB126:
Not always. Depends on device (SOC), kernel, signal quality, type and quantity of data being transferred, etc. I enjoy good mobile and excellent WiFi at my primary residence. Disabling the WiFi radio generally yields a lower drain rate on my current and previous phones depending on activity. That said, I usually keep WiFi enabled 7x24 as performance is better and traffic doesn't eat into our data plan.
[BetterBatteryStats] strongst:
True, especially if you have very good LTE coverage on higher frequencies.

At home I have bad coverage and only get EDGE/GSM Which drains more than my wifi. But in the City with LTE the drain is even better than my home wifi.
[BetterBatteryStats] TNSMANI:
I know and I had also participated there. I agree the previous dumps showed severe drain due to signal issues. However, the current one shows what I extracted in my previous post. I don't know what caused it to become better, it may be the change of firmware or a one off freaky reading but the current dump shows better signal and less drain due to it. I was commenting only on that and also explaining that no or unknown signal for 100% of the time doesn't mean that there was no mobile signal at all for 100% of the time, as explained by the OP repeatedly in this thread.

A couple of repeated tests and dumps will establish whether the signal has really become better or it was a freak reading.
[BetterBatteryStats] Aas hi sh:
Any idea how to stop it causing wake locks?
[BetterBatteryStats] DB126:
Why? Any evidence the wakelocks are impacting device performance and/or reducing battery endurance?

GTG detected a random heartbeat! Really don't know what it does or why it's there but have to see if it can be suppressed. Maybe Amplify can help ... :rolleyes:
[BetterBatteryStats] Ramanjit81:
Can someone help me in eliminating these gms alarms, please?

I want to disable the heartbeat monitor and other things add in don't use them at all.

I've been having a lot of battery issues with a new battery and a newly installed Samsung original ROM 6.1 for note4 N910F. I have magisk v15 installed and Greenify module installed as well but that hasn't helped much either.

I have also tried leaving the phone turned on airplane mode throughout the night and noticed that the drain was less than 1% over 8 hours so I inferred the battery was fine but the ROM / apps are hogging the battery.

I don't want to move to lineage for two primary reasons - camera performance and stability is much better with the Samsung ROM so if only the battery drain can be fixed, it'll serve me perfectly.

The logs in the zip file can be accessed from the following link.

https://www.dropbox.com/s/spa8y0g11r3wz8t/0.zip?dl=0

Look forward to your kind assistance.
[BetterBatteryStats] strongst:
Your bbs dump file is useless cause you have a positiv drain which is cause you charged your device while recording the stats. Please read OP how to take a useful dump file. :good:
[BetterBatteryStats] Ramanjit81:
Thanks for the prompt response. will revert with the correct one after a few hours.

Sorry for the inconvenience.
[BetterBatteryStats] jrbmed08:
I recently had to send my phone in for repairs and of course had to start fresh from a factory reset. I'm now only getting partial alarm stats in BBS v2.4-256 via Hockeyapp. See screenshot...The number of wakeups per hour and relevant apps show up, but not the specific alarms. All permissions have been granted via ADB and phone is unrooted. There does not seem to be an option to use API for alarm data like there was on previous versions of BBS, and I believe that's how I accessed alarm data in the past, though I'm not sure.

Is my best option to revert to a previous version? Which version is the latest that included the alarm API option?

Xperia XZ1 compact on latest Customized UK firmware (8.0), unrooted with locked bootloader.

Edit: Actually I just found the latest version that still had the API option but it didn't work. Anything else I can do to start getting full alarm data again?
[BetterBatteryStats] u81:
Overnight (7hr) drain of 1% per hour. ( WiFi, data and sync on + screen off)

Can someone help reduce this further.

I'll post the logs for the day time in a few more hours.

Logs are at

https://www.dropbox.com/s/spa8y0g11r3wz8t/0.zip?dl=0
[BetterBatteryStats] strongst:
Your mail sync held the device awake(Gmail) its like every mail app, push or scheduled poll times keeps the device awake.

On the other hand: you have a note 4,thats old. How old is the battery? And which rom you have installed?
[BetterBatteryStats] u81:
Hi,

Thanks for the prompt response.

I have a Samsung Note 4 N910F, stock ROM 6.0.1 (safe debloat)+ latest Bootloader + Modem, with Magisk + Magisk Greenify.

I have purchased genuine Samsung battery (so I believe) about 1 month ago.

I don't receive many emails, definitely not checking them during night, any chance to help with the wakelock at night time, at least.
[BetterBatteryStats] strongst:
You can turn of sync over night or go to flight mode(best option). Gmail uses push out of the box, so if you receive an email or not, your device will be hold awake for specific time intervals.

Otherwise it's not possible to receive mails, when your mail program isn't reachable ;)
[BetterBatteryStats] DB126:
- 9+ min of 'screen on' time distorts the data; hard to identify true culprits

- lots of data hungry 'social' apps: facebook, gmail, whatsapp ...

- some difficulty with WiFi signal but can't tell when it occurred

- appears location services may have been active; consider disabling

- older device; battery has likely seen better days

- use Greenify to quite busy apps while sleeping; a 'lite' touch is best

Summary: nothing stands out. Greenifying email and social media apps may offer some mild relief. Battery age and app portfolio are greatest influencers IMHO. Taking stronger action will likely no yield significant improvement and will almost certainly have a lousy ROI. :)
[BetterBatteryStats] strongst:
Battery is one month old, so if it is genuine Samsung part it should not be a problem.
[BetterBatteryStats] DB126:
Gmail push can be disabled in settings. With that config a manually refresh is needed to receive new mail. Easy to do (over scroll message list) and pretty fast too. Often a better option than Greenifying Gmail or disabling sync for low volume users.
[BetterBatteryStats] strongst:
Yeah that's true, but maybe he don't want manual refreshing if you need to receive mails instant. I mean disable sync in general over night when he don't want to receive anything to prevent unnecessary wakelocks.
[BetterBatteryStats] DB126:
Be shocked if replacement was new even if tagged 'genuine' unless shared across multiple devices. Date code (if decipherable) will reveal age.
[BetterBatteryStats] strongst:
In such cases you can only measure the true capacity that was charged to the battery(DMM or USB charging plug)
[BetterBatteryStats] DB126:
Yep - good to have choices. In my world I do not care to take an overt action each night/morning and generally avoid timed automations as my schedule varies. I do use screen off (and a few other) triggers for some actions but generally find keeping things simple yields a happy device and leaves more time for RL. Pick your poison. :)
[BetterBatteryStats] u81:
I've been trying to verify the authenticity of the battery but don't really know how.

Can you please point me where/ how to verify if the battery sold to me as brand new original Samsung battery is indeed so....
[BetterBatteryStats] DB126:
If not purchased directly from Samsung it is likely old/repurposed stock. There is usually a date code stamped on the battery but I wouldn't put too much faith in that...if you can decipher it. Not worth worrying about IMO. Already purchased/installed. 1% average hourly idle drain on older hardware is not horrible given your app portfolio. Enjoy your device and the good things it brings.
[BetterBatteryStats] Mandraker64:
I have a 1% / h overnight drain, what I did was install Tasker and when Tasker sees a "Cell Near" it enables WiFi and disables mobile data with an exit WiFi Off enable mobile data. This works great. But.. Is Tasker making the battery drain that 1%? I don't see that in the dumpfile. What am I missing going over the dumpfile?

I seriously need more sleep according to the dumpfile, but that's a completely different discussion :p

============

Battery Info

============

Level lost [%]: Bat.: -6%(100% to 94%) [1,0%/h]

Voltage lost [mV]: (4264-4189) [12,9%/h]
[BetterBatteryStats] strongst:
Line 54 and 211 you'll find Tasker :good:

The mobile signal coverage is always bad/moderate even when you're not using data over mobile. That drains the battery. If it's only the signal quantity in your case, maybe. The Franco kernel you're using? Maybe you can test another kernel...
[BetterBatteryStats] jukyO:
Guys, help needed. LOS15.1, OPT.

See 1st screenshot, PowerManager service and powermanager display are using most of battery

However, in partial wakelock, it shows bit of drainage, see also screenshot.

How to find what causes it? TIA.
[BetterBatteryStats] yarpiin:
These always will be there , they are responsible for Power Managment - as name says . There is nothing to worry about.
[BetterBatteryStats] strongst:
PowerManagerService.Display is the display wakelock itself. Using the display(screen on) causing a wakelock cause your device can't go to deep sleep.

PowerManagerService.WakeLocks is the summary of all wakelocks most of them you can find on the partial wakelocks page.

The 2nd screenshot shows that TeamViewer is holding your device awake, most likely while it's running an active session?
[BetterBatteryStats] Mandraker64:
Thank you strongst, not sure if another kernel will help. The mobile signal in my home is crap, i have none in my kitchen and through out the rest of my home its just bad. Maybe I need to learn that 1% drain is something I should live with.
[BetterBatteryStats] strongst:
I too have bad signal(edge speed) in my house, that's why my idle drain is mostly 0.7-1%. I have to live with it, therefore I turn on flight mode during sleep time(I don't need to receive anything, I want to sleep :good:).
[BetterBatteryStats] Mandraker64:
I'm going to make Tasker turn on flight a certain nightly hours, I too want to sleep :o
[BetterBatteryStats] NemosNemos:
First of all,

thanks for this thread, which is so useful.

I've been experiencing severe battery drain on my new Huawei P20 Pro, so today I installed BBS to monitor the battery usage. I found this mysterious Active Resource: ts_wake_lock (attached screenshot).

I searched for it and it seems that a couple of people have been asking that for just a couple of weeks, on Huawei/Honor devices. Any idea? What is it? How to fix it?
[BetterBatteryStats] strongst:
About one month ago I posted this https://xdaforums.com/showthread.php?t=1179809&p=76341057
[BetterBatteryStats] NemosNemos:
Thanks, I had searched for it but didn't pay attention to this post.

BTW, the only "gesture" I had active was the screenshot with the knuckle. I disabled it, so I'm waiting to see if the wakelock goes away...
[BetterBatteryStats] jineshpatel30:
Can someone help me with this horrible battery drain ?

I think phone is not going in deepsleep at all. WiFi scan service & SystemUpdateService are major drainers i guess.

btw I'm new in this thread.
[BetterBatteryStats] NemosNemos:
Update: nothing changed at all. This morning I disabled the airplane mode after sleeping, and my phone was at 50%. In less than a hour, it's at 44%, with nearly no use.

Active resource: ts_wake_lock is at 44m and 42 s and growing (currently 7% of Kernel Wakelocks, followed by PowerManagerService.Display at 6%)...

Any idea?
[BetterBatteryStats] Mandraker64:
Is pocket detection disabled? That was my big drainer.. Disable it and see what happens.
[BetterBatteryStats] NemosNemos:
Pocket dection or similar is disabled. The only thing I have enabled is the unlock of the screen using the fingerprint...

EDIT: I've just disabled also the "fast call" from Dialer setting.

BTW, this is the latest screenshot from BBS. Last night I put it in airplane mode, and still there are many wakelocks. :confused:

(And battery is still dropping 1% every 3 minutes or so).
[BetterBatteryStats] mjh74:
Apologies if this has been answered here already but I've tried searching and can't find an answer. I purchased and installed the latest version of BBS from the play store on my Oneplus 5 stock, non rooted. Performed the adb commands to allow the relevant permissions. The app seems to be working ok and I wanted to submit a dump as I can't work out from what I'm seeing why google play services is always top battery usage, despite spending hours modifying settings from different forums. Annnnyway, I can save the log files locally to the phone but when I attempt to 'share to....' the app bombs out. Is there something I have missed?

TIA
[BetterBatteryStats] X46X:
Hi I did a clean install of oreo ROM, have only few apps installed. But I think that I have still bad battery life. Only about 2h SOT. Is there a way to improve it? I don't see what causing that drain, about 1% in idle.
[BetterBatteryStats] TNSMANI:
The dump is not an idle dump since it was used for nearly two minutes before saving the dump.

You have major mobile signal issue and it is draining your battery. Do you have better signal at any place in your home? If so, leave the phone there and get another dump. Alternatively, if you are on 4G, the 2G/3G signal may be better. If so, switch the phone to the better signal before taking another dump. This time, save the dump as soon as you unlock the screen and also take a screenshot of the Battery History Details in Settings>Battery. Attach both here and either me or someone else will respond.
[BetterBatteryStats] BruceElliott:
Suggestion to deV

Kudos and thank you for spending so much time and effort on this beautiful tool. I am on 2.3-247. Suggest that you had the ability to edit settings and history storage locations. The default settings export location is no longer applicable.

Best,

Bruce
[BetterBatteryStats] Koong1:
Google services is going crazy on the "significant motion detector sensor (27)", nearly 6 hours of wake=true, in a span of 16 hours since last charged. I only have less than 3 hours of screen on time.

Sorry I wasn't able to upload the dump file due to it not being idle state dump file.

Is anybody else facing this "significant motion detector sensor" battery drain from Google services? May I know how to solve/this issue?

I want to disable the "Google"app, but I am afraid it would cause more problems.