Réduire les temps d’arrêt de production : méthode de diagnostic automatisme en 7 étapes
- Alex
- 12 août
- 6 min de lecture
Une ligne de production s’arrête. L’IHM affiche plusieurs défauts. Un voyant rouge apparaît sur un équipement et l’automate semble bloqué dans une étape.
Le réflexe naturel consiste souvent à chercher immédiatement le composant en panne.
Pourtant, dans de nombreux dépannages industriels, le défaut visible n’est pas la cause initiale de l’arrêt mais seulement sa conséquence.
Un capteur qui ne commute pas peut empêcher une condition d’interverrouillage. La séquence ne passe alors plus à l’étape suivante, un convoyeur s’arrête et plusieurs équipements situés en aval génèrent à leur tour des alarmes.
Pour réduire réellement les temps d’arrêt, il faut donc reconstituer ce qui s’est passé dans le bon ordre.
C’est précisément là que l’analyse de l’automatisme devient utile : diagnostic PLC, états des entrées-sorties, alarmes HMI, variateurs, réseaux industriels et observations terrain doivent être croisés pour remonter jusqu’à la première anomalie.
1. Distinguer la cause de l’arrêt de ses conséquences
Une machine automatisée est constituée d'une succession de conditions.
Pour qu'un mouvement démarre, l'automate peut par exemple attendre :
une sécurité valide ;
un capteur de position ;
une pression suffisante ;
un variateur prêt ;
l'autorisation d'un autre équipement ;
une communication réseau correcte ;
une étape précise du séquenceur.
Si une seule de ces conditions disparaît, plusieurs défauts peuvent ensuite apparaître.
Exemple concret
Imaginons qu'un capteur de présence ne commute plus :
Capteur absent → condition PLC non validée → séquence bloquée → convoyeur arrêté → accumulation produit → défaut aval.
L'opérateur peut voir en premier le défaut d'accumulation.
Le technicien peut constater que le convoyeur ne démarre plus.
L'automaticien peut voir que le programme attend une autorisation.
Mais la cause initiale reste le capteur.
C'est cette distinction entre cause, réaction automate et conséquence process qui permet de raccourcir un dépannage.
Pour approfondir les défauts les plus courants, consultez également notre article sur les 10 problèmes d’automatisme industriel les plus fréquents.
2. Reconstituer les secondes qui précèdent la panne
Une analyse efficace commence idéalement avant d'effacer les alarmes ou de redémarrer l'installation.
Le technicien doit chercher à répondre à quelques questions simples :
Quel équipement s'est arrêté en premier ?
Quelle étape du cycle était active ?
Quelle condition attendait le PLC ?
Quelle entrée a changé d'état ?
Quel défaut est apparu en premier ?
Les informations peuvent provenir de plusieurs sources.
Diagnostic de l'automate PLC
La connexion en ligne permet notamment d'examiner :
les états d'entrées et sorties ;
les conditions d'interverrouillage ;
l'étape active d'un séquenceur ;
les blocs en défaut ;
les diagnostics matériels ;
les communications avec les équipements périphériques.
Sur une installation Siemens, par exemple, l'analyse peut associer diagnostic SIMATIC, TIA Portal ou STEP 7, états Profinet/Profibus, historique WinCC et observations terrain.
Sur une installation Rockwell Allen-Bradley, la même logique s'applique avec Studio 5000, les états ControlLogix ou CompactLogix, EtherNet/IP et les alarmes HMI.
INOMATEX intervient sur ces différents environnements : automatisme Siemens, Rockwell Allen-Bradley et Schneider Electric.
Historique des alarmes HMI ou SCADA
Une liste d'alarmes devient réellement intéressante lorsqu'elle est correctement horodatée.
Il faut chercher la première information pertinente, et non simplement l'alarme restant active après l'arrêt.
Une différence de quelques centaines de millisecondes ou quelques secondes peut permettre de distinguer la cause initiale des alarmes en cascade.
Variateurs, servomoteurs et équipements intelligents
Un PLC peut uniquement signaler « Drive Fault ».
Le variateur, lui, peut indiquer :
surintensité ;
surtension ;
température ;
défaut codeur ;
défaut Safe Torque Off ;
perte de communication ;
surcharge moteur.
Il faut donc descendre jusqu'à l'équipement qui possède l'information la plus précise.
3. Classer les arrêts avant d'essayer de les supprimer
Tous les arrêts ne doivent pas être traités de la même manière.
Une panne franche qui immobilise une ligne pendant trois heures est immédiatement visible. Une perturbation de dix secondes répétée cinquante fois par jour peut être beaucoup plus difficile à identifier.
Pour progresser, il est utile de répartir les événements en quatre familles.
Arrêts francs
La production s'immobilise et une intervention est nécessaire.
Ils doivent faire l'objet d'une analyse de cause structurée et d'une action corrective documentée.
Micro-arrêts
Ils durent parfois quelques secondes et sont souvent réarmés directement par l'opérateur.
Pris individuellement, ils semblent peu importants. Leur répétition peut cependant fortement perturber la cadence.
Ralentissements
La machine fonctionne mais n'atteint plus son temps de cycle nominal.
L'origine peut se trouver dans les temporisations, les attentes entre machines, les trajectoires, la régulation, les capteurs ou simplement dans l'organisation du process.
Défauts intermittents
Ce sont souvent les plus difficiles.
La machine fonctionne pendant plusieurs heures puis s'arrête sans qu'une cause évidente soit conservée.
Dans ce cas, l'enregistrement des événements devient essentiel.
4. Ne pas modifier le programme tant que la cause n’est pas comprise
Lorsqu'une installation est arrêtée, la pression pour redémarrer rapidement est forte.
Il peut alors être tentant de :
augmenter une temporisation ;
shunter une condition ;
forcer une entrée ;
neutraliser une alarme ;
modifier une séquence.
Cela peut rétablir provisoirement le fonctionnement tout en masquant le problème initial.
Une condition PLC qui ne passe plus n'est pas nécessairement mal programmée. Elle peut simplement révéler qu'un équipement n'a pas atteint l'état attendu.
Avant de modifier le logiciel, il faut donc se demander :
Pourquoi cette condition existe-t-elle et pourquoi n'est-elle plus satisfaite aujourd'hui ?
Cette approche est particulièrement importante sur les installations comprenant des interverrouillages process ou des fonctions de sécurité.
Le programme doit être considéré comme une représentation du fonctionnement attendu de la machine, pas comme le coupable par défaut.
5. Réduire le MTTR : préparer le diagnostic avant la prochaine panne
Le MTTR — Mean Time To Repair, ou temps moyen de remise en service, ne se réduit pas uniquement grâce à un technicien plus rapide.
Il diminue surtout lorsque l'installation fournit rapidement les bonnes informations.
Une machine maintenable devrait notamment permettre d'identifier :
l'étape en cours ;
la condition bloquante ;
l'équipement concerné ;
le défaut détaillé ;
l'heure de l'événement ;
l'état des principaux interverrouillages.
Un simple message HMI du type « Défaut machine » apporte très peu d'aide.
Un message comme :
« Convoyeur CV12 – démarrage impossible – variateur non prêt – vérifier Drive Ready »
oriente immédiatement le diagnostic.
La conception des alarmes et des diagnostics fait donc partie intégrante de la disponibilité d'une installation.
6. Transformer les pannes répétitives en plan d’amélioration
Une intervention ne devrait pas se terminer au moment où la machine redémarre.
La vraie question est :
« Pourquoi cette panne ne se reproduira-t-elle pas demain ? »
Pour les arrêts récurrents, il faut conserver au minimum :
date et heure ;
équipement ;
durée ;
symptôme constaté ;
cause réelle ;
action réalisée ;
pièce éventuellement remplacée ;
recommandation à long terme.
Après quelques semaines, cette base permet d'identifier les équipements qui concentrent réellement les pertes de disponibilité.
La priorité n'est alors plus déterminée par l'impression des équipes mais par la fréquence, la durée et la criticité des incidents.
7. Savoir quand le dépannage ne suffit plus
Certaines installations accumulent progressivement plusieurs facteurs de risque :
PLC ou modules devenus difficiles à remplacer ;
logiciels de programmation anciens ;
sauvegardes incertaines ;
programmes peu documentés ;
réseaux instables ;
modifications successives non tracées ;
alarmes peu exploitables ;
pannes intermittentes de plus en plus fréquentes.
Continuer à réparer incident après incident peut alors devenir moins pertinent qu'une action structurée.
Il ne s'agit pas nécessairement de remplacer toute la ligne.
Une stratégie peut consister à :
sauvegarder et documenter l'existant ;
identifier les composants critiques ;
corriger les défauts les plus pénalisants ;
améliorer les diagnostics ;
constituer un stock stratégique ;
préparer progressivement une migration.
Pour déterminer si votre installation approche de cette situation, consultez également : Quand moderniser vos systèmes automatisés ?
De l’arrêt subi à une maintenance plus maîtrisée
Réduire les temps d'arrêt ne signifie pas chercher à supprimer chaque alarme.
L'objectif est de rendre chaque incident plus compréhensible, plus rapide à diagnostiquer et moins susceptible de se reproduire.
Sur le terrain, la méthode reste souvent la même :
observer → conserver l'information → retrouver le premier événement → vérifier la logique PLC → contrôler le terrain → identifier la cause → corriger → documenter.
Cette discipline évite de remplacer inutilement des composants ou de modifier un programme qui fonctionnait correctement.
Elle permet également de transformer progressivement les interventions de dépannage en une démarche de fiabilisation.
Une analyse d'automatisme peut porter sur une panne ponctuelle, une série de micro-arrêts, un temps de cycle dégradé ou plus largement sur la maintenabilité d'une installation.
Découvrez les compétences INOMATEX en automatisme industriel pour la programmation PLC/HMI, le dépannage, la mise en service et la modernisation des installations.
Commentaires