Rétrofit : connecter des machines anciennes sans les remplacer

Faut-il remplacer une presse installée il y a trente ans pour savoir combien de pièces elle produit par heure, et pourquoi elle s’arrête ? La question paraît absurde, et pourtant c’est souvent la réponse implicite : tant que la machine n’est pas « connectée », ses données restent invisibles, et la connexion semble supposer une machine neuve. Le retrofit industriel prend le problème dans l’autre sens. Une machine mécaniquement saine peut rester en service des années ; il suffit de lui donner un moyen de dire ce qu’elle fait.

Ce guide décrit les quatre façons de faire parler une machine ancienne, l’architecture qui protège la production, et la manière de passer du signal brut à un indicateur dont les équipes se servent.

Commencer par la question, pas par le capteur

Les projets de connexion de parc qui déçoivent ont un point commun : ils collectent tout ce qui peut l’être, puis cherchent ce qu’on pourrait en faire. Les tableaux de bord se remplissent de courbes que personne ne regarde. La démarche inverse est plus sûre et beaucoup moins coûteuse : choisir d’abord la question à laquelle les données doivent répondre.

Les questions les plus fréquentes sont simples. La machine tourne-t-elle, et combien de temps ? Pourquoi s’arrête-t-elle, et combien de fois ? Quelle est sa cadence réelle comparée à sa cadence théorique ? Consomme-t-elle plus d’énergie qu’avant ? Une vibration ou une température dérive-t-elle avant les pannes ? Chacune appelle des signaux différents, et souvent peu nombreux : quelques signaux bien choisis suffisent à calculer un taux de rendement synthétique, l’indicateur de référence qui combine disponibilité, performance et qualité.

Quatre façons de faire parler une machine

Selon l’âge et la conception de la machine, une ou plusieurs de ces approches sont possibles. Elles ne s’excluent pas : on combine souvent la lecture de l’automate pour les états de marche et des capteurs ajoutés pour les mesures que l’automate ne connaît pas.

Pour une première étape, les deux approches intermédiaires sont souvent les plus sûres : elles ne touchent pas au programme de la machine et peuvent être installées pendant un arrêt court. La lecture de l’automate apporte davantage d’informations, mais suppose de connaître sa mémoire et ses protocoles. La modernisation de la commande est un projet à part entière, qui se justifie lorsque l’automate lui-même n’est plus maintenu ou que les pièces de rechange deviennent introuvables.

L’architecture : une passerelle en périphérie

Entre la machine et les systèmes qui exploiteront ses données, une architecture simple s’est imposée. Une passerelle, installée au plus près de la machine, collecte les signaux dans leur protocole d’origine (Modbus, Profibus, liaisons série, protocoles propriétaires), les horodate, les traduit dans un format moderne et les transmet. Elle peut aussi calculer localement des indicateurs simples, et conserver les données en mémoire si la liaison est coupée.

Côté transmission, deux standards dominent. OPC UA (IEC 62541) décrit les données avec leur contexte (unité, nature, provenance) et intègre des mécanismes de sécurité ; il est la référence pour l’interopérabilité industrielle. MQTT, protocole léger de publication et d’abonnement, est très répandu pour transporter des mesures vers des plateformes de données ; la spécification Sparkplug, publiée sous l’égide de la fondation Eclipse, y ajoute une structure propre aux usages industriels. Le choix dépend surtout de ce que le système de destination sait recevoir.

Une machine connectée ne doit jamais devenir une machine joignable.

La sécurité, dès le premier câble

Connecter une machine ancienne, c’est ouvrir un canal vers un équipement qui n’a jamais été conçu pour être exposé. Son automate n’authentifie pas les commandes, son système n’a pas de mises à jour de sécurité, et une écriture malencontreuse peut provoquer un mouvement. La conception doit donc partir d’un principe : les données sortent, rien ne rentre.

Concrètement, la passerelle se place dans une zone réseau distincte, entre le réseau de la machine et le reste de l’usine, conformément à l’approche par zones et conduits de la série IEC 62443. Elle lit sans écrire, sauf besoin explicitement justifié. Les flux sortants sont limités aux destinations prévues. Les accès d’administration de la passerelle elle-même sont protégés et journalisés. Et l’on évite absolument de rendre la machine accessible depuis Internet, même « temporairement » pour un fournisseur : les incidents publics montrent que ces exceptions sont le chemin d’entrée le plus courant.

Du signal à l’indicateur

Un signal « machine en marche » ne devient utile que lorsqu’il est transformé en information compréhensible : temps de marche par équipe, nombre et durée des arrêts, cadence moyenne. Cette transformation demande un travail que l’on sous-estime toujours : définir ce qu’est un arrêt (à partir de combien de secondes ?), distinguer arrêt programmé et arrêt subi, rattacher chaque mesure à un ordre de fabrication ou à une équipe.

La qualification des arrêts en est le cœur. La machine sait qu’elle s’est arrêtée ; elle ne sait pas toujours pourquoi. Une saisie simple par l’opérateur, sur un terminal près de la machine, avec une liste courte de causes, complète utilement les données automatiques. C’est cette combinaison qui permet de passer de « la machine s’arrête souvent » à « la machine perd une heure par jour en attente de matière ».

Une fois ces bases posées, des usages plus avancés deviennent possibles : détection de dérives annonçant une panne, rapprochement avec la consommation d’énergie, alimentation d’un jumeau numérique de la ligne. Mais ils reposent tous sur la même fondation : des signaux fiables, horodatés, rattachés à leur contexte.

Avant de commander le premier capteur

• La question à laquelle les données doivent répondre est écrite, avec la personne qui l’utilisera.
• Les signaux nécessaires sont identifiés, et la façon de les obtenir est choisie machine par machine.
• Le programme de l’automate est sauvegardé, et toute intervention a un retour arrière prévu.
• La passerelle est placée dans une zone réseau distincte, en lecture seule par défaut.
• Les définitions des indicateurs (arrêt, cadence, disponibilité) sont validées par la production.
• Un premier périmètre réduit, une ou deux machines, sert à valider la méthode avant de généraliser.

Ces six points tiennent sur une page et évitent la plupart des déconvenues. Si vous souhaitez évaluer quelles machines de votre parc se prêtent le mieux à un retrofit, notre expertise industrie et automates commence par un relevé de l’existant, armoire par armoire. Le diagnostic Anti-Friction peut aussi servir de point d’entrée pour identifier où les données manquent le plus.

Questions fréquentes

Le retrofit risque-t-il de perturber la machine ?

Il le peut si l'on modifie le programme de l'automate ou si l'on surcharge ses communications. Les approches qui lisent sans écrire, ou qui ajoutent des capteurs indépendants, limitent fortement ce risque. Toute intervention sur l'automate doit être préparée avec une sauvegarde du programme et un retour arrière possible.

Quel protocole choisir pour remonter les données ?

OPC UA est la référence pour décrire et échanger des données industrielles de façon structurée et sécurisée. MQTT est très répandu pour transporter des mesures vers des plateformes de données. Le choix dépend de ce que la machine sait parler et de ce que le système de destination sait recevoir ; une passerelle fait souvent la traduction.

Combien de machines connecter pour commencer ?

Une ou deux, sur une ligne où la question posée est claire. Le premier projet sert à valider l'architecture et la méthode ; la généralisation se décide sur résultats.

Le retrofit est-il préférable au remplacement ?

Pas toujours. Si la machine arrive en fin de vie, si les pièces détachées manquent ou si sa sécurité n'est plus conforme, le remplacement s'impose. Le retrofit est pertinent pour une machine mécaniquement saine dont on veut mieux connaître et piloter l'activité.