Accueil › Glossaire › ROS

ROS (Robot Operating System) : le framework de référence en robotique

ROS (Robot Operating System) est un ensemble open source de bibliothèques logicielles et d’outils conçu pour faciliter le développement d’applications robotiques, des pilotes matériels aux algorithmes de pointe en passant par les outils de simulation et de visualisation.

Malgré son nom, ROS n’est pas un système d’exploitation au sens classique. C’est un middleware robotique : une couche logicielle qui s’installe sur un OS existant (Ubuntu Linux principalement) et fournit l’infrastructure nécessaire pour faire communiquer les composants d’un robot. Depuis son lancement en 2007 par Willow Garage, ROS est devenu le standard de facto du développement robotique mondial. En 2026, ROS 2 (la deuxième génération) a supplanté ROS 1 (dont le support de Noetic a pris fin en mai 2025), avec des améliorations majeures en sécurité, temps réel et compatibilité multi-plateformes.

Qu’est-ce que ROS exactement ?

ROS fournit trois couches essentielles pour le développement robotique :

Une architecture de communication. ROS gère la communication entre les différents processus (appelés « nœuds ») qui composent un système robotique. Un nœud de perception (caméra) peut publier des données que des nœuds de navigation, de planification et de contrôle consomment simultanément. Ce modèle publish/subscribe découple les composants et rend le système modulaire.

Un écosystème de packages. Des milliers de packages open source couvrent les besoins courants : navigation autonome (Nav2), SLAM (cartographie et localisation), planification de mouvement (MoveIt 2), perception par vision, contrôle de bras articulés, interfaces avec des capteurs (LiDAR, caméras, IMU), et bien plus. L’index des packages ROS recense des milliers de bibliothèques réutilisables.

Des outils de développement. Visualisation 3D (RViz2), enregistrement/relecture de données (rosbag2), outils de build (colcon), gestion de versions de packages (Bloom), et intégration continue avec le ROS Build Farm.

ROS 1 vs ROS 2 : pourquoi la migration

ROS 1 a dominé la robotique académique et R&D pendant plus de 15 ans, mais il souffrait de limitations sérieuses pour les déploiements industriels. ROS 2 a été repensé de zéro pour les résoudre :

Les distributions ROS 2 en 2026

L’écosystème ROS

Gazebo : la simulation robotique

Gazebo est le simulateur robotique intégré à ROS. Il permet de créer des environnements 3D réalistes, de simuler la physique (gravité, collisions, friction), d’ajouter des capteurs virtuels (caméras, LiDAR, IMU) et de tester des algorithmes avant tout déploiement sur du matériel réel. Gazebo Fuel fournit une bibliothèque d’assets et d’environnements prêts à l’emploi. La simulation est devenue un maillon essentiel du développement robotique, surtout avec l’approche sim-to-real (entraîner en simulation, déployer dans le réel).

MoveIt 2 : planification de mouvement

MoveIt 2 est le framework de planification de mouvement le plus utilisé pour les bras robotiques. Il gère la cinématique inverse, la planification de trajectoire, l’évitement d’obstacles et le contrôle en temps réel. Si vous travaillez avec des bras articulés (industriels ou de recherche), MoveIt 2 est quasi incontournable.

Nav2 : navigation autonome

Le package Navigation2 (Nav2) est le framework standard pour la navigation autonome de robots mobiles. Il intègre le SLAM, la planification de chemin, l’évitement d’obstacles dynamiques et le suivi de trajectoire. Les robots mobiles autonomes (AMR) dans les entrepôts, les hôpitaux et les bureaux utilisent massivement Nav2.

Nvidia Isaac ROS

Nvidia Isaac ROS est une collection de packages ROS 2 accélérés par GPU (CUDA) pour la perception, la navigation et la manipulation robotiques. L’intégration avec les plateformes Nvidia Jetson permet de déployer des algorithmes IA avancés (deep learning, vision transformers) directement sur le matériel embarqué du robot. Isaac ROS utilise NITROS (Nvidia’s type adaptation and negotiation) pour optimiser les performances du pipeline ROS 2 sur GPU.

Architecture d’un système ROS 2

Un système ROS 2 est composé de nœuds (nodes) qui communiquent via des topics (publish/subscribe), des services (requête/réponse) et des actions (tâches longues avec feedback). Voici un exemple typique pour un robot mobile :

Concepts fondamentaux de ROS 2

Pour comprendre ROS 2, il faut maîtriser quelques concepts centraux qui structurent toute application robotique :

Nœuds (Nodes)

Un nœud est un processus qui effectue une tâche spécifique. Un robot typique est composé de dizaines de nœuds : un pour le driver de caméra, un pour le SLAM, un pour la navigation, un pour le contrôle moteur, etc. Chaque nœud est un exécutable indépendant, ce qui favorise la modularité et la réutilisabilité. Un nœud développé pour un robot peut souvent être réutilisé sur un autre avec des ajustements minimes.

Topics (Publish/Subscribe)

Les topics sont le mécanisme de communication principal. Un nœud publie des messages sur un topic (par exemple, /camera/image_raw pour les images brutes de caméra), et tout nœud intéressé peut s’y abonner. Ce pattern publish/subscribe est asynchrone et découple les producteurs des consommateurs. Le nœud caméra n’a pas besoin de savoir qui consomme ses images.

Services (Request/Reply)

Pour les interactions synchrones, ROS 2 propose les services. Un nœud client envoie une requête à un nœud serveur et attend la réponse. Exemple : un service /set_speed qui prend une vitesse cible et renvoie un accusé de réception.

Actions

Les actions gèrent les tâches longues avec feedback. Par exemple, un nœud de navigation reçoit un objectif (aller au point B), publie du feedback régulier (distance restante, pourcentage de progression) et renvoie un résultat final (succès ou échec). Le client peut annuler l’action en cours.

Transformations (TF2)

TF2 est le système de gestion des repères de coordonnées. Un robot a de nombreux repères : la base, chaque articulation, chaque capteur. TF2 maintient l’arbre des transformations entre tous ces repères en temps réel, permettant de convertir des coordonnées d’un repère à un autre. C’est un composant invisible mais absolument critique : sans TF2, un robot ne sait pas « où » se trouvent ses capteurs par rapport à son châssis ou par rapport au monde.

Fichiers Launch

Un fichier launch (en Python pour ROS 2) permet de démarrer plusieurs nœuds simultanément avec leurs paramètres de configuration. Un seul fichier launch peut démarrer l’ensemble du système robotique : drivers, perception, navigation, contrôle. C’est l’équivalent d’un docker-compose pour la robotique.

Quality of Service (QoS)

ROS 2 introduit des profils QoS qui contrôlent la fiabilité et le comportement de la communication. Vous pouvez configurer un topic en « best effort » (rapide mais possibilité de perte de messages, adapté aux flux vidéo) ou « reliable » (aucune perte, adapté aux commandes critiques). Cette flexibilité, héritée de DDS, est essentielle pour les applications temps réel et industrielles.

Cas d’usage concrets

Robotique industrielle

Les intégrateurs robotiques utilisent ROS 2 avec MoveIt 2 pour programmer des bras articulés (FANUC, KUKA, UR) dans des applications de pick-and-place, d’assemblage et de contrôle qualité. L’intégration avec ros2_control fournit une interface standardisée pour les contrôleurs matériels.

Robots mobiles autonomes (AMR)

Les AMR de logistique (Amazon, Locus Robotics, MiR) utilisent ROS 2 avec Nav2 et SLAM pour naviguer dans les entrepôts. La gestion de flotte (multi-robot coordination) est un domaine en forte expansion.

Recherche et éducation

ROS reste le standard dans les laboratoires de recherche en robotique. Le TurtleBot 4 (plateforme hardware/software open source) est la référence pour l’apprentissage de ROS. Les publications académiques citent ROS 2 via le DOI 10.1126/scirobotics.abm6074.

Robots humanoïdes et Physical AI

Plusieurs fabricants de robots humanoïdes (1X NEO, Agility Digit) utilisent ROS 2 comme couche middleware pour intégrer perception, planification et contrôle. L’intégration avec Nvidia Isaac Sim permet l’entraînement sim-to-real de politiques IA avancées.

micro-ROS : ROS 2 sur microcontrôleurs

micro-ROS étend ROS 2 aux microcontrôleurs (ESP32, STM32, Arduino), permettant d’intégrer des capteurs et actionneurs bas niveau directement dans le graphe ROS 2. Un capteur de force sur un préhenseur peut publier ses données comme un nœud ROS 2 standard, même s’il tourne sur un microcontrôleur à quelques euros. Cette architecture « du microcontrôleur au cloud » unifie la communication à tous les niveaux du système robotique.

micro-ROS utilise une version légère du middleware DDS (Micro XRCE-DDS) adaptée aux contraintes de mémoire et de calcul des systèmes embarqués. Le nœud micro-ROS communique avec un agent sur le processeur principal du robot, qui fait le pont avec le reste du graphe ROS 2.

La communauté ROS

La force de ROS réside autant dans sa communauté que dans son code. L’écosystème comprend le forum Zulip ROS (successeur de Discourse), Robotics Stack Exchange pour les questions techniques, ROSCon (conférence annuelle des développeurs, avec des événements régionaux comme ROSConJP et ROSConFr), et un réseau mondial de contributeurs, de l’académique à l’industriel. Les enregistrements de ROSCon 2025 sont disponibles sur Vimeo. L’Open Source Robotics Alliance (OSRA) coordonne les contributions industrielles et assure la pérennité du projet.