RechercheInteresting Engineering20h

NASA teste un robot de 36 kg conçu par des étudiants pour extraire le régolithe des bases lunaires Artemis

1 source couvre ce sujet·Source originale ↗·

Résumé IASource uniqueImpact UE

Des étudiants de l'Université de Virginie ont présenté un robot de 36 kg (80 livres) lors du Lunabotics Challenge de la NASA, organisé au Kennedy Space Center en Floride. Conçu par la Mechatronics and Robotics Society (MARS), une équipe étudiante de 22 membres, l'engin est capable d'excaver du régolithe lunaire simulé, de le transporter sur terrain accidenté et de construire des remblais protecteurs, les berms. L'équipe avait initialement développé deux systèmes distincts, un robot excavateur et un second servant de camion-benne, avant de retenir un système unique polyvalent après des essais concluants. Les qualifications se sont déroulées à l'Université de Floride Centrale, et les finalistes ont été sélectionnés pour la phase au Kennedy Space Center. Craig Kalkwarf, le responsable mécanique senior du projet et double-major en ingénierie aérospatiale et astronomie, rejoint la NASA à l'issue de ses études pour travailler dans le laboratoire d'imagerie de lancement au Kennedy Space Center.

L'enjeu de cette compétition dépasse le simple exercice académique. Les berms que ces robots sont capables de construire répondent à des besoins opérationnels concrets pour les missions lunaires à long terme du programme Artemis : réduction de l'éjection de poussières lors des atterrissages de vaisseaux, isolation thermique des ergols cryogéniques stockés en surface, et protection radiologique des habitats habités. Le régolithe lunaire représente en effet un bouclier naturel contre le rayonnement cosmique et les flux de particules solaires. Le défi d'ingénierie est réel : le sol lunaire se comporte comme une poudre fine et légère, décrit par Kalkwarf comme proche du talc, qui se densifie rapidement sous contrainte, ce qui complique considérablement la conception des systèmes de fouille. À noter que les performances annoncées reposent sur des essais en sable de volleyball, le terrain de test dédié financé par une subvention Jefferson Trust de 86 000 dollars étant encore en construction. Si le robot reproduit ses performances en régolithe simulé lors de la compétition, l'équipe estime qu'elle dépasserait d'un facteur deux le meilleur score enregistré l'année précédente, une affirmation à confirmer dans les conditions réelles.

Le Lunabotics Challenge est une compétition annuelle de la NASA destinée à stimuler le développement de technologies d'utilisation des ressources in situ (ISRU), jugées indispensables pour établir une présence humaine durable sur la Lune. Dans ce cadre, plusieurs équipes universitaires et des acteurs privés comme Astrobotic ou Intuitive Machines travaillent en parallèle sur des systèmes de gestion du régolithe, avec des approches allant des rovers excavateurs aux systèmes de traitement pour produire eau, oxygène ou carburant directement sur place. La NASA prévoit des missions Artemis habitées à la surface lunaire à partir de la seconde moitié de la décennie, et la maîtrise de l'excavation robotisée constituera un prérequis technique pour tout déploiement d'infrastructure permanente. La progression affichée par l'équipe MARS illustre la montée en maturité rapide de ces solutions, même si la transition du sable terrestre au régolithe véritable reste le test décisif.

À lire aussi

1arXiv cs.RO

Un cadre pratique d'indicateurs de performance clés pour les tests sur le terrain avec plusieurs robots lunaires et planétaires

Une équipe de chercheurs a publié sur arXiv (référence 2601.20529, version 3) un cadre structuré d'indicateurs clés de performance (KPI) destiné à évaluer les missions multi-robots lors d'essais analogiques lunaires et planétaires. Le constat de départ : les nombreux tests de terrain simulant la prospection lunaire (ilménite, terres rares, glace d'eau) utilisent des métriques hétérogènes propres à chaque scénario, rendant toute comparaison inter-missions quasi impossible. Le cadre est dérivé de trois scénarios multi-robots représentatifs et organise les KPI autour de trois axes : efficacité (couverture de terrain, débit d'exploration), robustesse (taux de pannes, reprise après défaillance) et précision (qualité des données scientifiques collectées). Validé lors d'un test de terrain réel, il se révèle directement applicable pour les métriques d'efficacité et de robustesse ; les KPI de précision se heurtent en revanche à l'impossibilité pratique d'obtenir des données de vérité terrain fiables dans des environnements extérieurs non instrumentés. L'absence de standard commun est l'un des freins principaux au développement de la robotique planétaire : sans référentiel partagé, comparer deux systèmes multi-robots issus de plateformes et de configurations expérimentales différentes reste impossible, même lorsqu'ils visent le même objectif scientifique. Ce framework comble ce manque en reliant les métriques d'ingénierie aux objectifs de mission (ressources extractibles, couverture cartographique), ce qui est directement utile pour arbitrer entre architectures de flotte ou stratégies de coordination distribuée. La limite identifiée sur les KPI de précision est significative et honnête : mesurer la localisation absolue d'un essaim de robots en extérieur sans infrastructure de référence reste un problème ouvert, ce qui conditionne directement la fiabilité des futurs démonstrateurs ISRU (In-Situ Resource Utilization). La prospection robotique lunaire connaît une structuration accélérée sous l'impulsion du programme Artemis (NASA), des ambitions lunaires de l'ESA et d'acteurs privés comme ispace (Japon/Luxembourg) ou Astrobotic (États-Unis). Les missions analogiques terrestres sur substrats simulant le régolite sont l'outil standard avant vol, mais leur prolifération sans méthode commune a produit une littérature difficile à synthétiser et à comparer. Ce papier s'inscrit dans un mouvement de standardisation comparable à ce que l'IEEE a accompli pour les robots AMR industriels ; l'étape logique serait son adoption par des consortiums comme l'ESA-ESRIC lors de compétitions analogiques de référence, telles que l'ESRIC Space Resources Challenge, pour confirmer sa portée au-delà d'un seul contexte expérimental.

UEPotentiellement utile pour l'ESA et les consortiums européens (ESA-ESRIC) travaillant sur la robotique planétaire, notamment dans le cadre de compétitions analogiques comme l'ESRIC Space Resources Challenge.

RecherchePaper

1 source

2Hackaday Robots Hacks

Un robot quadrupède amélioré pour le projet de fin d'études

Aaed Musa, étudiant en génie mécanique, a présenté CARA 2.0 comme projet de fin d'études, aboutissement de plusieurs années de développement de chiens robotiques. Les exigences définies après des entretiens avec des clients potentiels étaient claires : prix cible autour de 1 000 dollars, poids inférieur à 9 kg (20 livres), et robustesse prouvée. Le robot reprend l'architecture de son prédécesseur CARA avec des transmissions par câble capstan, dont les éléments sont imprimés en résine et actionnés par des moteurs brushless de drone. Ces moteurs, initialement optimisés pour la vitesse plutôt que le couple, ont été rebobinés manuellement avec plus de fil, opération qui a permis de tripler leur couple. L'endurance a été validée par un test en cycle continu sur une seule articulation : plus de 1 000 heures de fonctionnement sans dégradation visible. En l'absence d'encodeurs absolus, chaque moteur effectue une mise à l'origine au démarrage en détectant la hausse de courant en fin de course mécanique, ce qui produit un mouvement d'étirement jugé naturel. CARA 2.0 est capable de marcher en ligne droite, de se déplacer latéralement, de pivoter sur place, de s'accroupir, de sauter et de maintenir son équilibre sur une surface inclinée. Le prix final atteint 1 450 dollars, légèrement au-dessus de l'objectif. Ce projet illustre qu'un quadrupède capable et durable reste accessible sans budget industriel, à condition d'accepter quelques compromis d'intégration. Le rebobinage manuel des moteurs pour adapter le rapport couple/vitesse est une solution peu documentée dans les projets open source de ce type ; elle démontre qu'un ajustement mécanique bas coût peut compenser l'absence de moteurs spécialisés. La détection de fin de course par surveillance du courant moteur, souvent utilisée en robotique industrielle, s'avère ici viable sur un système à faible coût. CARA 2.0 s'inscrit dans une lignée de projets personnels d'Aaed Musa, dont TOPS et la première version de CARA, tous deux basés sur des architectures capstan. Dans le segment des quadrupèdes accessibles, il se positionne face à des projets comme Stanford Doggo ou des dérivés open source du Boston Dynamics Spot, sans atteindre leurs performances dynamiques mais avec un coût de fabrication nettement inférieur. Aucun partenaire industriel ni déploiement commercial n'est mentionné à ce stade : CARA 2.0 reste un prototype académique, mais la méthodologie de validation client et les tests d'endurance suggèrent une trajectoire vers une éventuelle mise sur le marché.

RecherchePaper

1 source

3arXiv cs.RO

Vers un MAPF réaliste : SMART, un banc de test multi-agents extensible pour le monde réel

Une équipe de chercheurs a publié SMART (Scalable Multi-Agent Realistic Testbed), un environnement de simulation open-source destiné à l'évaluation des algorithmes MAPF (Multi-Agent Path Finding), c'est-à-dire la planification de trajectoires sans collision pour des flottes de robots. Le papier, référencé arXiv:2503.04798, présente un outil capable de simuler jusqu'à plusieurs milliers de robots simultanément, en intégrant un moteur physique complet qui modélise la kinodynamique des robots et les incertitudes d'exécution réelles. SMART s'appuie sur un cadre de supervision d'exécution basé sur l'Action Dependency Graph (ADG), ce qui permet une intégration modulaire avec différents planificateurs MAPF et modèles de robots. Le code est disponible publiquement sur GitHub, accompagné d'un service de démonstration en ligne. L'enjeu industriel est direct : les meilleurs planificateurs MAPF actuels sont capables de calculer des trajectoires pour des centaines de robots en quelques secondes, mais ils reposent presque tous sur des modèles de robots simplifiés, ignorant la dynamique réelle, les glissements, les délais de démarrage ou les imprécisions de positionnement. Ce fossé entre simulation idéalisée et comportement terrain est un frein majeur au déploiement en entrepôt ou en atelier. SMART propose de combler ce gap en permettant aux intégrateurs et aux équipes R&D de tester leurs algorithmes dans des conditions proches de la réalité sans avoir besoin de dizaines ou de centaines de robots physiques, ressource quasi-inaccessible en laboratoire. Pour un COO industriel qui évalue des solutions AMR (Autonomous Mobile Robots), disposer d'un simulateur crédible et open-source réduit significativement le risque d'un déploiement raté. Le problème du sim-to-real gap dans le MAPF est documenté depuis plusieurs années, et des acteurs comme Amazon Robotics, Geek+ ou Exotec en Europe ont développé leurs propres outils internes. SMART vise à démocratiser cet accès, notamment pour les équipes académiques et les intégrateurs de taille intermédiaire. Le framework ADG n'est pas nouveau, il était déjà central dans les travaux antérieurs sur l'exécution robuste de MAPF, mais son intégration dans un simulateur à physique réaliste et passant à l'échelle représente une avancée méthodologique. Les prochaines étapes probables incluent la validation sur des cas industriels concrets et l'ajout de modèles de robots commerciaux comme les AMR à différentiel ou les AGV à guidage magnétique.

UEExotec, acteur français des AMR d'entrepôt, est cité parmi les rares industriels disposant d'outils internes similaires ; SMART pourrait réduire la barrière à l'entrée pour les équipes R&D et intégrateurs européens de taille intermédiaire souhaitant valider des algorithmes MAPF sans flotte physique.

RecherchePaper

1 source

4arXiv cs.RO

VISOR : un oracle de test basé sur un modèle vision-langage pour tester les robots

Une équipe de chercheurs a présenté VISOR, un oracle de test automatisé pour la robotique basé sur des modèles vision-langage (VLM). Publiée sur arXiv (2605.10408), la méthode vise à résoudre ce que le domaine nomme le "problème de l'oracle de test" : déterminer automatiquement si un robot a accompli une tâche de manière correcte et avec une qualité suffisante. Jusqu'ici, deux approches coexistaient : les oracles symboliques, limités à des jugements binaires pass/fail et spécifiques à chaque tâche, et l'évaluation humaine manuelle, coûteuse, subjective et sujette aux erreurs. VISOR s'appuie sur GPT (OpenAI) et Gemini (Google) pour évaluer à la fois la correction et la qualité d'exécution, et pour quantifier son propre niveau d'incertitude lors des assessments. Le système a été validé sur plus de 1 000 vidéos couvrant quatre tâches robotiques distinctes. Les résultats montrent des profils contrastés : Gemini obtient un meilleur rappel (recall), identifiant davantage de vraies défaillances, tandis que GPT affiche une meilleure précision avec moins de faux positifs. Ces résultats nuancent l'idée d'un VLM universellement fiable comme juge de comportements robotiques. Plus problématique : les deux modèles présentent une faible corrélation entre leur score d'incertitude auto-déclaré et la correction réelle de leurs jugements. L'incertitude ne peut donc pas servir d'indicateur fiable pour filtrer les erreurs d'évaluation, ce qui est une limite directe pour tout déploiement en pipeline de test continu, où un tel signal de fiabilité serait précieux. Le "problème de l'oracle de test" est une problématique classique du génie logiciel, qui prend une dimension particulière en robotique physique : les comportements y sont continus, bruités et difficiles à formaliser symboliquement. L'approche VLM-as-judge, popularisée dans l'évaluation des LLMs textuels via des benchmarks comme MT-Bench ou AlpacaEval, est ici transposée à des sorties vidéo de robots, ce qui constitue une extension non triviale. Des travaux concurrents explorent des métriques spécifiques aux tâches ou des simulateurs avec vérification formelle, mais VISOR mise sur la généralité au détriment d'une calibration encore insuffisante. La prochaine étape identifiée par les auteurs est précisément d'améliorer cette corrélation incertitude-correction, condition nécessaire avant toute intégration dans un pipeline CI/CD robotique.

RecherchePaper

1 source