Battery that drains even with the Pinphone turned off

[agD0i7rY]

I turn off my phone every night with the battery around 60%/70% and the next night the battery is completely empty.

This is the PMOS edition under PMOS.

I missed a known problem or I have a gremlin at home?

[User 18618]

Try replacing the battery (remove, insert) and observe if the battery continues to drain overnight; I suspect pmOS may not be powering down fully. The behaviour you describe should only manifest on Braveheart (v1.1) mainboards.

[agD0i7rY]

if I understand correctly, it could be a problem with the battery calibration or the OS detection of the charge level?

Thank you, I'll test it tonight.

[lot378]

I would also suggest PMOS is not powering all devices down completely during shutdown.

Pulling the battery out will certainly ensure any device still not in an OFF state will reach that state. It's not to do with battery calibration but to do with how the software is handling transition between states i.e. on, standby, off. And if I had to guess, it's the Quectel device (handles cellular and data) that's not reached OFF. This is a worry there with pulling the battery if the Quectel device is still running, it could cause corruption within the device (the device is basically a single-core Linux system so it ought to be properly shutdown instead of a hard power off) so it's something to be aware.

You could take a look through issues reported on PMOS web site, see if anything matches.

[agD0i7rY]

I hadn't thought of that.
I removed and put the battery back in without restarting PMOS, I will see tonight the state of the battery.
It should exclude PMOS if it's the same thing.

[User 18618]

if I understand correctly, it could be a problem with the battery calibration or the OS detection of the charge level?

The battery status should be treated as an estimate, it is not accurate.

Regardless, if your battery depletes to 0% overnight, this isn't the problem to address... yet.

---

This is a worry there with pulling the battery if the Quectel device is still running, it could cause corruption within the device

This issue should be solved on UBports and pmOS CE (1.2+) mainboards. However, on Braveheart:

If proper power down is to be implemented in the kernel for the modem, to allow safe shutdown of the modem before turning off the 4g-pwr-bat, kernel has to be able to signal to the modem to shut down and wait 30s.

This is not possible on braveheart.

Without this signal, kernel can't do anything to shut down the modem, and would have to rely on userspace to properly manage the modem power up/down sequence. Relying on userspace risks users shutting down the modem without proper wait time of 30s, risking modem damage (flash data corruption).

[lot378]

If proper power down is to be implemented in the kernel for the modem, to allow safe shutdown of the modem before turning off the 4g-pwr-bat, kernel has to be able to signal to the modem to shut down and wait 30s.

This is not possible on braveheart.

Without this signal, kernel can't do anything to shut down the modem, and would have to rely on userspace to properly manage the modem power up/down sequence. Relying on userspace risks users shutting down the modem without proper wait time of 30s, risking modem damage (flash data corruption).

I believe on PMOS they still wait 30 seconds for shutdown even on 1.2a.

It's not necessary on the latest Quectel firmware, it safely shuts down in 2s. The question is only if it's getting the shutdown message.

[User 18618]

Thanks for the clarification @lot378 

[LazLong]

If proper power down is to be implemented in the kernel for the modem, to allow safe shutdown of the modem before turning off the 4g-pwr-bat, kernel has to be able to signal to the modem to shut down and wait 30s.

This is not possible on braveheart.

Without this signal, kernel can't do anything to shut down the modem, and would have to rely on userspace to properly manage the modem power up/down sequence. Relying on userspace risks users shutting down the modem without proper wait time of 30s, risking modem damage (flash data corruption).

I believe on PMOS they still wait 30 seconds for shutdown even on 1.2a.

It's not necessary on the latest Quectel firmware, it safely shuts down in 2s. The question is only if it's getting the shutdown message.

---------------------------------------------
Thank you. This is helpful. I have been in a quandary as to if using the power button to power down with the on/off button on Mobian (shutdown occurs within very few seconds) could corrupt the modem's firmware.

My EG25 has not functioned in my BH since first receiving. I have flashed the firmware but it did not bring it to life. I don't believe I abruptly removed power from my BH at any point even on initial unboxing/setup but cannot be absolutely certain of this. My PMOS Conv. PP modem works fine.

[agD0i7rY]

Tonight at the start the battery was at yesterday's level.
Pmos may not have stopped completely until now.