Audit d’automatisme : ce qu’un diagnostic professionnel révèle vraiment sur vos installations
Une ligne de production peut fonctionner tous les jours tout en accumulant progressivement des fragilités : programme automate devenu difficile à maintenir, sauvegarde introuvable, module PLC obsolète, alarmes trop nombreuses, réseau instable, modifications réalisées directement sur site ou documentation qui ne correspond plus à l’installation réelle.
Tant que la production continue, ces écarts restent souvent invisibles.
C’est précisément le rôle d’un audit d’automatisme industriel : ne pas attendre la panne pour comprendre l’installation.
Contrairement à un dépannage, qui cherche principalement à résoudre un défaut identifié, l’audit prend du recul sur l’ensemble du système automatisé. Il confronte le programme PLC, le matériel, les réseaux, l’IHM, les équipements de terrain, les sauvegardes et la réalité du fonctionnement machine.
L’objectif n’est pas de produire une longue liste de défauts. Il est de répondre à trois questions simples :
Qu’est-ce qui peut réellement arrêter la production ?
Qu’est-ce qui complique inutilement la maintenance ?
Et quelles améliorations méritent réellement un investissement ?
INOMATEX réalise ce type d’analyse dans le cadre de ses prestations d’automatisme industriel, aussi bien sur des machines existantes que sur des lignes de production, installations process ou équipements destinés à être modernisés.
Pourquoi auditer une installation qui fonctionne encore ?
C’est justement lorsque la machine fonctionne qu’un audit est souvent le plus intéressant.
Lors d’un arrêt urgent, les équipes doivent d’abord remettre la production en route. Le temps disponible pour comprendre les causes profondes, nettoyer le programme ou vérifier l’obsolescence matérielle est limité.
Un diagnostic réalisé hors situation de crise permet au contraire d’identifier les faiblesses avant qu’elles ne deviennent critiques.
Le cas typique est une installation ayant évolué pendant plusieurs années. Un premier programme a été développé par le constructeur, puis modifié par un intégrateur, corrigé par la maintenance et adapté lors de différents projets. La machine fonctionne toujours, mais personne ne possède plus forcément une vision exacte de son architecture.
Un audit permet alors de reconstruire cette vision.
Il peut notamment révéler :
une sauvegarde PLC qui ne correspond plus au programme chargé dans l’automate ;
des fonctions devenues inutilisées mais toujours présentes dans le code ;
des alarmes qui masquent le véritable défaut ;
des temporisations ajoutées progressivement pour contourner un problème ;
un module d’entrées-sorties ou une CPU dont le remplacement devient difficile ;
des communications industrielles instables ;
une supervision qui donne trop peu d’informations au personnel de maintenance ;
des séquences automatiques difficiles à diagnostiquer ;
une documentation électrique ou fonctionnelle devenue incomplète.
Lorsque les arrêts sont déjà récurrents, notre article sur la méthode de diagnostic automatisme pour réduire les temps d’arrêt complète cette approche avec une méthode spécifiquement orientée recherche de panne.
Vérifier d’abord que l’on possède réellement l’installation
Avant même d’analyser la qualité du programme, il faut répondre à une question fondamentale : seriez-vous capable de reconstruire ou redémarrer votre système demain si un équipement critique tombait en panne ?
Pour cela, l’audit commence généralement par le contrôle des sauvegardes disponibles :
PLC / automate
Programme source, programme actuellement chargé, configuration matérielle et versions logicielles.
HMI et SCADA
Projets opérateurs, historiques, alarmes, recettes et éventuelles licences nécessaires.
Variateurs et équipements intelligents
Paramétrages, configurations réseau et fichiers permettant un remplacement.
Sécurité
Programme safety, signatures ou versions, selon l'architecture utilisée.
Une sauvegarde n’a de valeur que si elle est identifiée, exploitable et cohérente avec l’installation en service.
Le simple fait de retrouver plusieurs fichiers intitulés « FINAL », « FINAL2 », « PROD », « BACKUP_OK » et « MODIF_2024 » sans savoir lequel correspond réellement à la CPU constitue déjà un risque de maintenance.
Lire le programme automate comme un outil de maintenance
Un automate peut exécuter correctement un programme qui est pourtant devenu très difficile à maintenir.
L’audit logiciel ne consiste donc pas à réécrire arbitrairement ce qui fonctionne. Il cherche d’abord à déterminer si le code permet de comprendre rapidement l’état de la machine et la cause d’un blocage.
L’analyse peut porter sur :
la structure générale du projet ;
les blocs fonctionnels et leur organisation ;
les séquences automatiques ;
les conditions de transition ;
les permissifs et interverrouillages ;
les temporisations ;
la gestion des défauts ;
les acquittements ;
les valeurs forcées ou contournements ;
la cohérence des variables ;
les commentaires ;
les fonctions inutilisées ;
les échanges avec les autres équipements.
Sur les architectures modernes comme plus anciennes, cette analyse nécessite de connaître les environnements réellement présents. INOMATEX intervient notamment sur les systèmes Siemens STEP 7 et TIA Portal, Schneider Electric et Rockwell Allen-Bradley.
L’objectif est simple : un programme doit être compréhensible par quelqu’un d’autre que son développeur d’origine.
Ce point devient particulièrement important lorsqu’un automaticien historique quitte l’entreprise, lorsqu’un constructeur ne maintient plus l’équipement ou lorsqu’une machine doit continuer à produire pendant encore plusieurs années.
Le défaut d’automatisme n’est pas forcément dans l’automate
C’est l’une des erreurs les plus fréquentes lors d’un diagnostic industriel.
Une machine s’arrête et l’écran affiche un défaut : le programme PLC devient immédiatement suspect.
Pourtant, l’origine peut se trouver ailleurs :
Capteur → signal instable, mauvais réglage ou position mécanique incorrecte.
Actionneur → vanne, vérin, moteur ou contacteur qui n’atteint pas l’état attendu.
Alimentation → chute ou perturbation du 24 VDC.
Réseau industriel → perte intermittente d’un équipement.
Variateur → défaut local mal remonté à la supervision.
Instrumentation → valeur analogique incohérente.
Câblage → faux contact, oxydation, inversion ou modification terrain.
Programme → condition logique réellement incorrecte.
Un audit professionnel doit donc confronter le code à la machine réelle.
C’est cette approche transversale qui évite de modifier un programme uniquement pour masquer un défaut électrique, mécanique ou process.
Pour approfondir ce sujet, consultez également : 10 problèmes d’automatisme industriel fréquents : causes, diagnostic et prévention.
Auditer les réseaux industriels et les échanges de données
Le réseau industriel est aujourd’hui aussi important que le programme lui-même.
Une ligne peut regrouper plusieurs automates, IHM, variateurs, îlots d’entrées-sorties, robots, systèmes de vision, lecteurs, instruments et équipements tiers.
Lorsque les échanges deviennent instables, les symptômes sont parfois difficiles à interpréter : défaut fugitif, perte ponctuelle d’un esclave, valeur figée, équipement qui nécessite un redémarrage ou séquence qui reste bloquée sans raison apparente.
Selon l’installation, le diagnostic peut concerner notamment Profinet, Profibus, EtherNet/IP, Modbus TCP, Modbus RTU, OPC UA ou des liaisons série.
L’objectif de l’audit n’est pas seulement de constater que « le réseau fonctionne ». Il faut identifier les communications réellement critiques pour la production et vérifier si leur diagnostic est suffisamment accessible aux équipes de maintenance.
Vous pouvez retrouver l’ensemble de ces domaines dans les compétences PLC, HMI, SCADA et réseaux industriels d’INOMATEX.
L’obsolescence : distinguer ce qui est ancien de ce qui est réellement critique
Un équipement ancien n’est pas automatiquement un mauvais équipement.
Remplacer une architecture uniquement parce qu’elle a plusieurs années peut générer un investissement important sans bénéfice opérationnel suffisant.
Le véritable sujet est le risque d’indisponibilité.
Il faut notamment regarder :
la disponibilité des pièces ;
les délais d’approvisionnement ;
les possibilités de réparation ;
la compatibilité avec les outils logiciels actuels ;
la disponibilité des licences ;
les compétences encore disponibles pour intervenir ;
la présence d’une sauvegarde exploitable ;
la difficulté de remplacer l’équipement sans modifier le reste de l’installation.
Cette analyse permet de classer les composants.
Certains peuvent rester en service pendant plusieurs années. D’autres méritent simplement une pièce de rechange en stock. Quelques équipements seulement peuvent justifier un projet de migration prioritaire.
C’est cette hiérarchisation qui évite de transformer un audit en prétexte à remplacer toute une installation.
Lorsque plusieurs de ces signaux sont présents, notre guide Modernisation d’un système automatisé : 8 signes qu’un retrofit devient prioritaire aide à déterminer quand engager la migration.
L’IHM peut faire gagner autant de temps que le programme
L’interface opérateur est parfois considérée comme un simple affichage.
En maintenance, elle peut pourtant devenir le premier outil de diagnostic.
Une bonne supervision doit permettre de comprendre rapidement :
ce que la machine essaie de faire,
ce qu’elle attend,
et quelle condition empêche l’étape suivante.
Lors d’un audit, plusieurs éléments peuvent donc être examinés :
pertinence des messages d’alarme ;
distinction entre cause et conséquence ;
état des capteurs et actionneurs ;
affichage des permissifs ;
chronologie des événements ;
identification de l’étape active ;
accès aux valeurs process ;
cohérence des commandes opérateur ;
historique des défauts.
Un écran indiquant uniquement « Défaut cycle » oblige le technicien à ouvrir le programme.
Un écran indiquant clairement « Cycle en attente — autorisation variateur M12 absente » transforme immédiatement le diagnostic.
La qualité de l’automatisme ne se mesure donc pas uniquement au fait que la machine fonctionne, mais aussi à la facilité avec laquelle elle peut être comprise lorsqu’elle ne fonctionne plus.
Pour le responsable maintenance : réduire la dépendance et accélérer le diagnostic
Pour une équipe maintenance, la valeur principale d’un audit est la maîtrise technique de l’installation.
À la fin de l’analyse, les techniciens doivent savoir :
quelles sauvegardes conserver ;
quels composants surveiller ;
quelles pannes risquent d’être difficiles à traiter ;
quelles informations manquent dans l’IHM ;
quelles parties du programme nécessitent une documentation ;
quelles pièces stratégiques devraient être disponibles ;
quelles actions peuvent réduire le temps moyen de diagnostic.
L’objectif n’est pas d’empêcher toutes les pannes.
Il est de rendre l’entreprise moins dépendante d’une personne, d’un constructeur ou d’un fichier que personne ne retrouve au moment critique.
Pour la production : rechercher les pertes cachées derrière les micro-arrêts
Pour un responsable de production, le sujet est différent.
Le programme automate n’est pas une fin en soi. Ce qui compte est la disponibilité de l’outil de production.
L’audit peut donc rechercher les phénomènes qui dégradent progressivement les performances :
reprises automatiques trop lentes ;
capteurs entraînant régulièrement des attentes ;
séquences inutilement temporisées ;
défauts fugitifs ;
acquittements manuels répétitifs ;
redémarrages longs après incident ;
informations opérateur insuffisantes ;
étapes de cycle présentant une variabilité anormale.
Toutes ces situations ne justifient pas nécessairement une modification.
En revanche, leur identification permet de concentrer les efforts sur les points qui ont un véritable impact sur la production.
Pour les achats et la direction : transformer un problème technique en décision budgétaire
Un rapport exclusivement composé de références PLC, d’adresses réseau et de captures de programme est utile pour un automaticien, mais beaucoup moins pour un décideur.
Un audit destiné à préparer des investissements doit donc traduire les constats techniques en risques compréhensibles et priorités budgétaires.
Par exemple :
Priorité 1 — Continuité de production
Équipements dont la panne pourrait provoquer un arrêt prolongé.
Priorité 2 — Maintenabilité
Points qui augmentent fortement le temps nécessaire au diagnostic.
Priorité 3 — Performance
Améliorations capables de réduire les pertes ou simplifier l’exploitation.
Priorité 4 — Modernisation
Évolutions pertinentes à planifier à moyen terme.
Cette classification permet d’éviter deux extrêmes : ne rien faire jusqu’à la panne, ou au contraire lancer un retrofit complet alors que seules quelques actions sont réellement urgentes.
Comment se déroule concrètement un audit d’automatisme ?
Le périmètre dépend naturellement de la taille de l’installation, mais une méthodologie structurée permet d’éviter une analyse trop superficielle.
1. Préparation documentaire
Collecte des programmes, schémas électriques, architectures réseau, sauvegardes, documentations machine et historique des principaux incidents.
2. Analyse de l’architecture
Identification des PLC, IHM, SCADA, équipements de sécurité, variateurs, réseaux, E/S déportées et autres équipements communiquant avec le système.
3. Vérification des sauvegardes
Comparaison des fichiers disponibles avec les versions réellement présentes sur les équipements lorsque les conditions d’intervention le permettent.
4. Analyse logicielle
Lecture de la structure du programme, des séquences, alarmes, interverrouillages et zones difficiles à maintenir.
5. Observation terrain
Comparaison entre le comportement du programme et la réalité des capteurs, actionneurs, réseaux et équipements de production.
6. Échange avec maintenance et production
Les problèmes les plus importants ne sont pas toujours visibles en quelques heures dans un programme. L’expérience des utilisateurs permet de cibler les défauts répétitifs, les manipulations particulières et les difficultés quotidiennes.
7. Priorisation
Chaque constat doit aboutir à une recommandation : surveiller, documenter, corriger, sauvegarder, stocker une pièce, améliorer le diagnostic ou préparer une migration.
Cette démarche peut être intégrée à une mission plus large de diagnostic, programmation PLC, mise en service ou modernisation.
Que doit contenir un bon rapport d’audit ?
Le rapport final doit pouvoir continuer à être utilisé plusieurs mois après l’intervention.
Un livrable pertinent peut comprendre :
une synthèse de l’architecture existante ;
l’état des sauvegardes ;
les références matérielles principales ;
les points d’obsolescence ;
les risques techniques identifiés ;
les anomalies importantes du programme ;
les problèmes de diagnostic opérateur ou maintenance ;
les communications sensibles ;
les améliorations recommandées ;
les actions classées par priorité ;
les éventuelles migrations à anticiper.
Une présentation simple peut utiliser quatre niveaux :
CRITIQUE — risque immédiat de disponibilité, sécurité ou perte de maîtrise.
À CORRIGER — défaut susceptible de générer des incidents ou une maintenance difficile.
À AMÉLIORER — optimisation pertinente sans caractère urgent.
À SURVEILLER — point acceptable aujourd’hui mais à intégrer dans une stratégie future.
Cette classification transforme le rapport technique en véritable feuille de route de fiabilisation.
Quand faut-il envisager un audit d’automatisme ?
Il n’est pas nécessaire d’attendre un incident majeur.
Un audit devient particulièrement pertinent :
avant un arrêt annuel de maintenance ;
avant un retrofit ;
avant l’achat d’une nouvelle machine liée à une installation existante ;
lorsqu’un automaticien historique quitte l’entreprise ;
après plusieurs années de modifications successives ;
lorsque les temps de dépannage augmentent ;
lorsque des pièces deviennent difficiles à trouver ;
lors de micro-arrêts récurrents sans cause claire ;
avant de reprendre la maintenance d’un équipement ancien ;
lorsqu’une machine doit être conservée plusieurs années supplémentaires ;
lorsqu’un investissement important doit être présenté à la direction.
Le meilleur moment est généralement avant que le manque d’information ne devienne lui-même une urgence.
Audit automatisme ou retrofit : ne pas confondre diagnostic et solution
Un audit ne doit pas conclure automatiquement : « il faut tout remplacer ».
Parfois, quelques actions suffisent : créer une sauvegarde fiable, remplacer un composant critique, améliorer les messages d’alarme ou documenter une séquence.
Dans d’autres situations, l’analyse met au contraire en évidence qu’une migration devient rationnelle : matériel indisponible, logiciel difficile à maintenir, architecture trop fragile ou impossibilité de retrouver les outils nécessaires.
L’intérêt du diagnostic est justement de prendre la décision sur des éléments techniques objectifs, avant de définir la solution.
Cela permet également de préparer un futur retrofit beaucoup plus proprement : architecture connue, sauvegardes identifiées, fonctions critiques recensées et priorités définies.
Pourquoi faire intervenir un automaticien extérieur ?
Les équipes internes connaissent généralement mieux que quiconque les particularités quotidiennes de leurs machines.
Un regard extérieur apporte une valeur différente.
L’intervenant ne s’est pas habitué aux contournements qui se sont installés avec le temps. Il peut remettre en question une temporisation devenue « normale », rechercher pourquoi une alarme est systématiquement ignorée ou vérifier si une modification provisoire est finalement devenue permanente.
Cette approche est particulièrement pertinente lorsque l’audit combine lecture du programme et observation terrain.
INOMATEX intervient sur les systèmes automatisés en s’appuyant sur des compétences en programmation PLC, HMI, SCADA, réseaux industriels, variateurs, instrumentation et commissioning.
L’objectif reste de proposer une analyse exploitable et indépendante du constructeur d’origine, puis de distinguer clairement ce qui doit être corrigé maintenant, surveillé ou planifié dans un futur investissement.
Auditer avant d’avoir besoin de dépanner dans l’urgence
Un système automatisé ne devient généralement pas fragile du jour au lendemain.
Les risques apparaissent progressivement : plusieurs versions d’un programme, une documentation moins précise, quelques composants difficiles à remplacer, des alarmes que plus personne ne lit ou des défauts que les équipes ont appris à contourner.
Pris séparément, chacun de ces éléments peut sembler mineur.
Ensemble, ils augmentent pourtant la dépendance technique de l’installation.
Un audit d’automatisme industriel permet de retrouver une vision claire de l’existant, de sécuriser les sauvegardes, d’identifier les risques de disponibilité et de déterminer quelles actions ont réellement du sens.
L’objectif n’est pas de moderniser pour moderniser.
Il est de savoir ce que vous possédez, ce qui peut réellement vous arrêter et où investir en priorité.
Pour une analyse de votre installation, consultez les prestations d’automatisme industriel INOMATEX ou transmettez directement votre besoin.
