Accueil / Factory / Use cases / MAINTENANCE PRÉDICTIVE MAINTENANCE PRÉDICTIVE · AUTOMOBILE · 2 oct. 2026

Maintenance prédictive des robots de soudure en ligne de production auto

XGBoost et détection d'anomalies sur capteurs IoT pour anticiper les pannes de robots de soudure et réduire les arrêts de ligne.

MAINTENANCE PRÉDICTIVEAUTOMOBILEComplexité : ÉLEVÉEMise en production : 4 à 6 mois

LE PROBLÈME

Sur une ligne d'assemblage automobile, un robot de soudure à l'arrêt bloque toute la chaîne en aval. La maintenance actuelle est planifiée à intervalles fixes ou déclenchée en réactif après panne, ce qui génère soit des remplacements prématurés de pièces encore valides, soit des arrêts non planifiés de plusieurs heures qui désorganisent tout l'ordonnancement de production.

Le coût du statu quo se mesure en heures de ligne perdues, en pénalités de retard vis-à-vis des constructeurs donneurs d'ordre, et en stocks de pièces de rechange surdimensionnés par précaution. Les équipes maintenance passent une part importante de leur temps en inspections systématiques peu discriminantes plutôt qu'en interventions ciblées.

LES DONNÉES

  • Signaux capteurs vibratoires et thermiques des robots (fréquence échantillonnage élevée)
  • Historique des ordres de maintenance et des pannes constatées (GMAO)
  • Paramètres process de soudure (courant, pression, temps de cycle) par point de soudure
  • Journaux d'arrêts de ligne avec codes de cause et durée
  • Données constructeur des composants critiques (âge, référence, lot)
  • Planning de production et cadence pour contextualiser la charge d'usage

LES MÉTHODES

  • Isolation forest pour la détection d'anomalies non supervisée sur signaux capteurs
  • Modèle de survie de Cox pour estimer le temps restant avant défaillance probable
  • XGBoost avec features fréquentielles pour la classification du risque de panne à court terme
  • SHAP pour expliquer les facteurs de risque identifiés à chaque alerte
  • Détection de dérive de données pour surveiller la stabilité des capteurs dans le temps

L'APPROCHE

La démarche démarre par un audit des capteurs existants et de leur fiabilité, puis une phase d'étiquetage des pannes passées à partir des ordres de maintenance pour constituer un jeu d'entraînement supervisé. Un travail important porte sur l'ingénierie de variables temporelles, extraction de features fréquentielles par transformée de Fourier rapide sur les signaux vibratoires, calcul de dérives tendancielles sur les paramètres de soudure.

Deux familles de modèles sont combinées. Un modèle de détection d'anomalies par isolation forest repère les comportements atypiques en temps réel sans nécessiter d'étiquette de panne. Un modèle de survie de Cox, puis un gradient boosting XGBoost entraîné sur les épisodes de panne étiquetés, estime une probabilité de défaillance à horizon court et moyen terme par robot et par composant critique.

Le déploiement expose un score de risque par actif, rafraîchi en continu, avec seuils d'alerte calibrés avec les équipes maintenance pour limiter les faux positifs qui désensibiliseraient les opérateurs.

MISE EN ŒUVRE

  1. Audit des capteurs, de leur couverture et de la qualité des historiques de maintenance
  2. Constitution d'un jeu de données étiqueté à partir des pannes passées et des ordres de travail
  3. Développement et validation des modèles de détection et de scoring de risque
  4. Pilote sur un périmètre restreint, par exemple une ligne ou un type de robot
  5. Intégration du score dans l'outil de GMAO existant avec seuils d'alerte validés terrain
  6. Déploiement progressif et formation des équipes maintenance à l'interprétation des scores
  7. Suivi en production avec recalibrage périodique des modèles et des seuils

GAINS ATTENDUS

Si 25 % des arrêts non planifiés deviennent anticipables, le temps de ligne récupéré pourrait représenter un gain significatif en capacité de production sans investissement machine supplémentaire. Si les interventions ciblées remplacent une part des remplacements systématiques, le coût de pièces de rechange pourrait baisser sensiblement, sous hypothèse que les seuils d'alerte restent calibrés et acceptés par les équipes terrain.

KPIS À SUIVRE

  • Taux de pannes non planifiées évitées
  • Temps moyen entre détection d'alerte et intervention
  • Taux de faux positifs sur les alertes de risque
  • Heures d'arrêt de ligne non planifié évitées
  • Coût de stock de pièces de rechange rapporté à la consommation réelle

LA STACK

  • Python avec scikit-learn et XGBoost pour les modèles
  • Lifelines pour le modèle de survie de Cox
  • Airflow pour l'orchestration des pipelines de données capteurs
  • BigQuery ou équivalent pour le stockage des séries temporelles
  • Vertex AI pour l'entraînement et le monitoring de dérive en production
  • Looker Studio pour les tableaux de bord maintenance
  • Intégration API avec l'outil de GMAO existant

RISQUES ET CONFORMITÉ

  • Faux positifs répétés qui désensibilisent les équipes maintenance, nécessité de calibrer les seuils avec le terrain et de mesurer la précision en continu
  • Dérive des capteurs ou changement de référence composant qui invalide le modèle, surveillance de la dérive de données et réentraînement périodique
  • Décision de maintenance fondée sur un score peu explicable, usage systématique de SHAP pour justifier chaque alerte critique
  • Dépendance à la qualité des historiques de pannes souvent mal renseignés, campagne de fiabilisation des données GMAO en amont
  • Risque AI Act lié à un système pouvant être qualifié à risque limité s'il influence des décisions de sécurité industrielle, documentation et traçabilité des décisions à prévoir

QUESTIONS FRÉQUENTES

Faut-il changer nos capteurs existants pour démarrer ce projet

Pas nécessairement. L'audit initial évalue si les capteurs en place suffisent pour un premier pilote. Des capteurs additionnels ciblés peuvent être ajoutés ensuite sur les points les plus critiques identifiés par le modèle.

Combien de temps avant de voir un premier résultat concret

Un pilote sur une ligne ou un type de robot peut produire des alertes exploitables en 10 à 14 semaines, à condition que l'historique de pannes soit suffisamment fourni pour entraîner un modèle fiable.

Comment éviter que les équipes ignorent les alertes du modèle

La calibration des seuils se fait conjointement avec les équipes maintenance, avec un objectif explicite de limiter les faux positifs. Chaque alerte est accompagnée d'une explication des facteurs de risque via SHAP pour construire la confiance progressivement.

CE USE CASE CHEZ VOUS ?

Nous le cadrons, le construisons et le mettons en production. Ou nous formons vos équipes à le faire.

Parlons de votre projet →
← Tous les use cases