Anyone building open-source BMS firmware others could actually rely on?

Battery chemistry, pack design, BMS, runtime, charging/swapping, and keeping actuators from cooking themselves.
emilyperez
Posts: 246
Joined: Mon Oct 28, 2024 8:03 pm

Anyone building open-source BMS firmware others could actually rely on?

Post by emilyperez »

This has been on my mind since a conversation I had last week. 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. Higher-voltage power architectures reduce resistive losses and current draw through the wiring harness for a given power level, which is part of why some newer platforms are moving away from lower-voltage packs as total system power demand climbs. Would appreciate any first-hand accounts.
park44
Posts: 156
Joined: Sat Nov 30, 2024 12:03 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by park44 »

@emilyperez Short answer: 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. Tesla's Optimus Gen 2 reportedly carries roughly a 2.3 kWh pack and manages about two hours of dynamic work, while Unitree's H1 runs a smaller 0.864 kWh pack good for under four hours of largely static operation - a useful illustration of how battery size and workload type both drive runtime.
she/her
mia_lars
Posts: 174
Joined: Wed Dec 25, 2024 11:00 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by mia_lars »

@park44 I'll believe the stronger version of that claim when it's independently verified. 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.
Watching this space closely since 2019.
jwang
Posts: 189
Joined: Wed Jan 22, 2025 7:28 pm

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by jwang »

Counterpoint: 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.
emilyperez
Posts: 246
Joined: Mon Oct 28, 2024 8:03 pm

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by emilyperez »

@jwang From what I've seen: 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. There's no widely standardized safety certification specific to humanoid battery packs yet in most jurisdictions - deployments generally lean on adapted versions of existing standards for industrial battery systems and electrical safety rather than a purpose-built humanoid standard.
matthew43
Posts: 199
Joined: Wed Nov 06, 2024 9:18 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by matthew43 »

Related question - 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. Battery placement (torso-centered vs backpack vs distributed through the limbs) is a real tradeoff between center-of-mass/balance considerations and thermal/cooling access - a torso-centered pack helps balance but is harder to cool than a more exposed backpack placement.
he/him | robotics hobbyist since the DARPA Grand Challenge days
choi98
Posts: 220
Joined: Sat Oct 12, 2024 12:32 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by choi98 »

@matthew43 Tangent, but worth mentioning: 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.
Watching this space closely since 2019.
yuki71
Posts: 163
Joined: Mon Jan 06, 2025 1:05 pm

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by yuki71 »

I see it a little differently. Fast charging accelerates capacity fade over repeated cycles, so fleet operators generally have to choose between minimizing downtime (fast charging) and maximizing pack lifespan (slower charging or swap-based approaches) rather than getting both for free.
he/him | robotics hobbyist since the DARPA Grand Challenge days
servoken70
Posts: 179
Joined: Sun Nov 17, 2024 5:05 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by servoken70 »

@yuki71 Appreciate the detailed answer. 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.
Watching this space closely since 2019.
williams84
Posts: 237
Joined: Sat Sep 28, 2024 8:50 am

Re: Anyone building open-source BMS firmware others could actually rely on?

Post by williams84 »

@servoken70 I don't think that's quite right, for what it's worth. 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.
"The best actuator is the one that doesn't overheat."
Post Reply