Anyone building open-source BMS firmware others could actually rely on?
Re: Anyone building open-source BMS firmware others could actually rely on?
@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.
Re: Anyone building open-source BMS firmware others could actually rely on?
@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?
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?
@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?
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?
@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?
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."
Re: Anyone building open-source BMS firmware others could actually rely on?
@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?
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?
@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