[BH edition] Will the battery always drain because of a HW issue?
#1
According to the braveheart v1.1 errata in the section entitled "Excess power usage while driving VBUS" it says:

" the PMIC continues to draw power from the USB port, and this doubles the drain on the battery (since the whole phone is being powered by the USB OTG boost regulator). This could be fixed by populating R1300."

My naive reading of this is that without populating R1300, the battery is always going to get double the drain.

I'd like an honest answer therefore to the following question:

1. Can we expect normal battery performance from the v1.1 BH edition phones at any point, i.e is there a software fix, or is this unfixable?

Much appreciate being part of the BH cohort and don't regret my decision, but would like to know if the phone will ever have a practical battery life

Cheers

Ashley
#2
I think the 'double' is referring to the power lost due to conversion efficiency as power from the battery is going through 2 dc-dc converters rather than 1, so being 80% efficient instead of 90% (example values in the right ballpark). While not ideal, this is nowhere near as bad as doubling the total power consumption. I could be wrong here though...

The good news is that battery life isn't going to get any worse, and there's scope to improve it with software updates. I don't think it'll ever be as good as later hardware versions though - they should get fixes for things that can't be worked around in software. 

Until recently none of the distros have been suspending the processor, so the phone is effectively always on - obviously not great for the battery. s2idle is starting to appear (in the recent debian-phosh release for example) and seems to increase idle battery life to ~12hrs. I was worried that the AP_READY and RI errors would make being a phone incompatible with suspending the cpu, but the devs seem confident they can work around AP_READY with s2idle (currently mostly working, but sometimes breaks when answering a call) and that CRUST will eventually allow the modem to trigger wake from full suspend. There are other power savings that can probably be made too, some easier than others. How far this will get us, and how soon, is probably an open question. I hope there's scope for reducing the power draw of the Quectel modem.
#3
(04-21-2020, 11:32 AM)wibble Wrote: I think the 'double' is referring to the power lost due to conversion efficiency as power from the battery is going through 2 dc-dc converters rather than 1, so being 80% efficient instead of 90% (example values in the right ballpark). While not ideal, this is nowhere near as bad as doubling the total power consumption. I could be wrong here though...

The good news is that battery life isn't going to get any worse, and there's scope to improve it with software updates. I don't think it'll ever be as good as later hardware versions though - they should get fixes for things that can't be worked around in software. 

Until recently none of the distros have been suspending the processor, so the phone is effectively always on - obviously not great for the battery. s2idle is starting to appear (in the recent debian-phosh release for example) and seems to increase idle battery life to ~12hrs. I was worried that the AP_READY and RI errors would make being a phone incompatible with suspending the cpu, but the devs seem confident they can work around AP_READY with s2idle (currently mostly working, but sometimes breaks when answering a call) and that CRUST will eventually allow the modem to trigger wake from full suspend. There are other power savings that can probably be made too, some easier than others. How far this will get us, and how soon,  is probably an open question. I hope there's scope for reducing the power draw of the Quectel modem.

Thanks for the response, if people are starting to see real world battery times of 12hr that sounds reasonable. I'll have to give it a try.


Possibly Related Threads…
Thread Author Replies Views Last Post
  power circuit can't charge battery and can't supply enough power for modem or wifi vortex 2 366 02-17-2024, 04:15 PM
Last Post: vortex
  Battery life improvement freelectro 10 2,946 06-01-2023, 08:27 PM
Last Post: KC9UDX
Thumbs Down Battery Issue or Power Management IC? bcoyle 2 1,413 03-20-2023, 12:54 AM
Last Post: bcoyle
  No calls on Pine Phone Beta convergence edition polypode 1 1,108 03-06-2023, 08:04 PM
Last Post: rocket2nfinity
  PinePhone Beta Edition will not boot from MicroSD card Timothy_Ecc 27 23,310 01-29-2023, 12:20 PM
Last Post: skandigraun
Bug DESIGN ISSUE? Speaker + vibration motor broke for the 2nd time e1337 11 4,101 01-26-2023, 10:11 PM
Last Post: AnAbolitionist
  BETA edition rcu errors 8bit 29 19,190 11-02-2022, 01:40 PM
Last Post: some_pinephone_user
  Severe screen flicker + occasional ghosting | Pinephone Beta edition legowave440 5 3,484 07-25-2022, 07:35 AM
Last Post: bedtime
  Power supply vs battery albafrati 11 4,329 06-22-2022, 06:04 PM
Last Post: albafrati
  Odd Issue CzarD0mn 3 2,174 06-12-2022, 02:36 PM
Last Post: alaraajavamma

Forum Jump:


Users browsing this thread: 1 Guest(s)