PLC / API — Automate Programmable Industriel

Définition

Un PLC (Programmable Logic Controller) — appelé API en français pour Automate Programmable Industriel — est un calculateur industriel durci, conçu pour automatiser des procédés de production et de contrôle en temps réel. Contrairement à un ordinateur de bureau, le PLC est optimisé pour fonctionner en continu dans des environnements contraignants : températures extrêmes, vibrations, humidité, poussière et interférences électromagnétiques.

Le PLC exécute un programme de contrôle stocké en mémoire et interagit avec le monde physique via des entrées (capteurs, boutons, débitmètres, thermocouples) et des sorties (actionneurs, vannes, moteurs, voyants). Il constitue le cerveau des lignes de production, des installations de traitement des eaux, des sous-stations électriques et d'une multitude d'autres équipements industriels.

Acronymes

AcronymeLangueSignification
PLCAnglaisProgrammable Logic Controller
APIFrançaisAutomate Programmable Industriel
PACFrançaisContrôleur d'Automatisation Programmable (usage courant pour les variantes modernes)

Fonctionnement — Le cycle de scan

Le fonctionnement d'un PLC repose sur un cycle de scan (ou cycle automate) qui se répète indéfiniment tant que l'automate est en fonctionnement :

  1. Lecture des entrées : le PLC échantillonne l'état de toutes ses entrées physiques (numériques et analogiques) et les copie dans une zone mémoire interne appelée table image des entrées.
  2. Exécution du programme : le processeur exécute le programme utilisateur (ladder, FBD, ST, IL ou SFC selon la norme IEC 61131-3) en utilisant la table image des entrées.
  3. Mise à jour des sorties : les résultats du programme sont écrits dans la table image des sorties, puis transférés vers les sorties physiques pour actionner les équipements.
  4. Tâches système : communications, diagnostics internes, mise à jour de l'horodatage.

La durée d'un cycle de scan varie typiquement de 1 ms à 100 ms selon la complexité du programme et le modèle d'automate. Les applications de sécurité (SIL) requièrent des temps de cycle inférieurs à 10 ms avec des mécanismes de watchdog.

Principaux fabricants et gammes

Le marché des automates programmables est dominé par plusieurs grands constructeurs industriels :

Siemens

  • S7-1200 : gamme compacte pour petites à moyennes applications, compatible TIA Portal, communication Ethernet native, supporte Modbus TCP, Profinet et OPC-UA.
  • S7-1500 : gamme haute performance avec sécurité intégrée (F-CPU), temps de cycle ultra-rapide, trace et diagnostic avancés.
  • S7-300 / S7-400 : gammes historiques encore très présentes sur les sites existants.

Schneider Electric

  • Modicon M340 : automate de milieu de gamme, rack modulaire, communication Ethernet et Modbus TCP natifs.
  • Modicon M580 : automate Ethernet-based avec redondance CPU et communication OPC-UA, cœur de beaucoup de nouvelles installations.
  • Modicon Quantum : gamme haute disponibilité pour les industries de process (pétrochimie, énergie).

Rockwell Automation (Allen-Bradley)

  • MicroLogix : gamme compacte d'entrée de gamme.
  • CompactLogix : gamme modulaire polyvalente, protocole Ethernet/IP natif, largement déployée dans les industries manufacturières nord-américaines.
  • ControlLogix : gamme haute performance avec châssis redondant.

Mitsubishi Electric

  • Gamme MELSEC iQ-R et MELSEC-F (FX) : très répandus en Asie et dans les industries automobile et pharmaceutique.

Beckhoff

  • Gamme CX / BX : PLC basé sur PC (PC-based automation), supporte nativement EtherCAT, OPC-UA et TwinCAT. Particulièrement adapté aux applications de motion control.

Protocoles de communication supportés

Les automates modernes supportent un ou plusieurs des protocoles suivants selon leur constructeur et leur gamme :

ProtocoleCouche physiqueUsage principal
Modbus RTURS-232 / RS-485Communication série avec capteurs, variateurs, compteurs
Modbus TCPEthernetCommunication réseau avec SCADA, passerelles, HMI
OPC-UAEthernetÉchange standardisé de données avec des systèmes hétérogènes et le cloud
ProfinetEthernetCommunication déterministe Siemens entre PLC et périphériques décentralisés
Ethernet/IPEthernetStandard Rockwell/ODVA pour la communication industrielle
S7Comm / S7Comm+EthernetProtocole propriétaire Siemens (requiert library ou OPC-UA pour accès tiers)
EtherCATEthernetCommunication ultra-rapide pour motion control (Beckhoff)

Connexion au cloud via Eziwan

Les PLC ne disposent généralement pas de connectivité cloud native. La connexion s'effectue au travers d'une passerelle industrielle comme la Gateway Eziwan, qui joue le rôle de bridge entre le réseau OT (automate) et le cloud.

Les trois méthodes principales sont :

  1. Modbus RTU via RS-485 : câblage A+/B- entre la gateway et le port série du PLC. Idéal pour les automates anciens ou les équipements sans Ethernet.
  2. Modbus TCP via Ethernet : connexion réseau directe sur le port Ethernet du PLC. Port standard 502. Nécessite que le PLC et la gateway soient sur le même sous-réseau.
  3. OPC-UA : connexion au serveur OPC-UA intégré dans les PLC modernes (Siemens S7-1500, Schneider M580, Beckhoff). Offre le meilleur niveau d'interopérabilité et de sécurité (authentification, certificats).

Une fois la connexion établie, la Gateway Eziwan remonte les données vers le cloud en temps réel et ouvre un tunnel VPN chiffré pour l'accès à distance sécurisé.

Différence PLC vs RTU

Bien que les deux termes soient parfois utilisés indifféremment, il existe des distinctions importantes :

  • Un PLC est conçu pour le contrôle-commande local d'une machine ou d'une ligne de production, avec des cycles de scan rapides et une logique de séquencement complexe.
  • Un RTU (Remote Terminal Unit) est optimisé pour la télégestion de sites distants, avec une consommation réduite, une communication longue distance (4G, radio) et des protocoles de supervision comme DNP3 ou IEC 60870.

Pour en savoir plus, consultez la définition complète du RTU.

Langages de programmation IEC 61131-3

La norme IEC 61131-3 standardise cinq langages de programmation pour les PLC, supportés par tous les automates modernes (Siemens TIA Portal, Schneider Unity Pro, Rockwell Studio 5000, Codesys).

LangageAbrév.TypeAdapté pourExemple d'usage
Ladder DiagramLDGraphiqueLogique TOR contacts/bobines, électriciensSéquences de sécurité, interlocks
Function Block DiagramFBDGraphiqueRégulation, blocs fonctionnelsPID, compteurs, temporisations
Structured TextSTTexteCalculs complexes, algorithmiqueTraitement recettes, communications
Instruction ListILTexteBas niveau (déprécié IEC 61131-3 éd. 3)Héritage, équipements anciens
Sequential Function ChartSFCGraphiqueSéquences procédé en étapesLignes d'embouteillage, machine-outil

Un projet PLC mixe souvent plusieurs langages : SFC pour l'enchaînement des étapes, FBD pour la régulation des process continus, ST pour les calculs ou la communication avec des équipements externes.

Safety PLC — Automates de sécurité (SIL)

Un Safety PLC est un automate certifié pour les fonctions instrumentées de sécurité (SIS), selon IEC 61508 et son application industrielle IEC 61511. Le niveau de sécurité est exprimé en SIL (Safety Integrity Level) de SIL 1 à SIL 4.

SILProbabilité de défaillance (PFD)Exemples d'application
SIL 110⁻² à 10⁻¹Arrêt process simple, détection présence
SIL 210⁻³ à 10⁻²Arrêt d'urgence (ESD), protection brûleur
SIL 310⁻⁴ à 10⁻³Protection réacteur chimique, pipeline

Les Safety PLC utilisent des architectures redondantes (1oo2, 2oo3) avec diagnostic en ligne. Principaux fabricants : Siemens S7-1500F (TÜV SIL 3), Schneider Modicon M580 Safety, Rockwell GuardLogix, Pilz PSS4000.

Un Safety PLC fonctionne souvent en parallèle d'un PLC standard : le PLC standard gère le process normal, le Safety PLC surveille les conditions de sécurité et déclenche l'ESD si une limite est franchie. Les deux peuvent être connectés à la même Gateway Eziwan, avec des droits distincts (lecture seule sur le Safety PLC, lecture/écriture sur le standard).

Soft-PLC — Automate logiciel sur PC industriel

Un Soft-PLC (ou PC-based automation) implémente les fonctionnalités d'un PLC sur un PC industriel standard, sans matériel propriétaire. Avantage : puissance de calcul du PC, flexibilité Linux/Windows, connectivité réseau native.

Le runtime Codesys (3S-Smart Software Solutions) est le standard européen des Soft-PLC. De nombreux OEM l'embarquent sous leur propre marque : Beckhoff TwinCAT, Wago, Bosch Rexroth ctrlX, Phoenix Contact PLCnext.

La Gateway Eziwan peut lire les données d'un Codesys Runtime via OPC-UA (serveur OPC-UA natif Codesys) ou via le Codesys Gateway Protocol — voir le guide intégration SCADA over 4G.

Ressources associées

Questions fréquentes

Quelle différence entre un PLC et un RTU ?

Le PLC excelle dans le pilotage temps réel local (logique, sécurité machine) ; le RTU est optimisé pour la télégestion de sites distants (protocoles longue distance, autonomie, historisation). Les gammes modernes convergent, un PLC communicant assumant souvent les deux rôles.

Quelles sont les principales marques d'automates ?

Siemens (S7), Schneider Electric (Modicon M221/M340/M580), Rockwell Allen-Bradley (CompactLogix, ControlLogix), Beckhoff (TwinCAT), WAGO, ABB, Omron et Mitsubishi couvrent l'essentiel du parc installé européen.

Comment connecter un PLC au cloud ?

Via une gateway industrielle qui lit les variables en Modbus TCP, S7 ou OPC-UA côté machine, puis les publie en MQTT vers la plateforme cloud à travers un tunnel VPN 4G ou Ethernet — sans modifier le programme automate.

Peut-on accéder à un PLC à distance en toute sécurité ?

Oui, par un accès distant industriel : tunnel sortant chiffré, authentification MFA, accès limité à l'équipement cible et session journalisée. Les consoles constructeur (TIA Portal, EcoStruxure) fonctionnent alors comme en local.

Ressources associées