NASA et Rice University ont présenté une plateforme de simulation dynamique open source destinée à la robotique en environnement habité, avec un objectif clair, permettre à des équipes du monde entier de concevoir et de tester des robots pour l’intérieur des vaisseaux et des habitats spatiaux. Baptisé iMETRO Dynamic Simulation, l’outil reproduit sous forme de jumeau numérique l’installation iMETRO du Johnson Space Center, un site utilisé pour la recherche sur la robotique intravéhiculaire. L’annonce a été faite lors de l’ICRA 2026 à Vienne, rendez-vous majeur de la robotique académique et industrielle.
NASA et Rice présentent iMETRO Dynamic Simulation à l’ICRA 2026
La présentation publique d’iMETRO Dynamic Simulation a eu lieu à Vienne, dans le cadre de l’IEEE ICRA 2026, une conférence qui sert souvent de vitrine aux technologies de robotique les plus avancées. Le projet est porté par une équipe conjointe NASA et Rice University, avec une promesse centrale, rendre la simulation de robotique intravéhiculaire accessible sans passage obligé par des infrastructures coûteuses ou des partenariats restrictifs.
Le choix de l’open source répond à un problème récurrent du secteur spatial, une part significative de la recherche est freinée par la rareté des environnements de test réalistes. Dans les faits, les maquettes à l’échelle 1, les bancs d’essai et les installations reproduisant des intérieurs de modules habités sont peu nombreux, chers à maintenir, et soumis à des contraintes d’accès. En proposant un simulateur publiquement disponible, les concepteurs visent une base commune permettant de comparer des approches et de répéter des expériences dans des conditions proches, au moins sur le plan numérique.
Cette annonce intervient dans un contexte de préparation de missions humaines de longue durée, où les opérations internes, maintenance, logistique, rangement, vérifications, consomment une partie importante du temps équipage. Les agences et leurs partenaires cherchent des solutions pour limiter ces tâches routinières, sans ajouter de risques. La simulation sert alors de filtre, elle permet de valider des stratégies de manipulation, des trajectoires, et des interfaces de commande avant un test sur matériel physique.
Le lancement à l’ICRA vise aussi un public précis, laboratoires universitaires, équipes de doctorants, start-up de robotique, industriels travaillant sur des logiciels embarqués. Pour ces acteurs, disposer d’un environnement de test standardisé facilite la publication de résultats reproductibles et la réutilisation de briques logicielles, un point clé dans les disciplines où les comparaisons directes sont souvent difficiles.
Le jumeau numérique du Johnson Space Center reproduit les maquettes iMETRO
Le cur de la plateforme est un jumeau numérique de l’installation iMETRO située au Johnson Space Center. L’ambition est de recréer, avec un niveau de fidélité élevé, des intérieurs de modules et des environnements d’habitat, tels qu’ils sont utilisés sur site pour la recherche. Cette approche permet de travailler sur la robotique intravéhiculaire dans un contexte proche des volumes, des passages, des points d’accroche et des contraintes d’encombrement rencontrées dans des véhicules habités.
Dans un environnement confiné, la différence entre une démonstration sur table et une démonstration réaliste est majeure. Les collisions, les marges de sécurité, la gestion du mouvement près d’équipements fragiles, et les limites d’accessibilité dictent souvent la conception. La simulation vise à offrir un terrain où ces contraintes existent réellement, ce qui aide à identifier des problèmes tôt, par exemple une trajectoire qui fonctionne en théorie mais se révèle impraticable dans un module encombré.
Les développeurs mettent en avant la possibilité de reconfigurer virtuellement des maquettes, ce qui permet de tester un même algorithme dans plusieurs agencements sans déplacer de matériel. Pour des équipes externes, c’est un substitut crédible à des campagnes de tests sur site, rarement possibles à grande échelle. De ce fait, la plateforme peut servir de banc d’essai commun pour évaluer des choix d’architecture logicielle, des modes de contrôle, ou des scénarios d’opérations.
Le jumeau numérique n’est pas seulement un décor, il sert à ancrer des tâches concrètes, transport d’objets, placement, manipulation proche des parois, et opérations de maintenance. Les scénarios de logistique interne sont particulièrement visés, car ils représentent une charge de travail récurrente. Le simulateur permet d’intégrer ces scénarios dans une boucle d’itération rapide, en testant des centaines de variantes sans immobiliser une installation physique.
Pour la communauté scientifique, l’intérêt est aussi méthodologique. Un environnement de référence partagé facilite la comparaison entre équipes. À condition que les paramètres physiques et les modèles soient suffisamment documentés, des résultats publiés dans un cadre commun deviennent plus faciles à vérifier, un enjeu important dans les domaines où la reproductibilité dépend fortement de l’accès à la plateforme de test.
Un manipulateur huit degrés de liberté cible la maintenance en environnement habité
La simulation met l’accent sur les robots manipulateurs destinés à des tâches intravéhiculaires, transport de fournitures, déplacement de charges, organisation d’équipements, et opérations de maintenance. Dans ce cadre, les concepteurs décrivent un modèle détaillé d’un manipulateur à huit degrés de liberté, représentatif d’une plateforme robotique adaptée à des opérations internes. Le choix d’une cinématique plus flexible qu’un bras industriel classique vise à gérer des positions contraignantes et des trajectoires complexes dans des volumes réduits.
La robotique intravéhiculaire se distingue de la robotique extravéhiculaire, car elle interagit avec des humains, du matériel de vie, et des équipements sensibles. Les exigences de sûreté sont différentes, les vitesses peuvent être limitées, les stratégies d’évitement d’obstacles doivent être robustes, et les comportements doivent rester prévisibles. Le simulateur sert à tester ces aspects, en particulier la planification de mouvement et la manipulation d’objets dans un espace saturé.
Les tâches visées relèvent souvent de la logistique, un robot qui apporte des outils, déplace des conteneurs, prépare un poste de travail, ou range des éléments après une intervention. L’intérêt, pour des missions longues, est de réduire la part des activités répétitives qui mobilisent l’équipage. Les développeurs présentent cette orientation comme un levier pour libérer du temps pour la science, la supervision des systèmes, ou des opérations critiques.
La plateforme est conçue pour tester des configurations matérielles et logicielles, grâce à une architecture modulaire. Un laboratoire peut modifier des paramètres, ajouter des capteurs virtuels, comparer des contrôleurs, ou simuler des workflows opérationnels, sans disposer du robot physique correspondant. Cette logique abaisse le coût d’entrée, et accélère les cycles d’essai-erreur, ce qui compte dans des projets où chaque itération sur matériel réel est lente et coûteuse.
Le modèle du bras sert aussi de point de départ pédagogique. Pour des équipes qui débutent dans le spatial, disposer d’un manipulateur de référence permet de se concentrer sur les algorithmes, contrôle, planification, perception, au lieu de reconstruire un environnement complet. Cette standardisation peut favoriser l’émergence de bibliothèques de comportements réutilisables, testées dans un cadre commun.
Compatibilité ROS 2 et MuJoCo pour accélérer le passage du virtuel au réel
Un élément central de la plateforme concerne l’intégration de deux outils largement utilisés dans la communauté robotique, ROS 2 pour l’architecture logicielle et la communication, et MuJoCo pour la simulation physique. Les concepteurs indiquent que les développeurs peuvent utiliser les mêmes modèles de robot dans les deux environnements avec peu de modifications, ce qui vise à réduire les frictions habituelles entre prototypes logiciels et tests en simulation.
Dans la pratique, la capacité à conserver des modèles cohérents limite les réécritures et les divergences entre ce qui est simulé et ce qui est déployé. Les équipes qui travaillent sur des piles logicielles complexes, perception, planification, contrôle, supervision, cherchent souvent à éviter des adaptations spécifiques à chaque simulateur. Une compatibilité nette avec des outils standards facilite aussi l’intégration de contributions externes, car ROS 2 est déjà un langage commun entre laboratoires.
Les développeurs mentionnent également un outil de conversion intégré, destiné à faciliter le transfert des applications du simulateur vers des robots réels, un enjeu souvent résumé par l’expression sim-to-real. L’intérêt de ce type d’outil est de réduire les écarts de configuration, de limiter les erreurs de paramétrage, et d’accélérer les validations. Dans les projets spatiaux, où l’accès au matériel est rare, ce gain de temps peut peser dans la cadence de développement.
Le recours à MuJoCo, connu pour la stabilité de ses calculs et la modélisation des contacts, s’inscrit dans une recherche de réalisme pour des tâches de manipulation. Les opérations de placement, de prise d’objet ou d’interaction avec des surfaces exigent des modèles physiques crédibles pour éviter des comportements artificiels. Un simulateur qui gère correctement ces détails devient plus utile pour évaluer des choix de préhension, de trajectoire, ou de stratégie de contrôle.
Pour les missions humaines futures, l’objectif implicite est de disposer de robots capables d’opérer sans monopoliser l’attention des astronautes. Une chaîne de développement qui relie simulation, validation et déploiement contribue à cette ambition. L’ouverture du code et des modèles doit aussi permettre à des équipes externes de proposer des améliorations, de corriger des limites, ou d’ajouter des scénarios, ce qui peut accélérer l’évolution de la plateforme, même si l’adoption dépendra de la qualité de la documentation et du support communautaire.
