Balance recovery controllers - push-recovery demos vs real-world robustness

Whole-body control, RL policies, VLA models, sim-to-real, ROS2, and the software stack that makes a humanoid actually walk and act.
ivan22
Posts: 160
Joined: Mon Mar 31, 2025 11:13 am

Balance recovery controllers - push-recovery demos vs real-world robustness

Post by ivan22 »

Figured this was worth its own thread rather than burying it in another one. Physical Intelligence's pi0 pairs a smaller pretrained vision-language backbone with a separate flow-matching 'action expert' module, which is one way to get fast, high-frequency action output without needing the whole giant language model to run at control-loop speed. Balance-recovery controllers are usually evaluated with push-recovery tests (a known, repeatable lateral push) in demos, but real-world robustness also depends on recovering from unstructured events like uneven flooring, unexpected contact, or a dropped payload shifting the center of mass mid-stride - which is a much harder, less demo-friendly test. What's everyone else's take?
they/them
barbara50
Posts: 178
Joined: Thu Dec 19, 2024 12:19 pm

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by barbara50 »

@ivan22 Slight correction, though the overall point stands: ROS2 remains common in research and early-stage products for its tooling and ecosystem, but a number of production humanoid companies run custom, more tightly-optimized middleware for their real-time control loops, using ROS2-like tooling mainly for development, visualization, and non-real-time subsystems.
Opinions my own, not my employer's.
deborahperez
Posts: 279
Joined: Sat Aug 31, 2024 4:22 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by deborahperez »

Sorry if this is a basic question, but Whole-body control (WBC) formulates locomotion and manipulation as a single optimization problem across all joints simultaneously, respecting contact constraints and task priorities - it's more general than ZMP-only approaches but is computationally heavier and harder to tune.
dubois35
Posts: 280
Joined: Mon Sep 09, 2024 12:01 pm

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by dubois35 »

I'd frame this differently. Cross-embodiment training (training one policy across data from multiple different robot bodies) has shown some real transfer benefits for high-level behaviors, but low-level control (exact joint torques, timing) still tends to need embodiment-specific fine-tuning. Isaac Lab (the successor to Isaac Gym) is widely used for large-scale parallel RL training thanks to GPU-accelerated physics, while MuJoCo is often used as a secondary 'sim-to-sim' validation step because its contact dynamics are generally considered more realistic than Isaac's, even though it trains slower at scale. Reminds me a bit of the early drone hobbyist scene, honestly.
they/them
zoeanderson
Posts: 243
Joined: Sat Oct 26, 2024 2:39 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by zoeanderson »

@dubois35 From hands-on experience, Sim-to-real transfer still commonly breaks on contact dynamics - friction, restitution, and deformable/compliant surfaces are the hardest things to model accurately in simulation, so policies trained purely in sim often need real-world fine-tuning specifically around contact-rich tasks.
carol.robinson
Posts: 153
Joined: Sun Mar 16, 2025 11:36 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by carol.robinson »

@zoeanderson Small correction on one detail: 'Zero-shot sim-to-real' rarely means literally zero real-world tuning in practice - it usually means the policy transfers well enough to be usable with only calibration and minor safety-limit adjustments, rather than needing a full additional training phase on hardware.
they/them
jonathan.rao1
Posts: 156
Joined: Fri Dec 20, 2024 7:58 pm

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by jonathan.rao1 »

@carol.robinson That's the official framing, at least - reality tends to lag a bit. Zero Moment Point (ZMP) control keeps the robot's center of pressure within its support polygon and has been the classical backbone of bipedal walking for two decades - it's robust and well-understood, but tends to produce a somewhat conservative, flat-footed gait compared to more dynamic approaches.
Currently: 3D printing my way to bankruptcy.
carol.robinson
Posts: 153
Joined: Sun Mar 16, 2025 11:36 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by carol.robinson »

@jonathan.rao1 This matches something I went through recently. Diffusion policies model the distribution of possible actions and sample from it, which handles multimodal manipulation tasks (multiple valid ways to grasp something) more naturally than a single deterministic action output, at the cost of slower inference. Totally unrelated but has anyone else noticed how fast component costs are dropping this year.
they/them
rossi30
Posts: 179
Joined: Sat Feb 15, 2025 7:49 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by rossi30 »

@carol.robinson Follow-up question though - A lot of what reads as 'full autonomy' in public demos is closer to a mix of scripted state machines, teleoperation for the hardest sub-tasks, and autonomous execution for the easier, well-rehearsed parts - transparency about this mix varies a lot between companies. OpenVLA is a notable open-source VLA model - roughly 7 billion parameters, trained on hundreds of thousands of real-world robot demonstrations - and has been shown to outperform much larger closed models on some manipulation benchmarks, which says a lot about how much of VLA performance comes from data curation rather than raw scale.
"The best actuator is the one that doesn't overheat."
byang
Posts: 142
Joined: Thu Apr 17, 2025 5:26 am

Re: Balance recovery controllers - push-recovery demos vs real-world robustness

Post by byang »

@rossi30 I'll believe the stronger version of that claim when it's independently verified. Model predictive control (MPC) is still very much alive in production humanoids, often working alongside or underneath learned policies - MPC handles short-horizon dynamically-consistent trajectory optimization while learned components handle perception, task-level decisions, or recovery behaviors that are hard to hand-model. Domain randomization - varying friction, mass, sensor noise, and even visual textures during training - is one of the more reliable tricks for improving sim-to-real transfer, but overdoing it can make training slower to converge and produce overly conservative policies.
"Torque is a lifestyle."
Post Reply