Boston Dynamics détaille les évolutions de Spot et Orbit 5.2 destinées à relier les inspections du robot aux systèmes industriels. L’objectif annoncé est de transformer automatiquement une anomalie détectée sur le terrain en action : création d’un ordre de travail, appel à un service externe ou déclenchement d’une nouvelle mission.
Le constructeur présente cette architecture dans un webinaire de 31 minutes consacré au passage des « informations IA » à l’action autonome. Spot reste le robot mobile chargé de parcourir le site et de collecter des mesures. Orbit centralise les missions, les données et les intégrations avec les outils utilisés par l’exploitant.
Relier les capteurs aux outils de maintenance
Les inspections industrielles produisent des images visibles, des relevés thermiques, des mesures acoustiques et d’autres signaux. Boston Dynamics estime que leur valeur reste limitée lorsque chaque système fonctionne dans un silo et oblige un opérateur à transférer manuellement les résultats. Spot et Orbit 5.2 doivent fournir une couche de connexion commune entre capteurs, systèmes d’entreprise et logiciels d’intelligence artificielle.
La société met en avant trois niveaux d’intégration : des automatisations sans code pour créer des ordres de travail, des connexions directes par API et des développements plus avancés avec le SDK de Spot. Un exploitant pourrait ainsi demander au robot de revisiter une zone après une alerte ou transmettre une anomalie au logiciel de maintenance sans ressaisie.
Déployer Spot au bon moment
La nouveauté tient moins au déplacement du quadrupède qu’à son orchestration. Boston Dynamics décrit des flux capables de raisonner à partir des outils déjà présents sur le site et d’envoyer Spot là où une mesure complémentaire est nécessaire. Le robot devient alors un capteur mobile intégré à une chaîne de décision, plutôt qu’un appareil exécutant seulement une ronde fixe.
Cette approche peut concerner la détection de points chauds, les fuites acoustiques, les contrôles visuels ou les rondes de sécurité. Elle suppose néanmoins que les règles d’escalade, les droits d’accès et les seuils d’alerte soient définis avec précision. Une automatisation mal réglée pourrait multiplier les fausses alertes ou créer des ordres de travail inutiles.
Notre analyse
La connexion aux systèmes d’entreprise pose aussi une question de gouvernance. Les données d’inspection doivent rester associées à leur lieu, leur heure et leur mission, tandis que chaque action automatique doit être journalisée. Dans les installations sensibles, l’intervention humaine demeure nécessaire avant une décision qui pourrait arrêter un équipement ou modifier un procédé.
Boston Dynamics présente plusieurs voies d’adoption. Les équipes peuvent commencer par une automatisation sans code, puis utiliser des API ou le SDK lorsque le flux exige une logique spécifique. Cette progression vise à éviter qu’un projet reste bloqué au stade du démonstrateur faute d’intégration avec les outils de maintenance déjà installés.
Orbit 5.2 cherche à résoudre une difficulté centrale des déploiements robotiques : connecter une mission physique au système d’information qui décide réellement des interventions. Boston Dynamics ne publie pas encore, sur la page du webinaire, de mesure indépendante du gain de temps ou du retour sur investissement. La valeur devra donc être vérifiée site par site.
Le mouvement est néanmoins important. Les robots d’inspection sont déjà capables de répéter des parcours et de recueillir des données. Leur utilité progresse lorsqu’une anomalie peut déclencher une suite d’actions traçables, avec une validation humaine lorsque le risque l’exige. Spot et Orbit 5.2 positionnent ainsi l’autonomie dans le flux de maintenance, pas seulement dans la navigation.
Sources : webinaire officiel Boston Dynamics et annonce officielle sur X.
