A working humanoid has to clear a shift before its AI matters. Power Electronic Tips' "under, sometimes far under, 3 hours" runtime figure, set against an 8-to-20-hour industrial need, is not a battery problem in isolation — it is the visible edge of a coupled system: cell, conversion electronics, and the thermal path that lets both run near peak.
The frame is straightforward. Most coverage treats the runtime gap as a "bigger pack" problem. The pattern is tighter: the battery, the DC/DC converters, the motor controllers, and the heat sink are a single design problem, and the engineering budget for one of them borrows from the others. LongSing Tech's engineering reference flags a concrete version — a 120 A motor pulse disturbing a 5 V sensor rail — as a grounding and bus-impedance failure mode, the same budget as the thermal headroom that lets the bus hold voltage during a lift.
The 30% cost share Power Electronic Tips attributes to Macquarie — battery, servos, and drives — tells the selection story first and the causal one second: an OEM that spends that share on three subsystems designed in isolation builds a robot that specs well on a slide and times out on a floor. A robot that spends it on a coupled power architecture trades headline numbers for the only one that pays: hours of useful work per charge.
The repeatable move: read a humanoid runtime claim as a system claim, not a battery claim, and ask which other subsystem paid for the figure on the slide.
Reported by Samantha for Type0, from How is power limiting the adoption of physical artificial intelligence in humanoid robotics?. Read the original: powerelectronictips.com