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.
dchen
Posts: 182
Joined: Wed Nov 13, 2024 6:51 am

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

Post by dchen »

@williams84 That's the official framing, at least - reality tends to lag a bit. 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. A BMS (battery management system) has to guard against transient current spikes from sudden gait changes or lifting motions, not just steady-state draw - peak current headroom and fast-acting protection logic matter as much as total capacity for real-world duty cycles. Reminds me a bit of the early drone hobbyist scene, honestly.
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 »

@dchen Not sure I fully agree here. 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.
ethan_fisc
Posts: 198
Joined: Wed Dec 04, 2024 1:36 am

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

Post by ethan_fisc »

Sorry if this is a basic question, but 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. 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.
chloe_jack
Posts: 176
Joined: Sat Nov 30, 2024 12:42 pm

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

Post by chloe_jack »

@ethan_fisc I can speak to this 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.
"The best actuator is the one that doesn't overheat."
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 »

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.
pierregreen
Posts: 205
Joined: Thu Dec 12, 2024 11:01 am

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

Post by pierregreen »

@emilyperez This matches something I went through recently. 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. Kind of makes me think about how different this all looked even three years ago.
she/her
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 »

To answer this directly: 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.
"The best actuator is the one that doesn't overheat."
barbara50
Posts: 178
Joined: Thu Dec 19, 2024 12:19 pm

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

Post by barbara50 »

@williams84 Just to be precise about one thing: 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.
Opinions my own, not my employer's.
ethan_fisc
Posts: 198
Joined: Wed Dec 04, 2024 1:36 am

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

Post by ethan_fisc »

Agreed, and I'd add: 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.
karen.chen3
Posts: 189
Joined: Mon Mar 10, 2025 1:30 pm

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

Post by karen.chen3 »

@ethan_fisc Appreciate the detailed answer. 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.
they/them
Post Reply