DexWrist : un poignet robotique pour la…

1arXiv cs.RO

FORCA : un agent de code sensible à la force pour la manipulation robotique riche en contacts

FORCA, un agent de code décrit dans l'article arXiv 2610.31841, prend en entrée des observations visuelles et les mesures du capteur force/couple (F/T) monté au poignet du robot, puis écrit des programmes Python pour sonder le contact et produire des mouvements réactifs à la force. Entre deux exécutions, l'agent examine les enregistrements de force en parallèle des résultats visuels, diagnostique la cause de l'échec et révise à la fois la trajectoire et la logique de retour d'effort. Le système ne requiert ni démonstrations, ni entraînement spécifique à la tâche, ni simulation. Les auteurs l'ont testé sur cinq tâches avec un robot réel, couvrant trois formes de manipulation riche en contact : l'amélioration de la précision (notamment de saisie), l'adaptation à des changements de propriétés d'objet ou de surface, et la régulation du contact face à des variations de surface ou à un objet en mouvement. Face à une variante de l'agent limitée à la vision, FORCA améliore la précision de saisie et le taux de réussite, et réduit les pertes de contact lors d'essais d'essuyage et d'épluchage. Le résumé ne donne ni chiffres de gain, ni modèle de langage utilisé, ni modèle de robot. L'intérêt tient à la voie suivie : au lieu d'entraîner une politique VLA (vision-langage-action) sur des démonstrations téléopérées, coûteuses à collecter, la logique de contrôle est générée comme du code lisible, puis corrigée par essais successifs. Pour un intégrateur, cela rend le comportement inspectable et modifiable, et laisse espérer une mise en service plus rapide sur des tâches de contact (essuyage, épluchage, insertion) que les modèles purement visuels traitent mal, faute de perception de la force. La comparaison avec la variante vision seule suggère que le capteur F/T apporte un gain réel, mais elle ne prouve rien sur la fiabilité industrielle. Cinq tâches de laboratoire, sans taux publiés dans le résumé, sans temps de cycle ni nombre d'itérations de raffinement nécessaires, laissent ouverte la question de la robustesse, de la sécurité des essais physiques menés par un agent, et du coût de ces boucles d'essai-erreur sur du matériel réel. Ce travail s'inscrit dans la montée des agents de code pour la robotique, qui traduisent le langage en programmes, et dans l'effort pour doter les modèles fondation d'une perception tactile et de force, que les VLA actuels exploitent peu. Il rejoint les approches de politiques apprises comme Pi-0 ou GR00T, qui misent sur les données, avec un compromis différent : moins de données, mais plus d'ingénierie de la boucle de diagnostic. Il s'agit d'un préprint en première version (v1), non évalué par les pairs. Les suites naturelles seraient une validation sur davantage de plateformes et de tâches, des comparaisons directes avec des politiques apprises, et l'ouverture du code.

UEPas d\'impact direct sur la France/UE

RecherchePaper

1 source

2arXiv cs.RO

DynaSlots : préentraînement de la dynamique 3D centré sur les slots pour la manipulation robotique

Des chercheurs proposent DynaSlots, un cadre de préentraînement pour la manipulation robotique qui travaille sur des nuages de points 3D sans actions ni étiquettes. Chaque trame est décomposée en un petit nombre de « slots », des groupes de points censés rester cohérents d'une image à l'autre. Un module de propagation temporelle maintient cette cohérence d'affectation. Un modèle de dynamique inverse extrait ensuite une action latente par slot à partir des différences de caractéristiques entre deux trames. Un modèle de dynamique directe à base de diffusion prédit l'état futur de chaque slot. Une tête d'interaction auto-supervisée apprend en parallèle des relations de proximité et de mouvement entre paires de slots. Les tests portent sur les benchmarks de simulation Meta-World et Adroit, ainsi que sur un bras RealMan RM65-B en conditions réelles. Les auteurs affirment de meilleurs taux de succès que les références modélisant la dynamique à l'échelle de la scène, et une bonne robustesse au désordre et aux objets inconnus. L'article ne fournit, dans ce résumé, ni chiffres de gain, ni nombre de tâches, ni détail des essais réels. L'intérêt tient à une critique de fond des méthodes actuelles de préentraînement visuel 3D, y compris celles qui intègrent la dynamique. Elles compressent le mouvement de toute la scène en une seule action latente globale. Or, en manipulation, le changement est local : saisir une tasse déplace la tasse, pas le reste. Une représentation globale mélange des transitions de nature différente, masque les dépendances entre zones qui bougent et reste sensible au contenu sans rapport avec la tâche. Une approche par objet ou par région pourrait donc améliorer la généralisation sans annotations coûteuses, ce qui compte pour les équipes qui n'ont pas de données téléopérées en grand volume. Il faut toutefois rester prudent : il s'agit d'un préprint sans relecture par les pairs, évalué sur des benchmarks académiques classiques et un seul bras, sans mesure de passage à l'échelle ni de cadence industrielle. L'écart entre ces résultats et un déploiement en atelier reste entier. Ce travail s'inscrit dans la lignée des représentations visuelles préentraînées pour la manipulation et des modèles à action latente, qui apprennent depuis des vidéos ou des nuages de points sans étiquettes d'action. DynaSlots reprend l'idée des représentations centrées sur les objets (« slot attention ») et l'applique à la dynamique 3D. Il se positionne face aux méthodes 3D dynamiques au niveau de la scène, que l'article ne nomme pas dans ce résumé. Le code est annoncé via une page de projet anonymisée, signe d'une soumission en cours de relecture. Les prochaines étapes à surveiller sont la publication des chiffres détaillés, la comparaison avec les modèles vision-langage-action (VLA) à grande échelle, et des validations sur davantage de robots et de tâches longues.

RecherchePaper

1 source

3arXiv cs.RO

Relier sémantique et physique : des LLM contraints pour une manipulation robotique sûre et fiable

Des chercheurs présentent un système qui relie raisonnement en langage naturel et exécution physique sûre pour la manipulation robotique, décrit dans un article publié le 29 août 2026 sur arXiv (2608.29379v1). Le pipeline part d'observations RGB-D pour construire un modèle de scène explicite tenant compte des collisions, puis contraint les décisions d'un grand modèle de langage via des appels d'outils validés par schéma selon le Model Context Protocol (MCP), rejetant les commandes mal formées avant qu'elles n'atteignent le robot. Chaque appel validé est ensuite traduit de façon déterministe dans un pipeline MoveIt Task Constructor, où les mouvements candidats sont vérifiés contre la scène reconstruite avant exécution, une étape de type "vérifier puis agir". Testé sur un bras robotique physique UFactory 850, le système atteint jusqu'à 80% de réussite sur dix essais par tâche pour des opérations de versement impliquant liquides, matières granulaires et solides discrets, et 90% de réussite sur une tâche de saisie-et-dépose avec la même architecture. L'intérêt de ces travaux tient à la démonstration chiffrée d'un problème bien identifié dans la robotique pilotée par LLM: un plan verbalement cohérent peut être physiquement infaisable si la cinématique et les collisions ne sont pas vérifiées avant exécution. Les auteurs montrent qu'une politique scriptée classique surpasse légèrement leur méthode sur la tâche la plus simple, mais chute à seulement 10% de réussite sur la tâche la plus difficile, contre 60% pour leur approche contrainte. Pour les intégrateurs industriels et les équipes robotique, ce résultat suggère qu'ajouter une couche de validation formelle entre le langage et l'action améliore surtout la robustesse sur les cas complexes, plutôt que la performance brute sur les cas faciles où des solutions scriptées suffisent déjà. Ce travail s'inscrit dans la lignée des recherches sur le "language-action gap", l'écart entre la capacité des LLM à décomposer des instructions en séquences d'actions et leur incapacité native à garantir la faisabilité physique de ces actions dans un environnement encombré et perçu de façon imparfaite. La solution proposée combine plusieurs briques existantes, le MCP pour la validation structurée des appels d'outils côté langage, et MoveIt Task Constructor pour la planification de mouvement sous contraintes cinématiques et de collision côté robot, plutôt que d'introduire une nouvelle architecture de bout en bout. Les tests restent limités à un seul bras robotique et un nombre réduit d'essais par tâche, ce qui invite à la prudence avant toute extrapolation vers des déploiements industriels à plus grande échelle.

RecherchePaper

1 source

4arXiv cs.RO

PIER : une interface d'exécution conditionnée par des preuves pour la manipulation robotique

Une équipe de chercheurs publie sur arXiv (2610.12123) PIER, une interface d'autorisation d'exécution pour la manipulation robotique. Son principe : un module déterministe décide si les observations disponibles justifient d'exécuter une action, indépendamment du contrôle matériel. Le point de départ est un constat exploratoire. Des sorties visuelles affichaient une forte confiance alors que la scène était fortement occultée. PIER sépare donc trois fonctions du pilotage moteur : la vérification des preuves, la traçabilité de la décision et la ré-observation limitée à une étape. Le « gâté » évalue les entrées visuelles et tactiles déclarées. L'appelant garde un budget d'une seule ré-observation par étape. L'évaluation repose sur 1 600 cas de grille de seuils et 1 200 traces synthétiques appariées, qui couvrent le bruit de score, l'absence d'entrées tactiles, les observations périmées et les scores faussement rassurants. La grille ne produit aucune violation des invariants déclarés. Avec du bruit de score, la ré-observation fait passer les refus à tort d'états valides de 57/120 à 18/120, mais elle fait aussi monter les autorisations à tort d'états invalides de 5/120 à 7/120. L'intérêt tient moins aux chiffres qu'à la question posée. Les politiques VLA (vision-langage-action) produisent toujours une action plausible, et rien ne garantit que les observations du moment la justifient. Pour un intégrateur ou un responsable de ligne, une couche d'autorisation inspectable, qui journalise pourquoi une action a été autorisée, refusée ou renvoyée vers une nouvelle observation, répond à un besoin d'audit. Les auteurs sont explicites sur les limites. Un référentiel booléen équivalent reproduit toutes les décisions hors récupération, donc PIER ne prouve aucune supériorité sur de simples règles. Les entrées périmées et les scores faussement rassurants échappent à un contrôle par seuils. Le gain de la ré-observation a un coût : plus de proceeds en état invalide. Les enregistrements visuels, tactiles et de montage robot ne sont qu'illustratifs et n'établissent aucune performance physique sur une tâche. Il n'y a ni précision tactile calibrée ni certification de sécurité. Les résultats portent uniquement sur des traces synthétiques, sans déploiement ni produit livré. Ce travail s'inscrit dans le mouvement qui cherche à encadrer les modèles de manipulation appris par des garde-fous vérifiables, alors que les VLA gagnent du terrain et que les décideurs demandent des preuves de fiabilité hors démonstration. Il se place en complément de l'apprentissage de bout en bout, comme couche de contrôle en aval. Aucun partenaire industriel, calendrier de pilote ou validation sur matériel n'est annoncé. La suite logique serait de tester l'interface sur des tâches physiques avec des capteurs tactiles calibrés, et de traiter le contrat d'entrée, notamment la fraîcheur des observations et la fiabilité des scores, que les seuils seuls ne résolvent pas.

UEPas d\'impact direct sur la France/UE

RecherchePaper

1 source

DexWrist : un poignet robotique pour la manipulation en espace contraint et dynamique

À lire aussi

FORCA : un agent de code sensible à la force pour la manipulation robotique riche en contacts

DynaSlots : préentraînement de la dynamique 3D centré sur les slots pour la manipulation robotique

Relier sémantique et physique : des LLM contraints pour une manipulation robotique sûre et fiable

PIER : une interface d'exécution conditionnée par des preuves pour la manipulation robotique