Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm no EE, but I think Kirchoff's current law says something about that:

https://en.wikipedia.org/wiki/Kirchhoff%27s_circuit_laws#Kir...

The battery is either charging or discharging on net.

I sometimes see colloquialisms like "The laptop isn't really running off AC power, the AC is charging the battery and the laptop is discharging it to run". I also see people say that it's bad to keep a phone or laptop on its charger all day, and I usually do that to no ill effect, so I stopped trusting common wisdom on batteries.

When you get down to the cell level, each cell has 2 terminals, and it's either charging or discharging, right? Unless the charge circuit is doing some green-blue trick to charge half the cells and discharge the others, nothing that runs off a battery can be running AC "through" the battery. They taught us in A+ class that UPS' run power "through" the battery but I think it's objectively wrong. Especially if it's a lead-acid battery which I _know_ only has two terminals.

You can draw a boundary around the battery and charging stuff and say, if 90 watts is going in and the computer is pulling 80 watts, the battery must be charging at 10 watts. If the computer is pulling 120 watts, the battery must be discharging at 30 watts. But there is not 90 watts of power flowing "through" the battery in either case. Adding a load just causes it to charge slower, or discharge instead of charging.

It's probably true that the power supply only converts from mains to whatever the battery charger wants, and there's no path from mains to the load without going through the battery's voltage, but as other posters said, the reason you can't run some phones with a dead battery is more related to peak load. I have definitely owned mobile hardware that worked _pretty well_ without a battery, but worked better with a battery to smooth out load during startup or CPU load spikes.



Could you not have some sort of circuitry that causes the battery to be completely bypassed when AC is connected

(Obviously the AC would be going through a power supply to convert it to DC of the proper voltage, but still)


TI has a nice overview of how most of these systems work. https://www.ti.com/lit/an/slyt769/slyt769.pdf

Figure 1 shows the architecture pretty much everything uses. It's done this way because it's simple and effective.

Basically ReactiveJelly has it right and there is KCL at a node that joins the DC output of the power adapter, the system and the battery. When the adapter is present, if the system draws more than the adapter can supply, the difference comes from the battery, discharging it. if the adapter can provide more than the system needs the difference goes to the battery, charging it.

The main issue is modern systems can change their load way faster than the adapter can respond. Therefore it's up to the battery to make up the difference during these rapid transients preventing system shutdown. As long as it doesn't happen too much (and the system might choose to throttle to guarantee this if is not true) the battery charges on average.

In the end the systems are a complicated thing because they are balancing: safety, battery lifetime, wanting to support many sizes of adapters, thermal considerations, charge time and system performance. And everyone has their own opinions on how to prioritize things.


I’v found this out when looking at what are the purpose of various chips on MacBook Air motherboard.

And suddenly things that didn’t make sense now makes sense: laptop with a dead battery is unbearably slow due to CPU throttling to 600 or 800Mhz. Unusable piece of trash until battery changed.


I had few phone which can run off the charger without battery.

The power spike issues is easily solved with some judiciously placed capacitors.

But the overall issue of Pphone > Pdc longer than few millisecons can only be solved by shipping more poweful power supply.


Do most phone chargers supply enough current to charge the phone when it’s running at full power?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: