Beaucoup de projets de maintenance prédictive s’enlisent parce qu’ils démarrent comme un programme couvrant toute l’usine. Une petite usine n’en a pas besoin. Il lui faut un départ court et bien délimité, qui montre de la valeur sur quelques machines ou montre clairement pourquoi il n’y en a pas. Voici un plan pour les six premières semaines.
Avant la semaine 1 : choisir trois à cinq machines
Choisissez selon les conséquences, pas selon la technologie. Les bons candidats :
- Arrêtent toute la ligne en cas de panne, et n’ont pas de machine de secours à côté.
- Sont longues à réparer ou attendent longtemps une pièce.
- Sont déjà tombées en panne, ce qui donne un historique à comparer et des personnes qui connaissent les symptômes.
- Montrent leur état dans des signaux mesurables : les équipements tournants (pompes, moteurs, compresseurs, ventilateurs, entraînements de convoyeurs) et les équipements thermiques (fours, résistances, échangeurs de chaleur) sont le point de départ habituel.
Évitez de commencer par une machine qui tombe rarement en panne et de façon imprévisible, ou qui n’est reliée à aucun automate ni capteur. Vous pourrez les ajouter plus tard.
Écrire d’abord les critères de réussite
Convenez par écrit avec la maintenance et la direction de ce que signifie « ça a marché ». Par exemple :
- L’équipe de maintenance examine chaque alerte et la qualifie d’utile ou non.
- Une part définie au minimum des alertes est jugée utile, et les fausses alertes sont analysées, pas ignorées.
- Au moins un constat réel, ou une raison documentée expliquant pourquoi aucun n’est apparu sur la période.
- Les données des machines choisies sont disponibles la plupart du temps.
Sans cela, un pilote se termine en débat d’opinions.
Les données que vous avez probablement déjà
Il est rare de devoir commencer avec de nouveaux capteurs. Vérifiez ce qui existe :
- Variables d’automates et de SCADA : températures, pressions, débits, états.
- Données des variateurs : courant du moteur, vitesse, couple fournis par les variateurs de fréquence.
- Historique de maintenance : réparations, causes, pièces utilisées, dates.
- Savoir des opérateurs : « cette pompe devient bruyante avant de tomber en panne ».
N’ajoutez des capteurs que là où un signal important manque. Pour les machines tournantes, il s’agit le plus souvent des vibrations sur les paliers.
Semaine après semaine
Semaine 1 : connecter et regarder. Connectez les sources de données, puis vérifiez leur qualité : horodatages, trous, unités, plages plausibles. Réglez dès maintenant les problèmes ingrats ; sinon ils passeront plus tard pour des défauts de machine.
Semaine 2 : référence. Enregistrez le comportement de la machine en fonctionnement normal, sur ses charges et conditions habituelles. Le « normal » d’une pompe à mi-charge n’est pas celui de la pleine charge : comparez ce qui est comparable.
Semaines 3 et 4 : seuils et tendances. Définissez les limites et les alertes de tendance. Examinez chaque alerte avec l’équipe de maintenance. Attendez-vous à du bruit au début et réduisez-le peu à peu ; un système qui crie au loup est désactivé en moins d’un mois.
Semaines 5 et 6 : boucler la boucle. Transformez les alertes en ordres de travail avec liste de contrôle, désignez un responsable et suivez ce qui se passe : le défaut a-t-il été trouvé, qu’a-t-on fait, combien cela a-t-il coûté. Comparez ensuite avec vos critères de réussite.
Pièges courants
- La fatigue d’alertes. Moins d’alertes, mais meilleures, valent mieux que beaucoup d’alertes faibles.
- Pas de responsable. Chaque alerte a besoin d’une personne qui décide quoi faire.
- Aucun processus derrière l’alerte. Si une alerte ne mène ni à un ordre de travail ni à une décision sur une pièce, rien ne change.
- Attendre de la prédiction à partir de rien. Un modèle a besoin de signal. Certaines pannes, comme les défauts électriques soudains, donnent peu ou pas de signes avant-coureurs. Un bon pilote est honnête là-dessus.
- Des données sales. Un capteur câblé sur la mauvaise machine ne vous apprendra rien.
Après la semaine six
Vous devriez avoir une réponse claire pour chaque machine : les signaux ont donné un avertissement utile, ou non, et pourquoi. Si oui, étendez la démarche au groupe de machines suivant et reliez les ordres de travail au système que votre équipe utilise déjà. Si non, vous avez dépensé six semaines et un petit budget pour le savoir, au lieu d’un an.
Notre propre pilote suit ce schéma : cinq à sept semaines sur trois à cinq de vos machines critiques, avec des critères de réussite convenus avant le démarrage.