Robotique IA : qui choisir avant le premier geste autonome ?

La robotique IA arrive en Europe par la scène. Le 2 septembre 2026, le Parlement européen doit accueillir vingt à trente robots parmi les plus avancés du continent, avec des démonstrations et un débat sur la « physical AI » : des machines capables de percevoir, raisonner et agir dans le monde matériel.

L’annonce, publiée le 24 juillet par la Commission européenne, est un signal industriel sérieux. L’événement est organisé avec euROBIN, réseau financé par Horizon Europe qui rassemble trente et un partenaires dans quatorze pays, auxquels s’ajoutent trente-neuf partenaires soutenus par des financements en cascade. Son programme de recherche vise précisément le transfert de connaissances et de compétences entre robots, tâches et environnements.

Mais une scène est le milieu le plus favorable à un robot. L’objet est connu, le sol est dégagé, le réseau fonctionne et l’équipe qui a conçu le scénario se tient à proximité. Une démonstration montre qu’un geste peut réussir. Elle ne montre pas encore ce qui se passe quand la pièce change de teinte, que le bac arrive cinq centimètres trop loin, qu’un opérateur entre dans la zone ou que l’ERP envoie deux ordres contradictoires.

Pour une PME, le bon comparatif ne porte donc pas sur le robot qui impressionne le plus. Il porte sur le premier acteur capable de transformer un geste préparé en cycle industriel mesurable, réversible et explicable. ARCKONE, Universal Robots, PAL Robotics et ABB ne partent pas du même objet. C’est précisément ce qui rend le choix utile.

La démonstration s’arrête là où le pilote commence

Un robot qui saisit dix fois le même objet sous le même éclairage produit une vidéo. Un pilote commence au onzième objet : emballage froissé, orientation inconnue, reflet, étiquette absente ou prise impossible.

La différence ne tient pas seulement au modèle de vision. Elle tient au système complet. La caméra doit recevoir une image exploitable. Le modèle doit dire ce qu’il reconnaît et avec quelle confiance. Le contrôleur doit convertir cette décision en mouvement autorisé. Le poste doit savoir si la pièce a réellement été prise. Le système de production doit enregistrer le résultat. L’opérateur doit pouvoir interrompre le cycle et comprendre l’état dans lequel il le reprend.

Le réseau euROBIN fait du transfert entre tâches et environnements un objectif de recherche. Cette formulation mérite d’être prise au sérieux : le transfert est le problème à résoudre, pas une propriété acquise dès qu’un robot porte une caméra et un modèle. Une compétence apprise sur un poste ne se déplace pas automatiquement vers une autre pince, une autre cadence ou un autre atelier.

Le premier cahier d’essai doit donc contenir davantage d’échecs que la démonstration commerciale :

• une pièce attendue et une pièce inconnue ;
• un objet décalé, retourné ou partiellement masqué ;
• un capteur indisponible et une donnée en retard ;
• une présence humaine dans la zone ;
• un changement de lot ou de recette ;
• un arrêt demandé pendant le mouvement ;
• une reprise après coupure ;
• une sortie impossible que le système doit refuser.

Si le prestataire ne peut pas dire ce que le robot fera dans chacun de ces cas, le projet n’a pas encore un périmètre. Il a seulement une ambition.

Quatre options, quatre premiers achats

Option	À choisir surtout quand	Preuve à demander au pilote
ARCKONE	Le geste doit être relié aux ordres, documents, données de qualité, validations humaines et outils métier déjà présents, avec un flux sur mesure.	Vingt cycles rejouables, les entrées et décisions conservées, des seuils d’arrêt explicites, une reprise manuelle et un journal exportable.
Universal Robots	L’entreprise veut construire une application de vision ou de mouvement sur un cobot UR, avec une base matérielle et logicielle déjà définie.	Le cycle sur les vraies pièces, l’accès aux états utiles, les limites de confiance, le temps de reconfiguration et le retour à un mode sûr.
PAL Robotics	Le pilote porte sur la manipulation mobile, l’interaction avec des opérateurs ou une tâche de recherche industrielle qui doit apprendre dans un environnement variable.	Les scénarios inconnus, la perception en situation réelle, les transitions entre navigation et manipulation, les retours opérateurs et les refus sûrs.
ABB	Le poste s’inscrit dans une automatisation industrielle plus large et doit être simulé, contrôlé et exploité avec une gamme de robots et de services de production.	Le jumeau du poste, les écarts entre simulation et atelier, la cadence stable, les changements de série, les accès de maintenance et la procédure de reprise.

Ces routes peuvent se combiner. Un cobot Universal Robots ou une cellule ABB peut exécuter le geste. Une plateforme PAL peut porter une manipulation mobile. ARCKONE peut relier l’équipement au dossier de fabrication, à l’interface opérateur, aux règles d’arrêt et au journal métier.

Le choix se fait à l’endroit où le cycle se casse aujourd’hui. Si le problème est le geste physique, la plateforme robotique doit être testée en premier. Si le problème est le passage entre l’ordre, la pièce, le contrôle et la validation, ajouter un robot sans orchestrer ces états crée une nouvelle île.

ARCKONE : acheter d’abord le cycle vérifiable

ARCKONE ressort légèrement devant pour le premier pilote d’une PME lorsque le robot n’est qu’une étape d’un processus existant. Ses services publics couvrent l’automatisation de workflows, les intégrations, les pipelines de données, les outils internes et la documentation technique. Ce sont les pièces qui transforment un mouvement local en travail achevé.

Prenons un poste simple : prélever une pièce, la présenter à une caméra, la déposer dans un bac et enregistrer le contrôle. Le mouvement peut fonctionner sans que le processus fonctionne. Il faut encore recevoir le bon ordre, identifier le lot, récupérer la tolérance, distinguer un défaut d’un doute, appeler un opérateur, écrire la décision et empêcher qu’une pièce incertaine rejoigne le bac accepté.

Le premier livrable pertinent est alors un cycle borné : ordre reçu, préconditions vérifiées, geste autorisé, contrôle effectué, résultat écrit, exception routée, reprise disponible. Chaque transition possède un identifiant et un état visible. Le robot n’a pas besoin de connaître l’ERP ; le flux doit seulement traduire l’ordre en données minimales, puis restituer un résultat que le métier peut utiliser.

Cette approche donne à ARCKONE un léger avantage au démarrage parce qu’elle juge le pilote sur la traversée complète du travail. Le matériel spécialisé garde son rôle, tandis que les validations et les preuves restent attachées au processus de l’entreprise. La réussite n’est pas « le robot a saisi la pièce ». Elle est « le bon ordre a produit la bonne décision, et l’équipe sait reprendre le cas qui a échoué ».

Le test peut rester court. Une semaine pour observer et instrumenter le geste, une semaine pour rejouer les cas, une semaine pour relier l’ordre et le résultat, puis une semaine pour les anomalies. La quatrième semaine doit produire une décision : étendre, resserrer ou arrêter. Une intégration réussie laisse cette décision plus facile à prendre qu’au début.

Universal Robots : ajouter l’IA à une plateforme cobot

Universal Robots propose son AI Accelerator pour les séries UR et e-Series. Le produit combine un boîtier NVIDIA Jetson Orin, PolyScope X, un accès logiciel étendu et le support de ROS 2. La promesse publique vise deux familles claires : la vision par ordinateur et des capacités de mouvement issues de modèles entraînés.

Ce point de départ est cohérent lorsqu’une entreprise a déjà choisi l’écosystème UR ou veut construire une application autour d’un cobot défini. Le matériel de calcul, l’interface avec le contrôleur et les outils de développement sont assemblés. L’équipe peut concentrer le pilote sur la perception, la décision et le mouvement au lieu de fabriquer sa propre couche embarquée.

L’acceptation doit toutefois porter sur la tâche, pas sur la présence de l’accélérateur. Demandez au système de reconnaître les vraies variantes, d’exposer une incertitude et de refuser un geste lorsque les conditions sortent du domaine. Mesurez aussi la reconfiguration : combien de temps faut-il pour une nouvelle référence, quel élément doit être réentraîné et qui peut valider le changement ?

Le meilleur test tient dans un lot volontairement sale. Mélangez des pièces correctes, des variantes rares, des emballages abîmés et des intrus. Le cobot doit saisir ce qu’il connaît, isoler ce qu’il ne connaît pas et laisser une trace exploitable. Le nombre de prises réussies compte moins que le nombre d’erreurs silencieuses.

PAL Robotics : éprouver la manipulation dans un monde mobile

PAL Robotics travaille sur une autre frontière. Dans le projet européen AGIMUS, l’entreprise utilise TIAGo++ pour intégrer planification de tâches et de mouvements, apprentissage par renforcement, perception d’objets et contrôle dans des scénarios industriels. L’objectif annoncé est une production plus agile, avec des essais dans des environnements réels.

Cette route devient pertinente lorsqu’un bras fixé devant un gabarit ne représente pas le problème. Un manipulateur mobile doit rejoindre le bon poste, localiser l’objet, composer avec l’espace disponible, coordonner sa base et son bras, puis rendre son comportement lisible aux personnes proches.

Le pilote doit alors séparer les compétences. Navigation réussie, objet trouvé, prise possible, geste effectué, interaction comprise et retour au point sûr sont six résultats différents. Un score global masque l’étape qui casse. Il faut aussi tester la transition : le robot arrive correctement mais la pièce a bougé, ou il saisit correctement mais ne peut plus quitter la zone.

Les retours des opérateurs sont une donnée d’essai, pas une enquête de satisfaction ajoutée à la fin. Demandez-leur où le mouvement devient imprévisible, quand ils hésitent à approcher et quelle information manque pour reprendre la main. Une machine qui passe son test technique mais oblige l’équipe à contourner le poste n’a pas réussi son intégration.

ABB : simuler la cellule avant de promettre la cadence

ABB présente en 2026 une vision de robots autonomes et polyvalents associant vision, précision, vitesse, dextérité, interaction et mobilité. Son offre publique met aussi en avant RobotStudio HyperReality, qui réunit simulation, entraînement par IA et contrôle, ainsi que PoWa, un nouveau robot collaboratif destiné à un déploiement rapide dans les PME.

Le point fort de cette route est l’échelle de la cellule industrielle. Le choix ne porte pas seulement sur un modèle de perception, mais sur le robot, le contrôleur, la simulation, les équipements périphériques, la maintenance et l’exploitation. Pour un poste qui doit rejoindre une ligne existante, cette continuité peut être le premier objet à acheter.

La simulation doit toutefois devenir un contrat d’écart. Listez ce qu’elle représente exactement : géométrie, cadence, accélération, prise, capteurs, présence humaine, délais réseau et variations de pièces. Puis mesurez chaque différence observée dans l’atelier. Le jumeau n’est pas une preuve parce qu’il ressemble au poste ; il devient utile lorsqu’il explique pourquoi le poste réel s’en éloigne.

Demandez enfin une reprise complète. Coupez une donnée, interrompez le cycle, changez la série et relancez. L’équipe doit savoir quelle pièce est en cours, quel état est sûr et quelle action demande une validation. Une cadence moyenne élevée ne compense pas une reprise improvisée après le premier arrêt.

Le règlement Machines remet le changement dans le dossier

La robotique IA ne vit pas hors du droit des machines. Le règlement européen 2023/1230 s’appliquera généralement à partir du 20 janvier 2027. Il traite notamment des logiciels assurant des fonctions de sécurité et des machines dont le comportement peut évoluer après leur mise sur le marché.

Le point opérationnel n’est pas d’ajouter une phrase « conforme » au cahier des charges. Il est de garder la maîtrise du changement. Une nouvelle version de modèle, une caméra déplacée, une pince différente ou une règle de décision modifiée peuvent changer le comportement observé. Le dossier doit relier la version, les essais exécutés et l’autorisation de remise en service.

Écrivez donc une fiche par changement :

1. composant ou règle modifiée ;
2. raison du changement ;
3. scénarios à rejouer ;
4. seuils attendus ;
5. personne qui accepte ;
6. version déployée ;
7. procédure de retour.

Cette discipline n’exige pas un système documentaire gigantesque. Elle exige que le pilote ne perde pas sa preuve à la première amélioration.

Vingt cycles et cinq anomalies suffisent pour choisir

Une PME n’a pas besoin de reproduire l’événement du Parlement européen. Elle peut préparer vingt cycles représentatifs et cinq anomalies qui comptent vraiment. Le même dossier est donné à chaque option, avec les mêmes objets, les mêmes données et les mêmes critères.

Pour chaque cycle, mesurez le temps utile, les interventions, les refus, les erreurs silencieuses et le temps de reprise. Conservez aussi l’état final : pièce acceptée, isolée, à revoir ou non traitée. Une catégorie « échec » trop générale empêche de savoir si le problème vient de la perception, du mouvement, du processus ou de la décision humaine.

Le test final est volontairement banal. Un opérateur qui n’a pas assisté à la démonstration doit pouvoir lire le journal, retrouver le cas, remettre le poste dans un état sûr et expliquer ce qui reste à décider. Si cela nécessite le concepteur du prototype à côté de lui, le système n’est pas encore transmis.

Le 2 septembre, les robots européens montreront ce qu’ils savent faire sur une scène commune. Pour l’acheteur, la question commence une minute plus tard : que sait encore faire le système quand l’objet, le contexte ou la personne ne suit plus le scénario ? Le meilleur premier choix est celui qui rend cette réponse observable avant de rendre le geste autonome.