PLC vs RTU : quelles différences pour la supervision à distance ?

· 16 minutes de lecture
16 min read
Lucas Moreau
Lucas Moreau
Ingénieur Réseau OT/IT

Dans les projets de supervision industrielle à distance, la question revient souvent sur la table : faut-il un PLC ou un RTU ? Ces deux familles d'équipements sont fréquemment confondues, parfois utilisées de façon interchangeable, et pourtant leurs logiques de conception sont radicalement différentes. Comprendre cette distinction est déterminant pour choisir l'architecture adaptée — et éviter un déploiement surdimensionné ou sous-performant.

Ce guide complet démêle les définitions, compare les deux technologies sur les critères qui comptent pour la supervision à distance, et explique quand et comment superviser chacune via SCADA, 4G LTE ou plateforme cloud IIoT.

Qu'est-ce qu'un PLC (API) ?​

Définition​

Un PLC (Programmable Logic Controller), appelé API (Automate Programmable Industriel) en français, est un calculateur industriel durci conçu pour exécuter en temps réel un programme de contrôle-commande sur un process industriel local. Son rôle premier est de lire des entrées physiques (capteurs, boutons, débitmètres), d'exécuter une logique de contrôle, et d'agir sur des sorties physiques (actionneurs, vannes, moteurs) dans un temps déterministe et répétable.

Contrairement à un ordinateur généraliste, le PLC est conçu pour fonctionner 24 h/24, 7 j/7, dans des environnements industriels contraignants : vibrations, EMI, températures extrêmes, humidité. Sa fiabilité est garantie par une architecture matérielle dédiée et un système d'exploitation temps réel (RTOS).

Le cycle de scan​

Le fonctionnement d'un PLC repose sur un cycle de scan qui se répète indéfiniment :

  1. Lecture des entrées — le PLC échantillonne toutes ses entrées physiques et les copie dans la table image des entrées.
  2. Exécution du programme — le processeur exécute le programme utilisateur (Ladder, FBD, Structured Text, SFC selon IEC 61131-3).
  3. Mise à jour des sorties — les résultats sont écrits sur les sorties physiques pour commander les équipements.
  4. Tâches système — diagnostics, communications, horodatage.

Le temps de cycle varie typiquement de 1 ms à 100 ms selon la complexité du programme et le modèle d'automate. Les applications de sécurité (SIL 2/3) requièrent des cycles inférieurs à 10 ms avec watchdog matériel.

Exemples de PLC représentatifs​

  • Siemens : S7-1200 (compact, TIA Portal, Modbus TCP natif), S7-1500 (haute performance, OPC-UA intégré), S7-300/400 (legacy encore très présents)
  • Schneider Electric : Modicon M340 (milieu de gamme), M580 (Ethernet-based, OPC-UA, redondance), Modicon Quantum (haute disponibilité énergie/pétrochimie)
  • Allen-Bradley (Rockwell) : CompactLogix (polyvalent, EtherNet/IP natif), ControlLogix (haute performance, châssis redondant), MicroLogix (entrée de gamme)
  • Mitsubishi Electric : MELSEC iQ-R, MELSEC-F (FX) — très répandus dans l'automobile et le pharmaceutique
  • Beckhoff : gamme CX/BX (PC-based automation, EtherCAT, OPC-UA, TwinCAT)

Domaines d'application typiques​

Ligne de production automobile, machine d'emballage, cellule robotisée, convoyeur multi-axes, process agroalimentaire avec gestion de recettes, station de traitement des eaux usées complexe avec régulation multi-boucles, machine pharmaceutique FDA 21 CFR Part 11. La caractéristique commune : une logique complexe qui doit s'exécuter localement, en temps réel, sans dépendre d'une instruction distante.

Qu'est-ce qu'un RTU ?​

Définition​

Un RTU (Remote Terminal Unit — Unité Terminale Distante), parfois appelé automate de télégestion en français, est un équipement conçu pour surveiller et contrôler des équipements sur des sites distants et transmettre les données vers un système de supervision centralisé (SCADA, MTU). Sa capacité de traitement local est volontairement limitée ; son excellence est dans la communication longue distance, la robustesse aux coupures réseau, et la faible consommation électrique.

Un RTU est le composant de terrain par excellence des architectures SCADA (Supervisory Control and Data Acquisition). Là où le PLC décide localement, le RTU remonte l'information vers un cerveau centralisé.

Fonctionnement​

Le RTU scrute ses entrées (4–20 mA, tout-ou-rien, comptage impulsionnel), horodate les valeurs localement, et les transmet — périodiquement ou sur événement — vers le serveur SCADA central via le réseau WAN (radio, 4G, fibre). En cas de coupure communication, le RTU bufferise les données avec horodatage précis et les retransmet en bloc à la reprise. Cette fonction de mémorisation horodatée est imposée dans de nombreux cahiers des charges eau, énergie et gaz.

Domaines d'application​

Les RTU sont déployés sur des infrastructures géographiquement dispersées :

  • Distribution d'eau et assainissement : stations de pompage, réservoirs, stations de traitement des eaux usées. Mesures de débit, pression, niveau, états des pompes.
  • Réseaux électriques : sous-stations HTA/HTB, postes de transformation, parcs éoliens et solaires isolés.
  • Transport de gaz et hydrocarbures : postes de livraison, stations de compression, comptage longue distance, surveillance pipeline.
  • Agriculture et irrigation : contrôle de vannes d'irrigation, mesures météo, sondes terrain distantes.
  • Éclairage public : armoires de commande, variation, remontée consommation.
  • Environnement : stations de mesure qualité de l'air (PM2.5, NO2, O3), débitmétrie hydrologique.

La caractéristique clé : le RTU est un équipement satellite, déployé sur un site non gardé, dont la mission est de remonter l'état de l'installation vers un centre de contrôle centralisé.

Tableau comparatif PLC vs RTU​

CritèrePLC (API)RTU
Puissance de traitementÉlevée — cycle 1–100 ms, logique séquencement complexeFaible à moyenne — traitement simple, seuils, alarmes
Interfaces I/OI/O numériques et analogiques modulaires, haute densitéAnalogique 4–20 mA, TOR, comptage impulsion, mesure
Protocoles natifsModbus TCP/RTU, OPC-UA, PROFIBUS, EtherNet/IP, PROFINETModbus RTU, DNP3, IEC 60870-5-101/104, IEC 61968
Consommation électriqueMoyenne à élevée — alimentation 24 V DC stabiliséeFaible — conçu pour alimentation solaire / batterie
Robustesse environnementGrade industriel, armoire sous température contrôléeSites non gardés, grand froid, chaleur, humidité extrême
Usage typiqueContrôle-commande local, machines, lignes de productionTélégestion, SCADA eau/énergie, sites distants
Gamme de prix500 € à 20 000 € selon puissance et I/O200 € à 3 000 € selon I/O et protocoles
Environnement de programmationIEC 61131-3 (LD, FBD, ST, SFC) — ingénieur automaticienParamétrage simplifié ou langage constructeur — technicien télécontrôle
Communication distanteOPC-UA, Modbus TCP, via passerelle ou module COMDNP3, IEC 104, Modbus RTU natif sur 4G / radio / satellite
Redondance / buffer offlineLimitée — conçu pour rester connecté en permanenceNative — mémorisation horodatée en cas de coupure réseau

Quand choisir un PLC ?​

Le PLC est le bon choix lorsque les critères suivants sont réunis :

Logique locale complexe. Si votre installation nécessite un séquencement multi-étapes, une régulation PID multi-boucles, une gestion de recettes, une coordination multi-actionneurs ou une logique de sécurité SIL, seul un PLC dispose de la puissance de traitement et de l'environnement de développement adapté.

Temps de réponse critique. Un convoyeur qui doit détecter un bourrage en 10 ms et couper la ligne ne peut pas dépendre d'une instruction cloud. Le PLC décide localement, en temps réel, sans dépendance réseau.

Environnement contrôlé. L'équipement est installé dans une armoire électrique d'atelier avec alimentation stabilisée et température maîtrisée. Les contraintes de grand froid, d'alimentation batterie ou de site non gardé ne s'appliquent pas.

Exemples concrets :

  • Robot de soudure sur ligne automobile : le PLC gère la synchronisation des axes, la séquence de soudure et les interlocks de sécurité en moins de 5 ms.
  • Machine de conditionnement pharmaceutique : gestion du flux produit, pesée, étiquetage et traçabilité FDA.
  • Station de traitement des eaux usées (STEP) de 100 000 EH : régulation multi-boucles des 6 bassins, séquences de remplissage/vidange et gestion des surpresseurs d'air.

Quand choisir un RTU ?​

Sites distants non gardés. Une station de relevage à 40 km du centre de supervision, alimentée par un groupe électrogène avec batterie de secours, dans un puits ou un local sans climatisation. Le RTU est conçu pour cette réalité.

Flotte de points de mesure nombreux. Un réseau d'eau peut comporter 200 stations de pompage et 500 points de mesure. Déployer des PLCs sur chacun serait hors budget et surdimensionné. Les RTUs, plus économiques et plus simples à configurer pour le télécontrôle, sont le choix naturel.

Protocoles SCADA natifs. Si votre SCADA central parle DNP3 ou IEC 60870-5-104 — protocoles conçus pour la télégestion avec horodatage, séquences d'événements et communication intermittente — un RTU implémentera ces protocoles nativement, là où un PLC nécessite une passerelle supplémentaire.

Autonomie sur coupure réseau. Le RTU stocke les mesures localement avec horodatage précis et les transmet en bloc à la reprise de la communication. Cette fonction est imposée dans de nombreux cahiers des charges eau et énergie.

Exemples concrets :

  • Réseau de 80 stations de mesure qualité de l'air : transmission toutes les 15 minutes des valeurs PM2.5, NO2, O3 vers le serveur central via 4G.
  • Postes de livraison gaz : RTU IEC 101 sur liaison RTC puis migration IEC 104 sur IP, supervision dispatching.
  • Irrigation agricole sur 500 ha : RTUs sur chaque vanne de secteur, pilotés depuis la centrale d'exploitation.

Supervision à distance d'un PLC​

La supervision à distance d'un PLC repose sur l'extraction des variables process et leur transmission vers un système de supervision centralisé ou une plateforme cloud. Plusieurs méthodes coexistent selon la génération d'automate.

OPC-UA : la méthode recommandée pour les PLCs modernes​

Les automates récents (Siemens S7-1500, Schneider Modicon M580, Beckhoff TwinCAT, Allen-Bradley ControlLogix 5380) implémentent un serveur OPC-UA embarqué. La passerelle IoT ou le SCADA se connecte en tant que client OPC-UA, souscrit aux nœuds d'intérêt, et reçoit les mises à jour en temps réel ou sur changement de valeur.

Avantages : sécurité intégrée (TLS, certificats, authentification), sémantique riche (types de données, unités), interopérabilité multi-constructeurs.

Configuration typique : endpoint opc.tcp://[IP-PLC]:4840, namespace index 2 (Siemens), authentification username/password ou certificat client.

Modbus TCP : la méthode universelle​

Modbus TCP est supporté par pratiquement tous les PLCs modernes et par de nombreux anciens via modules de communication (CP343 pour Siemens S7-300, NOE 771 pour Schneider Quantum). La passerelle IoT poll les registres Modbus toutes les N secondes et transmet les valeurs vers le cloud.

Avantages : universalité totale, configuration simple, supporté par tous les SCADA. Inconvénient : polling actif (pas de notification sur événement), pas de sécurité native (à protéger par VPN).

Passerelle IoT via RS-485 (Modbus RTU)​

Pour les PLCs sans Ethernet ou avec un port série uniquement (Siemens S7-200, anciens Modicon), la Gateway Eziwan se connecte au port RS-485 de l'automate via Modbus RTU et remonte les données vers le cloud. Transparent pour le programme automate, aucune modification de code requise.

Accès à distance via VPN pour la maintenance​

Pour le diagnostic et la maintenance, l'ingénieur accède à l'automate depuis son poste via un tunnel VPN. Il voit le PLC comme s'il était sur le réseau local : TIA Portal pour un S7, Unity Pro pour un Modicon, Studio 5000 pour un ControlLogix. Aucun port ouvert côté site industriel — architecture zero-inbound-port.

Supervision à distance d'un RTU​

La supervision à distance est la raison d'être du RTU. Les protocoles utilisés ont été conçus dès l'origine pour les liaisons WAN longue distance et intermittentes.

DNP3 : le protocole des utilities nord-américaines​

DNP3 (Distributed Network Protocol 3) est le protocole de télégestion dominant en Amérique du Nord pour les réseaux électriques et les systèmes de distribution d'eau. Il gère nativement la communication intermittente, l'horodatage précis des événements, les rapports sur exception (le RTU transmet uniquement si la valeur change), et les classes de données (classes 0, 1, 2, 3 pour prioriser les alarmes critiques).

Un RTU DNP3 se connecte au SCADA maître via TCP/IP (DNP3 sur IP) ou via liaison série sur radio. Sur 4G, le RTU établit une session DNP3 TCP vers le serveur maître (port standard 20000).

IEC 60870-5-104 : le standard européen​

IEC 60870-5-101 (version série) et IEC 60870-5-104 (version TCP/IP) sont les standards de télégestion dominants en Europe, notamment pour les réseaux électriques et de distribution d'eau en France. IEC 104 est la norme de facto pour les nouveaux déploiements : le RTU établit une connexion TCP vers le SCADA maître sur le port 2404 et transmet les données en mode spontané ou en réponse aux interrogations générales.

Modbus RTU sur 4G​

Pour les déploiements plus simples ou les parcs d'équipements existants, un RTU transmet ses données via Modbus TCP encapsulé dans un tunnel VPN sur 4G. La passerelle 4G crée un tunnel VPN vers le SCADA central ; le SCADA interroge le RTU comme s'il était sur le réseau local.

Exemple de déploiement : un syndicat des eaux supervise 45 stations de pompage via un SCADA central. Chaque station dispose d'un RTU avec 8 entrées analogiques 4–20 mA (débit, pression, niveau), 16 entrées TOR (états pompes, alarmes), 4 sorties TOR (commandes pompes), communication IEC 104 sur 4G LTE avec failover SIM secondaire. Le SCADA interroge chaque RTU toutes les 5 minutes et reçoit les alarmes en mode spontané en moins de 10 secondes.

La convergence PLC/RTU dans l'IIoT​

Les frontières entre PLC et RTU s'estompent depuis une dizaine d'années sous l'impulsion de l'IIoT :

Les PLCs modernes intègrent des fonctions RTU. Les Modicon M262, les Siemens S7-1500T ou les CompactLogix 5380 intègrent des connecteurs cloud natifs (MQTT, OPC-UA over MQTT), des fonctions de mémorisation locale et des protocoles de télégestion. Un S7-1500 avec passerelle IoT peut jouer le rôle d'un RTU performant.

Les RTUs modernes intègrent de la logique PLC. Des équipements comme le Schneider Electric SCADAPack 470i ou le Wago 750-8207 offrent une puissance de traitement et un environnement de programmation IEC 61131-3 comparables à des PLCs compacts, tout en conservant les protocoles de télégestion natifs (DNP3, IEC 104).

L'edge computing efface la frontière. La tendance est aux "edge controllers" polyvalents capables de traitement local avancé (ML sur données capteurs, détection d'anomalies), de communication multiprotocole et de supervision cloud simultanée — héritant du meilleur des deux mondes.

Recommandation pratique. Pour les nouvelles installations, la dichotomie PLC/RTU est de moins en moins structurante. Le vrai critère : avez-vous besoin de logique temps réel locale (→ PLC), de télégestion sur site distant avec protocoles utility (→ RTU), ou les deux (→ edge controller) ? Dans tous les cas, la supervision à distance passe aujourd'hui par une passerelle IoT qui abstrait le protocole terrain et expose une API cloud standard.

Checklist de choix PLC vs RTU​

Pour chaque nouveau projet, répondez à ces 5 questions dans l'ordre :

1. Y a-t-il une logique de contrôle-commande locale complexe ?
   (séquencement, régulation PID, sécurité SIL)
   OUI → PLC obligatoire
   NON → continuer

2. Le site est-il distant, non gardé, alimentation incertaine ?
   OUI → RTU ou edge controller
   NON → PLC si logique locale requise, sinon passerelle IoT simple

3. Y a-t-il des protocoles utility (DNP3 ou IEC 60870) à respecter ?
   OUI → RTU avec protocol natif
   NON → passerelle IoT Modbus + MQTT suffisante

4. Le budget par site est-il < 1 000 € ?
   OUI → RTU simple ou passerelle IoT
   NON → PLC avec passerelle IoT pour la supervision cloud

5. Avez-vous besoin de logique locale ET de télégestion SCADA ?
   OUI → Edge Controller (hybrid) avec protocoles IEC 61131-3 + DNP3/IEC 104
   NON → solution monofonction selon réponses 1-4

Architecture hybride PLC + RTU dans une installation complexe​

Dans de nombreuses installations industrielles réelles, les deux équipements coexistent avec des rôles complémentaires :

Dans cette configuration :

  • Le PLC S7-1500 gère la régulation temps réel des bassins d'aération et les séquences de remplissage/vidange — logique qu'un RTU ne pourrait pas exécuter.
  • Le RTU SCADAPack assure la télégestion vers le SCADA régional (IEC 104) avec horodatage précis des événements et buffer 30 jours — fonctions natives optimisées.
  • La Gateway Eziwan agrège les deux sources, les publie vers le cloud en MQTT, et offre un accès VPN pour la maintenance depuis le bureau.

Trois équipements, trois rôles distincts, une seule plateforme de supervision unifiée.

FAQ​

Quelle est la différence principale entre un PLC et un RTU ?​

Le PLC est un calculateur industriel conçu pour exécuter une logique de contrôle-commande complexe localement, avec des cycles de 1 à 100 ms. Le RTU est un équipement de télégestion conçu pour collecter des données sur un site distant et les transmettre à un centre de supervision. Le PLC décide, le RTU remonte l'information. Les deux peuvent coexister dans une même installation : le PLC contrôle la machine localement, le RTU remonte les données vers le SCADA central.

Peut-on superviser un PLC et un RTU à distance sur la même plateforme ?​

Oui. Une passerelle IoT industrielle comme la Gateway Eziwan parle nativement Modbus RTU/TCP (pour les PLCs), DNP3 et IEC 60870-5-104 (pour les RTUs), et OPC-UA pour les automates modernes. Elle centralise toutes ces sources sur une même plateforme cloud, quel que soit l'équipement terrain. C'est l'approche recommandée pour les parcs mixtes PLC/RTU.

Quel protocole utiliser pour l'accès distant à un PLC ?​

  • OPC-UA : recommandé pour les PLCs modernes (S7-1500, M580, Beckhoff). Sécurité intégrée, sémantique riche, interopérabilité.
  • Modbus TCP : universel, compatible avec tous les PLCs modernes et anciens. Simple à configurer, à protéger par VPN.
  • Modbus RTU via RS-485 : pour les PLCs sans Ethernet ou avec port série uniquement. Via passerelle locale.
  • Accès VPN direct : pour la maintenance et le diagnostic, l'ingénieur accède au PLC via son logiciel natif (TIA Portal, Unity Pro) au travers d'un tunnel VPN.

RTU ou PLC pour la gestion de l'eau et de l'assainissement ?​

Pour les parcs de télégestion eau (stations de pompage isolées, réservoirs, points de mesure), le RTU reste le choix optimal : protocoles DNP3/IEC 104 natifs, faible consommation pour alimentations solaire/batterie, mémorisation horodatée, robustesse aux sites non gardés. Pour les stations de traitement complexes (STEP avec régulation multi-boucles), un PLC gère le process local tandis qu'un RTU ou une passerelle IoT assure la remontée vers le SCADA central.

Vous supervisez un parc d'automates PLCs ou de RTUs et souhaitez centraliser la supervision à distance ? Découvrez les solutions Eziwan pour l'accès distant automate et PLC.

Ressources complémentaires​