Article mis à jour le 16/10/2026
Un robot d’atelier ne vaut que par le programme qui le pilote. Choisir le bon logiciel revient donc à répondre à trois questions : combien de temps le robot restera-t-il immobilisé pendant la programmation, quelles marques de robots devez-vous piloter, et qui, dans l’équipe, maintiendra les programmes dans la durée ? Voici une méthode de choix, du logiciel du constructeur aux briques open source.
Les quatre familles de logiciels pour un atelier robotisé
On confond souvent des outils qui n’ont pas le même rôle. Distinguez-les avant de comparer des prix.
- Le pendant d’apprentissage (teach pendant) : le boîtier fourni avec le robot. On déplace le robot à la main ou aux touches et on enregistre les points. C’est simple, mais le robot est arrêté pendant toute la programmation.
- Le logiciel du constructeur : chaque grand fabricant (ABB, FANUC, KUKA, Yaskawa, Universal Robots…) propose un environnement de simulation et de programmation hors ligne pour ses propres robots. Il reproduit fidèlement le contrôleur, mais ne couvre qu’une marque.
- La programmation hors ligne multimarque : un logiciel indépendant, avec un modèle 3D de la cellule, qui génère le programme dans le langage de chaque contrôleur grâce à des post-processeurs. RoboDK en est un exemple connu : son éditeur indique prendre en charge plus de 80 constructeurs et plus de 1 400 modèles de robots, et permet d’importer des modèles 3D aux formats STEP, IGES ou STL (robodk.com).
- Les briques open source (ROS 2) : un intergiciel et un écosystème de bibliothèques pour développer ses propres applications, plutôt qu’un produit clé en main.
La programmation hors ligne : pourquoi elle change l’économie d’un atelier
Programmer hors ligne consiste à préparer et valider le programme sur un modèle numérique de la cellule, pendant que le robot continue de produire. Trois bénéfices expliquent son succès en atelier :
- moins d’arrêts de production : seuls l’ajustement final et la validation se font sur le robot ;
- détection anticipée des problèmes : collisions avec les pièces ou les protections, points hors d’atteinte, singularités articulaires. Ces défauts sont bien moins coûteux à corriger à l’écran qu’au pied du robot ;
- trajectoires issues de la CAO : pour l’usinage, le polissage, le soudage ou la découpe, les trajectoires sont calculées à partir du modèle 3D de la pièce au lieu d’être apprises point par point.
Un point d’honnêteté : la simulation n’est jamais parfaite. Il subsiste un écart entre le modèle et la cellule réelle (étalonnage de l’outil, position exacte de la pièce, jeux mécaniques). Prévoyez toujours une phase de recalage sur site, et ne jugez pas un logiciel sur sa seule démonstration à l’écran.
Les critères de choix, par ordre d’importance
- La compatibilité avec votre parc : votre atelier compte-t-il une marque, ou plusieurs ? Avec une seule marque, l’outil du constructeur est souvent le plus fidèle. Avec un parc mixte, un outil multimarque évite d’apprendre un langage par robot.
- Le type de tâche : manutention et palettisation (peu de trajectoires complexes) ou usinage, soudage, ébavurage (trajectoires issues de la CAO) ? Le second cas justifie nettement la programmation hors ligne.
- La qualité des post-processeurs : c’est la partie qui produit le code réellement exécuté. Demandez un essai sur votre modèle de robot et votre contrôleur, pas sur un cas de démonstration.
- L’import CAO et l’étalonnage : formats pris en charge, outils pour recaler la pièce et le repère de l’outil.
- La formation et le support : un logiciel puissant que personne ne maîtrise reste inutilisé. Prévoyez les jours de formation et un interlocuteur en français.
- Le modèle de licence : licence perpétuelle ou abonnement, nombre de postes, coût de la maintenance annuelle. Demandez les prix par écrit : ils varient selon les versions et les remises, et nous ne les donnons volontairement pas ici.
Et ROS 2 ? Quand l’open source a du sens
ROS 2 (Robot Operating System) n’est pas un logiciel de programmation de robot au sens d’un atelier d’usinage : c’est un cadre de développement, avec des bibliothèques de communication, de perception et de planification. Il devient intéressant quand le besoin sort des cases : vision par caméra, robot mobile, application sur mesure, intégration de capteurs variés.
Pour un usage industriel, la question de la durée de support est décisive. Selon la publication de l’éditeur, la version ROS 2 Jazzy Jalisco (mai 2024) est une version à support long (LTS) maintenue jusqu’à la fin mai 2029, et s’appuie sur Ubuntu 24.04. La version Humble Hawksbill, plus ancienne, est supportée jusqu’en mai 2027 d’après le tableau des versions de la documentation officielle.
Pour la planification de mouvement d’un bras, la bibliothèque MoveIt fournit la cinématique, la détection de collisions et la génération de trajectoires, jusqu’à la saisie et la dépose d’objets. Le revers de la médaille : il faut des compétences en développement logiciel, et la sûreté de fonctionnement reste entièrement à votre charge.
La sécurité ne se délègue pas au logiciel
Quel que soit l’outil, la simulation ne dispense pas de l’analyse de risques de la cellule. Les normes de la série ISO 10218 (partie 1 pour le robot, partie 2 pour l’intégration de la cellule) cadrent les exigences de sécurité des robots industriels, dans leur dernière révision. Vérifiez auprès de votre intégrateur quelle édition s’applique à votre installation. Pour les robots qui partagent l’espace avec des opérateurs, consultez notre article sur ce que les petits ateliers peuvent vraiment automatiser avec des cobots.
Un parcours réaliste pour un petit atelier
- Un seul robot, tâches répétitives et simples : commencez par le logiciel du constructeur et le pendant d’apprentissage.
- Des pièces variées, de petites séries, des trajectoires complexes : testez la programmation hors ligne sur un cas réel de l’atelier avant tout achat.
- Un parc mixte ou une application très spécifique : comparez un outil multimarque et, si vous disposez de compétences logicielles, ROS 2.
Ce choix est aussi lié à la manière dont les systèmes informatiques et les robots communiquent : notre article sur la convergence entre informatique et robotique détaille cet aspect.
À retenir
- Distinguez pendant d’apprentissage, logiciel constructeur, outil multimarque et ROS 2 : ils ne répondent pas au même besoin.
- La programmation hors ligne réduit l’immobilisation du robot et détecte collisions et points inatteignables avant la production.
- Choisissez d’abord selon votre parc de robots et le type de tâche, pas selon la liste des fonctionnalités.
- Faites tester les post-processeurs sur votre modèle de robot et votre contrôleur.
- Prévoyez toujours un recalage sur site : la simulation ne remplace pas la mise au point.
- ROS 2 convient aux applications sur mesure, avec des compétences logicielles et une version LTS.
- La sécurité de la cellule relève de l’analyse de risques et des normes ISO 10218, jamais du seul logiciel.