ApprendreMaturité prédictive
Maintenance Copilot
Maturité Prédictive

Le modèle est la partie facile. Les prérequis, non.

La maintenance prédictive estime quand un mode de défaillance précis va se développer sur un équipement précis, afin de programmer l'intervention avant la panne. Elle ne devient viable que si trois conditions coexistent : un précurseur mesurable de ce mode de défaillance, une mesure assez dense pour le voir se développer, et un historique qui enregistre ce qui est réellement tombé en panne et quand. S'il en manque une, ce que vous pouvez construire est de la surveillance d'état ou de la détection d'anomalies — utiles toutes les deux, prédictives ni l'une ni l'autre — et les appeler prédiction est la façon la plus rapide de perdre son public.

Les Prérequis

Sept vérifications avant d'acheter le moindre modèle.

Nommer le mode de défaillance, pas l'équipement« Prédire les pannes de pompe » n'est pas un projet. « Détecter la dégradation de bague extérieure des roulements des pompes de transfert » en est un : mécanisme physique, précurseur mesurable, action de maintenance. Un même équipement compte une dizaine de modes de défaillance sans rien de commun.
Établir l'intervalle P-FLe délai entre l'instant où la défaillance devient détectable et celui où l'équipement cesse de remplir sa fonction. La détection doit être au moins deux fois plus fréquente que cet intervalle, et l'intervalle doit laisser le temps de trouver la pièce et la fenêtre. Une prédiction parfaitement juste avec quatre heures de préavis et deux semaines de délai d'approvisionnement ne change rien.
Accorder l'échantillonnage à la physiqueL'échantillonnage doit dépasser le double de la plus haute fréquence d'intérêt, et la pratique spectrale travaille généralement autour de 2,56 fois. Les fréquences de défaut de roulement et leurs harmoniques vivent dans le domaine du kilohertz ; une moyenne à la minute dans un historian ne les représentera jamais, à aucun prix. À l'inverse, encrassement et usure sont lents, et une valeur quotidienne bien choisie suffit largement.
Vérifier ce que l'archive a réellement conservéLes historians appliquent couramment des bandes mortes d'exception et de compression : l'archive n'est pas ce que le capteur a vu. Avant de conclure à l'absence de signal, contrôlez les paramètres de compression de ces repères — une bonne part des « il n'y a eu aucun signe » signifie en réalité « le signe a été jeté en chemin ».
Trouver des défaillances étiquetéesLa prédiction supervisée a besoin d'exemples : des ordres de travail qui précisent le mode défaillant, dans une taxonomie cohérente comme le vocabulaire de modes de défaillance de l'ISO 14224, horodatés assez finement pour s'aligner sur les données capteurs. En deçà d'une dizaine d'événements étiquetés pour un mode, les options honnêtes sont des indicateurs d'état fondés sur la physique ou une détection d'anomalies revue par un humain — pas un classifieur assorti d'un taux de justesse péremptoire.
Porter le contexte d'exploitationCharge, vitesse, produit, conditions ambiantes et état de marche. Sans eux, chaque changement de série ressemble à un défaut et chaque variation saisonnière à une dégradation. C'est la première raison pour laquelle un pilote qui fonctionnait en laboratoire produit des fausses alertes sur le terrain.
Partir de la criticité, pas des capteursLa marche jusqu'à la panne reste une stratégie légitime et moins chère pour les équipements peu coûteux, redondants ou non critiques, et la maintenance systématique convient quand la défaillance dépend vraiment de l'âge. L'effort prédictif appartient là où la panne coûte cher, où le mode est détectable, et où quelqu'un peut agir sur l'avertissement.
Famille de modesCe qui le révèle vraimentCe que la couche de données doit porter
Dégradation de roulementsVibration haute fréquence, accélération démodulée ou enveloppe, ultrasons.Formes d'onde ou spectres à des cadences de l'ordre du kilohertz avec une vitesse d'arbre connue ; une tendance de température arrive bien trop tard pour mériter le mot prédiction.
Balourd, désalignement, jeuAmplitude et phase à une et deux fois la vitesse de rotation.Une référence de vitesse synchrone pour chaque mesure et une identité de point de mesure stable d'une tournée à l'autre.
Défauts moteur et rotorSignature du courant moteur : bandes latérales autour de la fréquence réseau, déséquilibre de courant.Un courant échantillonné assez vite pour résoudre ces bandes, plus le contexte de charge pour ne pas prendre un moteur peu chargé pour un moteur sain.
Encrassement et colmatagePression différentielle ou écart de température, normalisés au débit.Débit, consigne et contexte produit ; une montée de pression non normalisée a autant de chances d'être un changement de production.
Lubrification et usureAnalyse d'huile, comptage de particules, métaux d'usure.Des résultats de laboratoire rattachés à l'équipement et à un horodatage en tant que données, pas classés en PDF que personne ne peut interroger.
Dégradation de vannes et actionneursTemps de course, erreur de position, nombre de cycles comparés à une référence.Comptages et temps d'événements par équipement, avec une identité qui survit aux montées de version et aux renommages du système de contrôle.

L'échelle honnête

Curatif, puis préventif systématique, puis conditionnel, puis prédictif. Chaque barreau suppose que celui du dessous fonctionne : une organisation incapable d'exécuter à la date prévue un ordre de travail planifié ne tirera rien de le savoir trois semaines plus tôt. La plupart des usines gagnent davantage à terminer le barreau où elles sont qu'à en sauter deux.

Tester la maturité rétrospectivement, gratuitement

Choisissez une classe d'équipement et un mode de défaillance, retrouvez les cinq dernières occurrences dans l'historique de maintenance et regardez les données qui existaient autour de chacune. Si un précurseur est visible a posteriori, vous avez un dossier ; si la donnée manque, est ambiguë ou trop grossière, vous avez trouvé votre vrai projet — et vous l'avez trouvé sans rien dépenser.

Anomalie n'est pas défaillance

Un score d'anomalie dit que les données actuelles ressemblent peu à celles d'apprentissage. Cela peut signifier un défaut naissant — ou un nouveau produit, une machine rénovée, un capteur remplacé, ou l'été. Une détection d'anomalies sans chemin vers un mode de défaillance nommé produit des alertes que l'on finit par couper, exactement comme des alarmes intempestives.

Comment échouent les programmes prédictifs, honnêtement.

  • Aucune défaillance étiquetée : rien n'est validable, et la confiance est affirmée plutôt que mesurée.
  • Un taux de justesse annoncé sur un jeu de données où 99 % des échantillons sont sains. Un modèle qui répond toujours « sain » atteint 99 % et ne vaut rien : précision, rappel et délai d'anticipation sont les chiffres qui comptent.
  • Fuite de données : apprentissage sur des données postérieures à la réparation, ou sur des champs qui n'existent que parce que la panne était déjà connue.
  • Des capteurs installés après les défaillances historiques : vous avez l'instrumentation, mais aucun historique dont apprendre.
  • La dérive après une rénovation, un nouveau mix produit ou une réinstrumentation, sans personne pour la surveiller. Les modèles se dégradent en silence.
  • Des alertes sans réponse définie ni pièce disponible, qui apprennent à l'équipe à les ignorer — le sort exact d'une alarme non rationalisée.
  • Un pilote sur la machine la plus récente et la mieux instrumentée, qui est rarement celle qui coûte de l'argent à l'usine.
Concepts Liés

Ce qui doit exister en dessous.

Le prédictif est le test le plus net de la réalité de votre couche de données : il exige identité d'équipement, contexte d'exploitation, temps aligné et historique conservé — précisément ce que fournit la contextualisation et ce qu'un Unified Namespace rend disponible sans reconstruire une intégration par modèle, ISA-95 nommant les équipements de la même façon côté OT et côté GMAO. Que le signal haute cadence atteigne un endroit où on peut l'analyser relève largement de la question MQTT ou OPC UA, et les prérequis plus larges sont ceux qui déterminent la maturité pour l'IA industrielle. En aval, les pannes évitées apparaissent en disponibilité dans le TRS, les alarmes intempestives répétées sur un même équipement sont souvent un signal d'état non lu, et la confirmation d'une prédiction finit dans une analyse de cause racine.

Exploiter Les Données De Maintenance

La plupart des usines ont plus de preuves dans leurs ordres de travail que dans leurs capteurs.

Maintenance Copilot lit un jeu de données de maintenance que vous fournissez — historique des ordres de travail, contexte équipement, indicateurs d'état, événements d'arrêt — et vous aide à voir les récidivistes, les modes qui reviennent vraiment, et où un dossier prédictif est réaliste face à où il ne l'est pas. Il raisonne sur l'export que vous lui donnez : il ne reçoit pas de flux vibratoire, ne se connecte pas à votre GMAO et n'écrit aucun ordre de travail. Cinq essais gratuits, puis c'est un module du plan agents.

Découvrir Maintenance Copilot

Questions fréquentes

Quel historique de défaillances faut-il pour qu'un modèle soit honnête ?

Pour un modèle supervisé, des dizaines d'exemples du même mode de défaillance sur des équipements comparables — pas deux. En deçà d'une dizaine d'événements étiquetés, les options défendables sont des indicateurs d'état fondés sur la physique avec des seuils convenus, ou une détection d'anomalies revue par quelqu'un qui connaît la machine. Les deux sont utiles, et les deux doivent être présentés pour ce qu'ils sont plutôt que vendus comme de la prédiction.

Peut-on faire du prédictif avec les données SCADA déjà historisées ?

Pour certains modes, oui : encrassement et colmatage par la pression différentielle, dégradation de vannes par les temps de course et les comptages de cycles, dérive de charge moteur, et tout ce qui se développe sur plusieurs jours. Pour les défauts de roulements et d'engrenages, non : il faut des données vibratoires à haute cadence. Avant de trancher, vérifiez les réglages de compression et de bande morte des repères, car l'archive contient souvent bien moins de détail que ce que le capteur a produit.

Faut-il une plateforme d'IA avant de commencer ?

Non. Commencez par une classe d'équipement, un mode de défaillance et un regard rétrospectif sur les dernières pannes ; cela ne coûte rien et répond à la seule question qui compte à ce stade. Ce dont vous aurez besoin ensuite est peu spectaculaire : une identité d'équipement stable, du contexte d'exploitation, une base de temps unique et un historique assez long pour contenir plus d'une défaillance. Notre diagnostic gratuit est un pré-screening déclaratif qui aide à cadrer ces écarts : un point de départ de conversation, pas une évaluation de vos données.