ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
-
camila.jackson0
- Posts: 225
- Joined: Wed Oct 09, 2024 1:27 am
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
Slight correction, though the overall point stands:
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.
This whole thread is a good reminder how young this field still is.
Building > buying.
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
@camila.jackson0 Agreed, and I'd add:
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. 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.
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
One nitpick -
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.
Makes me wonder how this looks in another five years.
she/her
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
@erik_novi I don't think that's quite right, for what it's worth.
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. 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.
Watching this space closely since 2019.
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
Agreed, and I'd add:
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.
Totally unrelated but has anyone else noticed how fast component costs are dropping this year.
Ex-automotive, now full-time robots.
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
@deborah59 Small correction on one detail:
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.
Kind of makes me think about how different this all looked even three years ago.
they/them
-
servoken70
- Posts: 179
- Joined: Sun Nov 17, 2024 5:05 am
Re: ROS2 vs custom middleware for a full humanoid stack - what do production teams use?
From hands-on experience,
'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.
Anyway, good thread - following for more.
Watching this space closely since 2019.