Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Battery chemistry, pack design, BMS, runtime, charging/swapping, and keeping actuators from cooking themselves.
charlesbianchi
Posts: 157
Joined: Fri Apr 18, 2025 2:51 am

Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by charlesbianchi »

Ran into this exact question at work this week and wanted a sanity check. 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. 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. Interested in both agreement and pushback here.
she/her
benjaminsanchez
Posts: 180
Joined: Fri Apr 18, 2025 1:58 am

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by benjaminsanchez »

@charlesbianchi Slight correction, though the overall point stands: 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.
yuki71
Posts: 163
Joined: Mon Jan 06, 2025 1:05 pm

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by yuki71 »

@benjaminsanchez Agreed, and I'd add: 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. 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.
he/him | robotics hobbyist since the DARPA Grand Challenge days
sarahbernard
Posts: 52
Joined: Mon Nov 10, 2025 10:15 pm

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by sarahbernard »

I see it a little differently. 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.
he/him
ronald.clark
Posts: 64
Joined: Sat Feb 14, 2026 9:05 am

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by ronald.clark »

Yeah, this tracks with what I've read as well. 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. 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.
ethan.lewis5
Posts: 65
Joined: Sat Apr 04, 2026 7:35 pm

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by ethan.lewis5 »

Slightly off-topic, but related: 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.
cynthia.muller
Posts: 135
Joined: Sun Feb 16, 2025 8:23 pm

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by cynthia.muller »

@ethan.lewis5 This raises a question for me - 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.
Opinions my own, not my employer's.
mohammed64
Posts: 99
Joined: Mon Jul 28, 2025 9:56 am

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by mohammed64 »

@cynthia.muller That's the official framing, at least - reality tends to lag a bit. 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.
he/him | robotics hobbyist since the DARPA Grand Challenge days
matthew43
Posts: 199
Joined: Wed Nov 06, 2024 9:18 am

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by matthew43 »

@mohammed64 From what I've seen: 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.
he/him | robotics hobbyist since the DARPA Grand Challenge days
forgecam45
Posts: 53
Joined: Sat Feb 28, 2026 11:24 pm

Re: Anyone tracking actual watt-hours per task (e.g. per box moved) as a real metric?

Post by forgecam45 »

@matthew43 Short answer: 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
Post Reply