Page 2 of 3

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

Posted: Mon Feb 24, 2025 1:55 am
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.

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

Posted: Tue Feb 25, 2025 7:31 pm
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.

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

Posted: Fri Feb 28, 2025 5:58 pm
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.

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

Posted: Tue Mar 11, 2025 4:11 pm
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.

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

Posted: Thu Mar 13, 2025 3:47 am
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.

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

Posted: Sat Mar 15, 2025 12:50 pm
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.

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

Posted: Thu Mar 20, 2025 3:09 pm
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.

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

Posted: Fri Mar 28, 2025 4:19 am
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.

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

Posted: Thu Apr 03, 2025 1:27 am
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.

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

Posted: Wed Apr 09, 2025 11:06 pm
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.