LeRobot ajoute une brique importante pour les développeurs qui travaillent sur l’humanoïde Unitree G1 : un contrôleur SONIC capable de piloter l’ensemble du corps à partir de jetons de mouvement. Le commit publié lundi soir dans le dépôt de Hugging Face documente l’intégration du SonicWholeBodyController, un portage de la partie décodeur de la pile SONIC de NVIDIA.
L’intérêt n’est pas seulement logiciel. La documentation décrit explicitement un chemin vers le robot physique : le contrôleur transforme un jeton latent de 64 dimensions en cibles de position articulaire à 50 Hz pour les 29 degrés de liberté du G1. LeRobot recommande de ne pas placer tout le contrôle dans une boucle distante unique, mais de séparer l’inférence sur une machine GPU et le client robot sur le Jetson embarqué du G1.
Des jetons plutôt que des consignes articulaires
Dans l’architecture décrite, la politique n’envoie pas directement une position pour chaque articulation. Elle produit à chaque pas un jeton de mouvement, ensuite décodé par SONIC avec l’historique proprioceptif récent du robot. Le résultat est une action résiduelle, mise à l’échelle et ajoutée à une posture debout de référence avant d’être envoyée aux moteurs.
Cette approche est intéressante parce qu’elle place une abstraction entre l’apprentissage du comportement et le contrôle bas niveau. Pour un développeur, cela peut faciliter l’expérimentation avec des politiques de locomotion sans réécrire toute la couche qui maintient l’équilibre, les gains PD, les angles par défaut et les constantes de déploiement.
Le commit indique que le contrôleur charge son décodeur ONNX et ses constantes depuis un dépôt Hugging Face dédié, lerobot/sonic_decoder. Il mentionne aussi une variante distillée à faible latence, sélectionnable par paramètre. La documentation donne un exemple en simulation avec une politique de marche, puis un schéma de déploiement sur robot réel.
Pourquoi l’exécution asynchrone compte
Le point le plus concret concerne la sécurité de la boucle de contrôle. LeRobot explique qu’un simple rollout lancé depuis un ordinateur portable met le réseau au milieu du contrôle : un ralentissement d’inférence ou une latence réseau peut bloquer la boucle à 50 Hz pendant que l’humanoïde tient debout.
La solution proposée sépare trois éléments. Un serveur de politique tourne sur la machine GPU. Sur le G1, un client robot reçoit des paquets de jetons et garde le contrôleur SONIC localement. Le serveur embarqué du robot continue de dialoguer avec les canaux bas niveau rt/lowcmd et rt/lowstate, tandis que la caméra passe par ZMQ.
Cette séparation est une contrainte pratique plus qu’un détail d’implémentation. Elle rappelle que la robotique humanoïde ne se résume pas à charger un modèle de fondation : le trajet du signal, la fréquence de contrôle et le lieu où tourne chaque composant peuvent décider de la stabilité réelle.
Notre analyse
Le sujet reste une intégration de développeurs, pas une annonce produit grand public. Il ne prouve pas qu’un Unitree G1 devienne autonome dans un atelier du jour au lendemain. En revanche, il rend plus lisible l’empilement nécessaire pour passer d’une politique apprise à une commande exploitable sur une machine debout.
Pour l’écosystème robotique ouvert, c’est précisément ce type de documentation qui compte. Les équipes qui expérimentent sur humanoïdes ont besoin de recettes reproductibles : simulation, client embarqué, inférence distante, caméra, protocole bas niveau et garde-fous contre la latence. En ajoutant SONIC à sa page G1, LeRobot rapproche un peu plus les modèles de contrôle corporel complet d’un usage testable par les laboratoires et les intégrateurs.
