Modernisation d’un système automatisé : 8 signes qu’un retrofit devient prioritaire
- Alex
- 12 août
- 9 min de lecture
Un automate peut fonctionner parfaitement aujourd’hui tout en représentant déjà un risque pour la production de demain.
C’est souvent le paradoxe des installations industrielles anciennes : tant que la machine produit, remplacer un PLC, une IHM ou des entrées-sorties paraît difficile à justifier.
Pourtant, le véritable signal d’alerte n’est pas toujours la panne. Il peut s’agir d’une pièce devenue difficile à obtenir, d’une sauvegarde incertaine, d’un ordinateur de programmation vieillissant ou simplement d’une architecture que plus personne n’ose modifier.
La bonne question n’est donc pas « notre automate fonctionne-t-il encore ? », mais plutôt :
« Serions-nous capables de remettre l’installation en production rapidement si un composant critique tombait en panne demain ? »
La modernisation d’un automatisme industriel ne signifie d’ailleurs pas nécessairement remplacer toute une machine. Selon son état, il peut être plus pertinent de sécuriser l’existant, de réaliser un retrofit partiel ou de préparer une migration complète.
Voici les signes permettant de déterminer quand cette décision devient prioritaire.
1. Les pièces critiques deviennent difficiles à remplacer
Le premier indicateur est généralement matériel.
CPU, cartes d’entrées-sorties, coupleurs réseau, pupitres opérateurs, variateurs ou cartes de communication peuvent continuer à fonctionner pendant de nombreuses années après leur installation. Le problème apparaît lorsque leur disponibilité ne correspond plus à la criticité de la machine.
Quelques questions simples permettent d’évaluer la situation :
la référence est-elle toujours commercialisée ?
existe-t-il un remplacement officiellement compatible ?
disposez-vous d’une pièce de rechange testée ?
combien de temps faudrait-il réellement pour en obtenir une ?
une modification du programme ou du câblage serait-elle nécessaire ?
l’équipe maintenance sait-elle effectuer le remplacement ?
Les constructeurs suivent eux-mêmes le cycle de vie de leurs produits. Une référence peut ainsi passer d’une gamme courante à une gamme mature, puis entrer progressivement en fin de commercialisation ou de support.
Le risque n’est donc pas qu’un automate soit « ancien ». Le risque apparaît lorsqu’une panne matérielle peut provoquer un arrêt dont la durée n’est plus maîtrisée.
Pour les installations utilisant plusieurs générations de matériel, un inventaire précis des références constitue souvent la première étape d’un projet de modernisation ou de migration d’automatisme industriel.
2. La sauvegarde du programme n’est plus totalement maîtrisée
Une CPU de remplacement dans le stock ne suffit pas si personne n’est certain de posséder le bon programme.
C’est un problème fréquent sur les installations ayant évolué pendant plusieurs années.
Une modification est réalisée pendant un dépannage. Une autre est ajoutée lors d’une augmentation de cadence. Une sauvegarde reste sur le PC d’un ancien technicien. Une autre version est enregistrée sur le serveur. Quelques mois plus tard, personne ne peut garantir quel fichier correspond réellement au programme actuellement chargé dans l’automate.
Avant même de parler de migration, il faut pouvoir répondre à plusieurs questions :
où se trouve la dernière sauvegarde validée ?
correspond-elle exactement au programme en production ?
les programmes PLC, HMI et variateurs sont-ils tous archivés ?
les paramètres des équipements communicants sont-ils sauvegardés ?
les mots de passe nécessaires sont-ils disponibles ?
possède-t-on toujours les logiciels et licences permettant d’ouvrir le projet ?
Pour un automaticien ou un responsable maintenance, une sauvegarde non vérifiée doit être considérée comme un risque technique, même si la machine fonctionne normalement.
C’est précisément l’un des points qu’un audit d’automatisme industriel doit permettre de contrôler.
3. Une panne simple devient difficile à diagnostiquer
Un autre signal apparaît lorsque le temps passé à diagnostiquer les pannes augmente progressivement.
Le défaut peut être relativement banal : un capteur, une communication intermittente, une carte d’E/S ou une condition logique absente.
Mais sur une architecture vieillissante, le diagnostic peut être compliqué par :
des programmes peu commentés ;
des alarmes trop générales ;
des symboliques incomplètes ;
une IHM ancienne ;
des réseaux industriels difficiles à analyser ;
des modifications successives non documentées ;
l’absence de diagnostic intégré.
La question n’est donc plus seulement la fiabilité du matériel.
La maintenabilité du système devient elle-même un critère de modernisation.
Un automate moderne n’empêche évidemment pas les pannes terrain. En revanche, une architecture correctement conçue peut rendre leur localisation beaucoup plus rapide grâce à une meilleure remontée des états, des alarmes et des diagnostics.
4. Une seule personne sait encore intervenir sur la machine
Ce signal est parfois sous-estimé parce qu’il ne figure dans aucune alarme automate.
Pourtant, une installation devient vulnérable lorsque son fonctionnement dépend de la connaissance d’une seule personne.
Cela peut être :
le technicien qui connaît les astuces permettant de redémarrer la machine ;
l’ancien automaticien qui possède encore le logiciel adapté ;
le constructeur historique ;
un prestataire capable de comprendre une architecture devenue atypique.
Cette dépendance constitue une forme d’obsolescence différente : l’obsolescence des compétences disponibles.
Lorsqu’il devient difficile de trouver des personnes maîtrisant simultanément le matériel, le logiciel et les particularités historiques de l’installation, la préparation d’une migration peut devenir pertinente même si le PLC fonctionne encore.
Pour les principales architectures, INOMATEX intervient notamment sur les environnements Siemens SIMATIC et TIA Portal, Schneider Electric Modicon et Rockwell Automation / Allen-Bradley.
5. Le système ne peut plus évoluer facilement
Une machine peut continuer à produire correctement mais devenir un frein lorsqu’il faut lui ajouter une nouvelle fonction.
Par exemple :
connecter une supervision ;
récupérer des données de production ;
ajouter de la traçabilité ;
intégrer un nouveau variateur ;
communiquer avec un MES ;
remplacer une IHM ;
ajouter un équipement Ethernet ;
modifier une recette ;
augmenter le nombre d’E/S ;
améliorer les diagnostics opérateur.
Si chaque évolution nécessite des convertisseurs, des passerelles ou des développements spécifiques uniquement pour conserver l’ancien système, il devient nécessaire de comparer deux stratégies :
continuer à adapter l’installation existante ou profiter du prochain arrêt pour moderniser son architecture.
C’est souvent à ce moment que le retrofit devient économiquement intéressant : non pas parce que l’ancien automate ne fonctionne plus, mais parce qu’il limite progressivement les évolutions futures.
6. Les arrêts non planifiés deviennent plus difficiles à maîtriser
Une augmentation des pannes ne signifie pas automatiquement que l’automate doit être remplacé.
Le problème peut venir de l’instrumentation, du câblage, de la mécanique, d’un réseau, des actionneurs ou simplement d’une mauvaise condition de fonctionnement.
C’est pourquoi remplacer un PLC sans diagnostic préalable peut conduire à investir sans supprimer la véritable cause du problème.
En revanche, plusieurs incidents liés à des éléments vieillissants doivent attirer l’attention :
défauts intermittents de modules ;
pertes de communication ;
alimentations instables ;
ventilations ou batteries vieillissantes ;
connecteurs dégradés ;
cartes réparées plusieurs fois ;
redémarrages nécessaires pour retrouver un fonctionnement normal.
L’objectif n’est pas d’attendre la panne définitive pour justifier la modernisation.
L’objectif est de transformer un arrêt imprévisible en arrêt planifié.
Cette différence est fondamentale pour un responsable de production : une migration préparée pendant un arrêt programmé est généralement beaucoup plus maîtrisable qu’une migration improvisée après une défaillance critique.
7. L’environnement logiciel devient aussi obsolète que le matériel
L’obsolescence ne concerne pas uniquement les cartes électroniques.
Sur certaines installations, le PLC fonctionne encore parfaitement, mais l’environnement nécessaire pour le programmer devient fragile :
ancien ordinateur de maintenance ;
système d’exploitation dépassé ;
interface de communication spécifique ;
licence logicielle difficile à retrouver ;
logiciel incompatible avec les postes informatiques actuels ;
fichiers projets utilisant des versions très anciennes ;
pupitre opérateur dépendant d’un logiciel qui n’est plus utilisé.
Il faut alors considérer l’ensemble de la chaîne :
ordinateur d’ingénierie → logiciel → version du projet → communication → PLC → HMI → équipements terrain.
Une faiblesse sur un seul de ces éléments peut compliquer fortement une intervention.
Pour une machine stratégique, conserver uniquement une sauvegarde du programme ne suffit donc pas. Il faut également vérifier que l’entreprise possède encore les moyens de l’exploiter, de le modifier et de le transférer.
8. Un futur projet va imposer de toute façon une modification importante
Le meilleur moment pour moderniser un système automatisé n’est pas forcément lorsqu’il est en panne.
Une opportunité peut apparaître lors :
d'un arrêt annuel ;
d'une augmentation de capacité ;
d'un changement de process ;
du remplacement d’une IHM ;
de l’ajout d’une nouvelle machine ;
d’une évolution de supervision ;
d’un projet de traçabilité ;
d’une rénovation électrique ;
du remplacement de variateurs ou de motorisations.
Dans ce cas, il peut être plus rationnel d’intégrer la migration à un projet déjà planifié plutôt que de prévoir une seconde immobilisation quelques mois plus tard.
La modernisation devient ainsi un projet d’investissement préparé, et non une réponse d’urgence à une panne.
Faut-il forcément remplacer tout l’automatisme ?
Non.
C’est probablement l’idée la plus importante à retenir.
Le bon niveau de modernisation dépend de la criticité de l’installation, de son état, de la durée de vie restante de la partie mécanique et du budget disponible.
Trois scénarios sont généralement envisageables.
1. Maintenir et sécuriser l’existant
Cette stratégie reste pertinente lorsque le système est stable et que les composants restent maîtrisables.
Les actions peuvent être simples :
réaliser des sauvegardes complètes ;
constituer un stock de pièces critiques ;
documenter l’architecture ;
sauvegarder les paramètres des variateurs et équipements ;
maintenir un poste d’ingénierie opérationnel ;
améliorer certaines alarmes ou diagnostics.
Il n’est pas nécessaire de moderniser une installation uniquement parce qu’elle est ancienne.
2. Réaliser un retrofit partiel
Lorsque certaines parties deviennent problématiques, il est parfois possible de moderniser uniquement les éléments concernés.
Par exemple :
PLC ;
IHM ;
E/S déportées ;
variateurs ;
réseau industriel ;
supervision ;
PC industriel.
Cette approche permet de conserver une partie de l’installation tout en supprimant les éléments les plus critiques.
3. Préparer une migration complète
Une migration plus importante devient pertinente lorsque plusieurs obsolescences se cumulent : matériel, logiciel, communications, documentation et difficultés de maintenance.
Dans ce cas, le projet doit être préparé comme une véritable mise en service :
inventaire, architecture cible, conversion ou réécriture du programme, préparation des interfaces, tests, validation des sécurités, plan de basculement et assistance au redémarrage.
Comment déterminer objectivement le niveau d’urgence ?
Une méthode simple consiste à noter chaque critère de 0 à 2.
Disponibilité des pièces
0 : disponibles normalement
1 : disponibilité limitée
2 : références difficiles ou impossibles à obtenir
Sauvegardes
0 : validées et archivées
1 : partielles ou anciennes
2 : situation incertaine
Compétences disponibles
0 : plusieurs personnes peuvent intervenir
1 : compétence limitée
2 : dépendance à une personne ou un prestataire
Logiciels et licences
0 : environnement maintenu
1 : ancien mais exploitable
2 : environnement difficile à reconstruire
Historique de pannes
0 : stable
1 : incidents occasionnels
2 : incidents récurrents liés à l’architecture
Capacité d’évolution
0 : architecture encore adaptée
1 : évolutions complexes
2 : système bloquant de nouveaux projets
Ce score n’est évidemment pas une étude technique, mais il permet d'ouvrir la discussion entre maintenance, production et achats.
Plusieurs critères classés au niveau 2 justifient généralement au minimum un état des lieux de l’installation et l’étude d’un scénario de migration.
Ce qu’un acheteur doit comparer avant de décider
Pour les achats, comparer uniquement le prix d’un nouveau PLC au coût d’une réparation donne une vision incomplète.
Le véritable coût doit intégrer :
le matériel ;
l’ingénierie ;
le câblage ;
la programmation ;
les essais ;
la mise en service ;
l’arrêt de production nécessaire ;
la formation ;
les pièces de rechange ;
mais également le risque financier associé à un arrêt non maîtrisé de l’installation existante.
Il faut donc comparer le coût de modernisation au coût du risque conservé.
Lorsque le projet comporte également un objectif de productivité, le calcul peut ensuite être complété par une analyse de rentabilité. Consultez notre guide consacré au calcul du ROI d’un projet de modernisation industrielle.
Préparer une migration avant de toucher à la machine
Une migration réussie commence bien avant l’arrêt de production.
Chez INOMATEX, la préparation d’un système existant peut notamment intégrer :
inventaire des matériels et versions ;
récupération et vérification des sauvegardes ;
cartographie des réseaux et communications ;
analyse des entrées-sorties ;
identification des fonctions et interverrouillages critiques ;
définition de l’architecture cible ;
conversion ou réécriture des fonctions nécessaires ;
préparation des essais hors ligne ou FAT ;
définition du scénario de basculement ;
préparation d’une stratégie de retour arrière lorsque cela est techniquement possible ;
validation progressive pendant la remise en service ;
création d’une sauvegarde et d’une documentation finales.
Cette préparation réduit les découvertes pendant l’arrêt machine et permet de réserver la période d’immobilisation aux opérations qui nécessitent réellement l’accès à l’installation.
Moderniser avant l’urgence, mais pas trop tôt
La modernisation d’un automatisme industriel ne doit pas devenir un remplacement systématique du matériel ancien.
Une architecture qui fonctionne, dont les sauvegardes sont maîtrisées, dont les pièces restent disponibles et que les équipes savent maintenir peut encore avoir plusieurs années de service devant elle.
À l’inverse, une machine parfaitement opérationnelle peut déjà présenter un risque important si une seule panne de CPU, d’IHM ou de carte de communication suffit à provoquer plusieurs jours d’arrêt.
Le bon moment pour moderniser est donc celui où le risque de conserver l’existant commence à devenir supérieur au coût et au risque d’une migration planifiée.
Pour déterminer ce point, INOMATEX peut analyser l’architecture existante, les générations de PLC et HMI, les sauvegardes, les communications et les contraintes de production afin de définir une stratégie adaptée : maintien sécurisé, retrofit partiel ou migration.
Découvrez nos prestations d’automatisme industriel ou présentez-nous votre installation pour étudier votre projet de modernisation.
Commentaires