Comment faire communiquer vos anciennes machines avec votre SCADA ?
Rétrofit & connectivité industrielle
La plupart des machines existantes peuvent être raccordées sans remplacer l’automate : il faut identifier le signal ou le protocole disponible, le convertir via une passerelle industrielle, puis normaliser et sécuriser les données avant leur remontée vers le SCADA.
La réponse courte
Oui, si la machine fournit encore une donnée exploitable
Le projet ne commence pas par le choix d’une passerelle. Il commence par l’identification de ce que la machine sait réellement émettre et de ce que le SCADA sait réellement recevoir.
- Un protocole documenté : conversion directe possible.
- Des trames propriétaires : pilote ou développement spécifique à prévoir.
- Uniquement des signaux électriques : acquisition par E/S déportées.
- Aucune sortie accessible : capteurs indépendants ou remplacement ciblé.
Une ancienne machine ne doit jamais être connectée directement au réseau IT/OT ou à Internet sans sécurisation, segmentation ni filtrage.
La méthode terrain
Connecter l’existant en 5 étapes, sans perturber la production
L’objectif est de réduire le risque technique avant l’installation : observer, valider sur banc, commencer en lecture seule et documenter chaque échange.
Inventorier la machine et le besoin
Relever la référence de l’automate, les cartes de communication, les connecteurs, les versions logicielles et les paramètres réseau. Définir les variables attendues, leur fréquence, leur unité et le sens de l’échange : lecture seule ou commande.
Livrable : fiche d’interface
Identifier le protocole et son niveau d’ouverture
Vérifier les manuels, tables de registres, fichiers GSD/EDS et sauvegardes. Pour une liaison série, contrôler le brochage, le niveau électrique, le débit, la parité et l’adressage. Ne jamais tester des écritures au hasard sur la machine.
Livrable : matrice des données
Choisir la bonne couche de conversion
Serveur série pour transporter les trames, passerelle pour convertir un protocole, module d’E/S pour numériser des signaux ou PC Edge lorsqu’un pilote, un mapping complexe, une historisation locale ou un traitement spécifique est nécessaire.
Livrable : architecture cible
Normaliser les données pour le SCADA
Donner à chaque tag un nom stable, une unité, une échelle, un horodatage, une qualité et une règle de repli. Séparer les données brutes, calculées, alarmes et commandes. Valider le pilote disponible côté SCADA avant le déploiement.
Livrable : plan de tags
Sécuriser, tester et prévoir le retour arrière
Segmenter le réseau OT, n’autoriser que les flux utiles, sauvegarder les configurations et tester la perte de liaison. Démarrer en lecture seule, qualifier les performances hors production, puis effectuer une recette avec la maintenance et l’automatisme.
Livrable : dossier de recette
Choix d’architecture
Quatre solutions qui ne répondent pas au même besoin
Transport
Serveur série
Rend un port RS-232/422/485 accessible sur Ethernet. Il transporte les trames mais ne les traduit pas nécessairement.
À choisir si le SCADA possède déjà le bon pilote.
Conversion
Passerelle de protocole
Interprète un protocole source et remappe ses données vers Modbus TCP, OPC UA ou un autre réseau industriel.
À choisir pour une conversion déterministe et maintenable.
Acquisition
Module d’E/S déportées
Numérise les états, impulsions ou mesures analogiques lorsqu’aucun protocole exploitable n’est disponible.
À choisir pour observer sans toucher à l’automate.
Traitement
PC industriel Edge
Héberge les pilotes, conversions, files d’attente, calculs et développements spécifiques au plus près de la machine.
À choisir pour les cas complexes ou évolutifs.
Matrice de décision
Quelle solution selon l’interface disponible ?
Cette grille oriente le diagnostic. La référence exacte de l’équipement et la documentation du protocole restent indispensables pour confirmer la faisabilité.
| Interface disponible | Exemples | Solution habituelle | Points à vérifier |
|---|---|---|---|
| RS-232, RS-422 ou RS-485 | Modbus RTU/ASCII, DF1, trames ASCII ou protocole constructeur | Serveur série si le SCADA sait déjà interpréter le protocole ; passerelle ou logiciel Edge s’il faut le convertir. | Brochage, débit, parité, adresse, rôle client/serveur et table des registres. |
| Entrées/sorties physiques | TOR, impulsions, 0–10 V, 4–20 mA, thermocouple, RTD | Module d’acquisition ou E/S déportées publiant les mesures en Modbus TCP, OPC UA ou MQTT. | Plages, précision, isolation, fréquence d’acquisition et mise à l’échelle. |
| Bus de terrain | PROFIBUS, CANopen, DeviceNet, Modbus Plus | Passerelle multiprotocole ou carte de communication compatible avec les deux réseaux. | Rôle attendu sur chaque réseau, fichiers de configuration et temps de cycle. |
| Ethernet industriel ancien | EtherNet/IP, PROFINET, protocoles TCP/UDP propriétaires | Passerelle temps réel, PC industriel Edge ou pilote logiciel vers le protocole accepté par le SCADA. | Version du protocole, adressage, équipements actifs et flux autorisés. |
| Aucune communication exploitable | Machine autonome, automate verrouillé ou documentation introuvable | Ajouter des capteurs ou récupérer des états électriques sans modifier la logique de commande. | Données réellement observables, contraintes mécaniques et niveau de précision attendu. |
Point d’attention : Modbus TCP, OPC UA et MQTT ne sont pas interchangeables. Le premier expose surtout des registres, le deuxième structure et sécurise les informations, le troisième publie efficacement des messages vers des plateformes de données.
Cas concrets
Trois scénarios fréquents de modernisation
Exemples d’architectures types à adapter au procédé, au réseau et à la criticité de chaque installation.
Automate Modbus RTU sur RS-485
Une passerelle Modbus RTU/TCP interroge les registres documentés. Le SCADA conserve son pilote Modbus TCP et récupère états, compteurs et mesures sans modifier le programme automate.
Priorité : vérifier la table des registres. Départ recommandé : lecture seule.
Machine avec protocole série propriétaire
Un serveur série transporte les trames vers un PC Edge. Un service logiciel les décode, contrôle leur cohérence et publie des tags normalisés vers le SCADA.
Priorité : obtenir la documentation ou la machine pour essais. Prévoir une maintenance du connecteur logiciel.
Aucune donnée numérique disponible
Des modules d’E/S récupèrent les signaux de marche, défaut, comptage ou mesure analogique. Des capteurs autonomes peuvent compléter les informations sans toucher à la commande.
Priorité : isoler électriquement l’acquisition. La richesse des données dépend des signaux accessibles.
Ce qui fait échouer un projet
Les six erreurs à éviter
Choisir une passerelle avant d’avoir identifié le protocole et le rôle des équipements.
02
Confondre transport des trames et conversion réelle des données.
03
Sous-estimer l’absence de documentation, de sauvegarde automate ou de machine de test.
04
Écrire dans l’automate avant d’avoir validé les risques fonctionnels et de sécurité.
05
Connecter une machine ancienne à un réseau plat sans filtrage des flux OT.
06
Oublier la qualité, l’horodatage, la perte de communication et le plan de retour arrière.
L’approche Integral System
Un seul interlocuteur pour le terrain, la passerelle et le logiciel
Depuis 2003, Integral System accompagne les industriels dans le choix et l’intégration de matériels informatiques, de réseaux, de systèmes d’acquisition et de logiciels sur mesure. Cette double compétence évite de traiter séparément la machine, le réseau et le SCADA.
Avis d'expert
« Le meilleur projet de rétrofit n’est pas celui qui ajoute le plus de technologie. C’est celui qui récupère les bonnes données, sans fragiliser la machine ni rendre sa maintenance plus complexe. »
Équipe technique Integral System
Pré-diagnostic technique