Page 3 of 3
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by mohammed.rossi
Tangent, but worth mentioning:
Solid-state battery claims from platforms like XPeng's IRON, GAC's GoMate, and EngineAI's T800 are genuinely promising on paper for energy density and safety margins, but independent, large-scale field validation of those runtime claims is still fairly limited as of 2026 - it's real progress, not yet fully proven at scale.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by thomas65
@mohammed.rossi I see it a little differently.
Distributed power architectures (multiple smaller packs or local capacitor buffering near high-draw actuators) can reduce peak current demands on the main bus and improve fault isolation, at the cost of added complexity versus a single central pack.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by sandra_ivan
That's the official framing, at least - reality tends to lag a bit.
DC-DC conversion losses across all the individual actuator drivers add up across a whole robot - it's a less glamorous efficiency question than battery chemistry, but power electronics efficiency meaningfully affects real-world runtime too. Idle/standing power draw is often surprisingly close to a meaningful fraction of active walking power draw once you account for onboard compute, sensors, and balance-holding torque - 'doing nothing' still costs real energy on a humanoid.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by benjaminsanchez
Counterpoint:
Regenerative braking on humanoid joints can recover some energy during deceleration phases of walking, but the actual energy recovered is modest compared to a vehicle, since humanoid joints don't sustain the same continuous high-speed rotation that makes regen worthwhile in EVs.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by park44
@benjaminsanchez I can speak to this a bit.
The average humanoid in 2026 carries under 2.5 kWh of battery capacity, with real-world runtimes clustering between two and four hours depending on how dynamic the workload is - static, low-motion tasks stretch runtime much further than continuous walking or lifting. Hot-swappable battery packs solve the runtime bottleneck for continuous operations (like a 24/7 warehouse shift) without needing a much bigger, heavier pack, but they add mechanical complexity, a failure-prone connector interface, and logistics overhead for managing spare packs.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by klewis
Counterpoint:
Hot-swappable battery packs solve the runtime bottleneck for continuous operations (like a 24/7 warehouse shift) without needing a much bigger, heavier pack, but they add mechanical complexity, a failure-prone connector interface, and logistics overhead for managing spare packs.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by greta.carter
@klewis I dealt with almost this exact situation.
Best-in-class lithium-ion cells used in humanoids are currently landing around 280-300 Wh/kg, which is respectable but still leaves battery mass as one of the largest single contributors to total robot weight.
Re: Anyone tried distributed small batteries at each limb instead of one central pack?
Posted: Sun Aug 30, 2026 11:59 am
by sharonschmidt
@greta.carter From what I've seen:
Thermal margin in a densely packed humanoid chassis is often the real limiting factor on sustained performance, not raw motor power - actuators get thermally throttled well before they'd hit their absolute torque limits, especially during repeated high-load cycles like continuous lifting.
Anyway, good thread - following for more.