ARMOR : une galerie de 100+ modèles URDF pour simuler des robots en un clic
← Retour aux actualitésFichiers individuels (URDF + maillages séparés) pour la majorité des modèles. Archives ZIP (ex: pour les robots avec des ensembles de maillages volumineux comme Spot). XACRO (pour les robots paramétriques comme les bras Franka), où le préprocesseur natif d’ARMOR évalue les macros in situ avant de générer le URDF final. Ce dernier point est crucial : ARMOR v1.1 implémente un XacroPreprocessor avec une évaluation dynamique des macros, une gestion correcte des blocs conditionnels (`<xacro:if>`, `<xacro:unless>`), et une compatibilité totale avec ROS (résolution `$(find)`, propriétés `lazy_eval`, etc.). De naviguer sur GitHub ou le site d’un fabricant pour trouver le bon dépôt. De télécharger une archive, parfois mal documentée ou incomplète. De résoudre manuellement les dépendances (maillages manquants, licences ambiguës). De configurer l’environnement de simulation (MuJoCo, ROS, etc.) pour s’assurer que le modèle est compatible. Humanoïdes : Unitree H1 : Plateforme bipède de 1,8 m, conçue pour des mouvements dynamiques et haute puissance. Fichiers : 22 modèles, 16,5 Mo. Unitree H2 Plus : Version avec mains tactiles et référence au framework NVIDIA Isaac GR00T, idéale pour les recherches en manipulation fine. Fichiers : 94 modèles, 48 Mo. Berkeley Humanoid Lite : Humanoïde imprimable en 3D, open-source, pour l’éducation et la recherche. Fichiers : 27 modèles, 41,3 Mo. Quadrupèdes : Unitree Go2 : Quadrupède compact pour la recherche en locomotion agile. Fichiers : 8 modèles, 24,8 Mo. ANYmal : Robot d’inspection industriel à quatre pattes, avec une tête orientable à deux axes. Fichiers : 31 modèles, 4,2 Mo. Bras robotisés : Franka Emika FR3 : Bras 7 axes, souvent utilisé en recherche pour la manipulation précise. ARMOR gère son fichier XACRO et génère le URDF correspondant. Drones : Bitcraze Crazyflie : Quadricoptère de 27 g, populaire dans les labs pour des expériences de contrôle de vol. Fichiers : 4 modèles, 241,8 Ko. Visualiser les robots en réalité augmentée (via l’appareil photo de l’iPhone/iPad). Configurer des scènes de simulation (gravité, obstacles, plans inclinés) et exporter les configurations en format MJCF (MuJoCo) ou URDF/ROS. Simuler des mouvements complexes (ex: marche d’un humanoïde, saisie d’un objet par un bras robotisé) avec une physique réaliste. Dépendance aux dépôts amont : ARMOR ne ré-héberge pas les fichiers, mais pointe vers les dépôts originaux. Si un modèle est supprimé ou renommé en amont, le lien de la galerie peut devenir invalide. Taille des fichiers : Certains robots (comme le H2 Plus) atteignent 48 Mo, ce qui peut poser problème sur des connexions mobiles lentes. Compatibilité partielle : Les modèles très spécifiques (ex: robots avec des capteurs propriétaires) peuvent nécessiter des ajustements manuels après import. Une recherche par mots-clés dans la galerie (ex: "humanoïde low-cost", "bras 7 axes"). Une intégration avec des plateformes cloud pour simuler des robots directement depuis un navigateur, sans installation locale. Un système de notation communautaire pour évaluer la qualité des modèles (précision des maillages, documentation, etc.).
📑 Sommaire
💡 En 3 points clés
- Fichiers individuels (URDF + maillages séparés) pour la majorité des modèles.
- Archives ZIP (ex: pour les robots avec des ensembles de maillages volumineux comme Spot).
- XACRO (pour les robots paramétriques comme les bras Franka), où le préprocesseur natif d’ARMOR évalue les macros in situ avant de générer le URDF final. Ce dernier point est crucial : ARMOR v1.1 implémente un XacroPreprocessor avec une évaluation dynamique des macros, une gestion correcte des blocs conditionnels (`<xacro:if>`, `<xacro:unless>`), et une compatibilité totale avec ROS (résolution `$(find)`, propriétés `lazy_eval`, etc.).
Une bibliothèque de robots prêts à simuler
ARMOR, l’outil de visualisation et de simulation robotique développé par DC Engineer, franchit une étape clé avec sa galerie de robots intégrant désormais plus de 100 modèles URDF et XACRO vérifiés et prêts à l’emploi. Cette collection couvre des plateformes variées : humanoïdes (comme le H1 ou le Berkeley Humanoid Lite), quadrupèdes (Unitree Go2, ANYmal), bras robotisés (Franka Emika FR3), ou encore drones (Bitcraze Crazyflie). Chaque modèle est accompagné de ses fichiers de maillage, de sa licence et de ses métadonnées techniques, le tout accessible via une interface unifiée.
L’enjeu ? Réduire à zéro les frictions entre la découverte d’un robot et son utilisation en simulation. Plus besoin de télécharger manuellement des archives ZIP, de chercher des fichiers dispersés ou de configurer des dépendances : un seul clic sur un lien de la galerie suffit pour importer le modèle dans ARMOR, avec une vérification automatique des checksums SHA-256 pour garantir l’intégrité des fichiers.
Comment ça marche ?
Le processus repose sur trois mécanismes clés, détaillés dans les notes de version d’ARMOR v1.1 :
1. Deep linking universel : Les liens de la galerie (ex: `https://armor.dc-engineer.com/gallery/?variant=H1`) sont conçus pour déclencher une ouverture directe dans l’application ARMOR. Sur iOS/macOS, le système utilise soit un Universal Link (URL standard), soit un custom URL scheme (`armor://gallery/?variant=H1`) si le premier échoue. Une fois l’application lancée, ARMOR télécharge les fichiers nécessaires en arrière-plan, affiche une confirmation avec les détails du modèle (nom, fournisseur, taille des fichiers, licence), puis initialise automatiquement le projet de simulation.
2. Modes de livraison adaptatifs : Selon la façon dont le robot est publié en amont, ARMOR gère trois formats de distribution :
3. Dédoublonnage intelligent : Chaque projet est identifié par un slug unique (ex: `H1`) et une variante (ex: `default`). Réappeler un lien de la galerie ne crée pas de doublon : ARMOR rouvre simplement le projet existant, évitant ainsi l’encombrement de la bibliothèque.
Pourquoi cette approche change la donne ?
Avant ARMOR, intégrer un nouveau robot dans une simulation impliquait souvent :
Avec cette galerie, le workflow se résume à :
1. Cliquer sur un lien (ex: depuis un article ou un forum).
2. ARMOR télécharge, vérifie et importe le modèle.
3. Le robot est prêt à être simulé en MuJoCo, avec ses articulations, ses capteurs et sa physique configurés.Cette simplification est particulièrement utile pour les chercheurs ou les ingénieurs qui testent rapidement des architectures robotiques, ou pour les enseignants préparant des travaux pratiques en robotique mobile. Par exemple, un utilisateur peut importer le Berkeley Humanoid Lite (un humanoïde low-cost à moins de 5 000 $) et lancer une simulation de marche bipède en quelques secondes, sans avoir à compiler manuellement son URDF.
Exemples concrets dans la galerie
La galerie inclut des modèles emblématiques, chacun avec ses spécificités :
Intégration avec MuJoCo et ROS
ARMOR ne se contente pas d’importer des modèles : il les rend immédiatement simulables. Grâce à son intégration native avec le simulateur MuJoCo, les utilisateurs peuvent :
Pour les utilisateurs ROS, ARMOR permet d’exporter les modèles dans un format compatible avec Gazebo ou Drake, facilitant ainsi l’intégration dans des pipelines existants. La documentation technique précise que les scènes exportées incluent même les paramètres de contrôle des actionneurs, prêts à être utilisés avec des contrôleurs ROS 2.
Limites et perspectives
Malgré ses avancées, la galerie présente quelques contraintes :
DC Engineer travaille sur plusieurs améliorations pour les prochaines versions, notamment :
En pratique : comment tester ?
Pour essayer la galerie, il suffit de :
1. Installer ARMOR sur un iPhone, iPad ou Mac.
2. Ouvrir un lien de la galerie depuis un navigateur (ex: ANYmal).
3. Valider l’import dans l’application : ARMOR télécharge les fichiers, vérifie leur intégrité, puis lance la simulation.
Aucun compte n’est requis, et les données restent locales : les fichiers sont stockés sur l’appareil, sans envoi vers des serveurs externes.
Note de maturité : 4/5 (Pilote opérationnel avec une bibliothèque mature, mais dépendance aux dépôts amont et taille des fichiers à surveiller).