Fonctionnement API Industriel : Principes, Schémas et Cas Corrigés
Comprendre le rôle d’un API industriel
Un Automatisme Industriel moderne repose aujourd’hui sur un composant devenu incontournable dans les ateliers, les chaînes de production et les infrastructures techniques : l’API industriel.
Le terme API signifie Automate Programmable Industriel. Dans le monde anglophone, il porte généralement le nom de PLC (Programmable Logic Controller).
L’API industriel représente le véritable cerveau d’une installation automatisée. Sa mission consiste à surveiller les informations provenant des capteurs, analyser ces données selon un programme logique, puis commander différents actionneurs comme des moteurs, des vérins, des convoyeurs, des pompes ou des alarmes.
Dans l’univers industriel moderne, l’automate programmable occupe une position stratégique dans :
- les usines de production ;
- les systèmes de manutention ;
- les stations de pompage ;
- les installations électriques ;
- les lignes d’emballage ;
- les systèmes de traitement d’eau ;
- les machines-outils automatisées ;
- les installations agroalimentaires ;
- les systèmes de supervision industrielle.
Définition de l’Automate Programmable Industriel
Un API industriel est un équipement électronique conçu pour :
- acquérir des informations ;
- traiter des données logiques ;
- piloter automatiquement un procédé industriel.
Sa conception lui permet de fonctionner dans des environnements particulièrement exigeants :
- températures élevées ;
- poussières ;
- vibrations ;
- humidité ;
- perturbations électriques.
Contrairement à un ordinateur classique, un automate industriel possède une architecture spécifiquement adaptée au monde industriel.
Architecture Générale d’un API Industriel
Les principaux éléments d’un automate
Un API comporte généralement plusieurs blocs fonctionnels :
| Élément | Fonction |
|---|---|
| Alimentation | Fournit l’énergie électrique |
| CPU | Traite les instructions du programme |
| Modules d’entrées | Reçoivent les signaux des capteurs |
| Modules de sorties | Commandent les actionneurs |
| Mémoire | Stocke le programme |
| Bus interne | Assure les échanges internes |
| Interface de programmation | Permet le développement du programme |
Schéma Général du Fonctionnement d’un API
CAPTEURS
(Boutons, détecteurs,
sondes, fins de course)
│
▼
┌────────────────┐
│ MODULE ENTREES │
└────────────────┘
│
▼
┌────────────────┐
│ CPU │
│ TRAITEMENT API │
└────────────────┘
│
▼
┌────────────────┐
│ MODULE SORTIES │
└────────────────┘
│
▼
ACTIONNEURS
(Moteurs, lampes,
électrovannes, relais)
Principe de Fonctionnement d’un API
Le fonctionnement d’un automate programmable suit un cycle extrêmement rapide appelé :
Cycle de scrutation
Ce cycle comporte généralement 4 étapes.
1. Lecture des entrées
L’automate lit tous les signaux provenant :
- des boutons poussoirs ;
- des capteurs ;
- des détecteurs ;
- des sondes.
Exemple :
- bouton Marche = 1 ;
- bouton Arrêt = 0 ;
- détecteur présence = 1.
2. Traitement du programme
La CPU analyse les informations selon la logique programmée.
Exemple :
SI bouton Marche activé
ET sécurité validée
ALORS démarrer moteur.
3. Mise à jour des sorties
L’automate active ou désactive les sorties :
- relais ;
- contacteurs ;
- voyants ;
- moteurs ;
- vérins.
4. Reprise du cycle
Le processus recommence plusieurs dizaines de fois par seconde.
Cycle Automatique d’un API
Lecture des entrées
↓
Traitement logique
↓
Mise à jour des sorties
↓
Diagnostic système
↓
Retour au début
Les Entrées et Sorties d’un API
Entrées TOR
TOR signifie :
Tout Ou Rien
Les entrées numériques possèdent uniquement deux états :
- 0 ;
Exemples :
| Capteur | État |
|---|---|
| Bouton poussoir | ON/OFF |
| Fin de course | Actif/Inactif |
| Détecteur inductif | Présence/Absence |
Entrées analogiques
Les entrées analogiques transmettent une valeur variable.
Exemples :
| Capteur | Valeur |
|---|---|
| Température | 0–100 °C |
| Pression | 4–20 mA |
| Niveau | 0–10 V |
Sorties numériques
Elles pilotent :
- lampes ;
- contacteurs ;
- alarmes ;
- relais.
Sorties analogiques
Elles contrôlent :
- variateurs ;
- régulateurs ;
- vannes proportionnelles.
Exemple Concret de Fonctionnement
Cas d’un convoyeur automatisé
Objectif
Le convoyeur doit démarrer lorsque :
- le bouton Marche est pressé ;
- aucune sécurité n’est active.
Il doit s’arrêter si :
- le bouton Arrêt est pressé ;
- une sécurité se déclenche.
Schéma Simplifié du Système
Bouton Marche ─────┐
│
Bouton Arrêt ──────┼──► API ───► Contacteur moteur
│
Capteur sécurité ──┘
Table des Variables
| Élément | Adresse |
|---|---|
| Bouton Marche | I0.0 |
| Bouton Arrêt | I0.1 |
| Sécurité | I0.2 |
| Moteur | Q0.0 |
Logique de Fonctionnement
Conditions de démarrage
Le moteur démarre si :
- Marche = 1 ;
- Arrêt = 0 ;
- Sécurité = 0.
Représentation Logique
SI I0.0 = 1
ET I0.1 = 0
ET I0.2 = 0
ALORS Q0.0 = 1
Schéma Ladder Simplifié
|----[ I0.0 ]----[/ I0.1 ]----[/ I0.2 ]--------( Q0.0 )----|
Explication du Programme
| Élément | Signification |
|---|---|
| [ I0.0 ] | Contact normalement ouvert |
| [/ I0.1 ] | Contact normalement fermé |
| [/ I0.2 ] | Sécurité inactive |
| ( Q0.0 ) | Activation moteur |
Cas Corrigé N°1 : Système de Pompe Automatique
Énoncé
Une pompe doit :
- démarrer lorsque le niveau bas est détecté ;
- s’arrêter lorsque le niveau haut est atteint.
Variables
| Élément | Adresse |
|---|---|
| Niveau bas | I0.0 |
| Niveau haut | I0.1 |
| Pompe | Q0.0 |
Analyse Fonctionnelle
Démarrage
La pompe démarre si :
- niveau bas actif ;
- niveau haut inactif.
Arrêt
La pompe s’arrête lorsque :
- niveau haut activé.
Schéma Fonctionnel
Capteur niveau bas ───┐
│
Capteur niveau haut ──┼──► API ───► Pompe
│
Solution Ladder
|----[ I0.0 ]----[/ I0.1 ]----------------( Q0.0 )----|
Explication Corrigée
Lorsque le réservoir atteint le niveau bas :
- le capteur I0.0 devient actif ;
- l’automate active la sortie Q0.0 ;
- la pompe démarre.
Quand le niveau haut est atteint :
- I0.1 devient actif ;
- le contact fermé s’ouvre ;
- la pompe s’arrête.
Cas Corrigé N°2 : Gestion d’un Feu Tricolore
Objectif
Créer une séquence automatique :
- Rouge ;
- Rouge + Orange ;
- Vert ;
- Orange ;
- Retour Rouge.
Principe de Fonctionnement
L’API utilise :
- des temporisateurs ;
- des sorties séquentielles.
Schéma Simplifié
API
│
┌───────┼────────┐
▼ ▼ ▼
Rouge Orange Vert
Exemple de Séquence
| Temps | Sortie active |
|---|---|
| 0–10 s | Rouge |
| 10–12 s | Rouge + Orange |
| 12–22 s | Vert |
| 22–25 s | Orange |
Importance des API dans l’Industrie Moderne
Les automates programmables offrent plusieurs avantages majeurs :
| Avantage | Explication |
|---|---|
| Fiabilité | Fonctionnement stable |
| Rapidité | Traitement très rapide |
| Flexibilité | Modification facile du programme |
| Maintenance simplifiée | Diagnostic rapide |
| Sécurité | Gestion des protections |
| Productivité | Automatisation continue |
Les Langages de Programmation API
Les API industriels utilisent plusieurs langages normalisés.
Ladder
Le plus utilisé dans l’industrie.
Aspect proche des schémas électriques.
Grafcet
Très utilisé pour :
- les séquences ;
- les automatismes complexes.
Structured Text
Langage proche de :
- Pascal ;
- C ;
- Basic.
FBD
Programmation par blocs fonctionnels.
Les Marques d’API les Plus Connues
| Fabricant | Gamme |
|---|---|
| Siemens | S7 |
| Schneider Electric | Modicon |
| Mitsubishi Electric | FX |
| Omron | CP1 |
| Rockwell Automation | Allen-Bradley |
Différence entre API et Microcontrôleur
| API Industriel | Microcontrôleur |
|---|---|
| Usage industriel | Usage électronique général |
| Très robuste | Sensible environnement |
| Maintenance simplifiée | Plus technique |
| Programmation industrielle | Programmation embarquée |
Synthèse 😉
L’API industriel constitue aujourd’hui l’un des piliers fondamentaux de l’automatisation moderne. Sa capacité à analyser rapidement des informations, prendre des décisions logiques et piloter des équipements industriels lui permet d’assurer la continuité, la sécurité et la performance des installations automatisées.
Des convoyeurs industriels aux lignes de conditionnement, des systèmes de pompage aux chaînes robotisées, l’automate programmable industriel intervient désormais dans presque tous les secteurs de production.
Maîtriser son fonctionnement représente donc une compétence particulièrement recherchée dans :
- la maintenance industrielle ;
- l’électrotechnique ;
- l’automatisme ;
- la production ;
- la supervision industrielle ;
- l’ingénierie des procédés.
Schémas du fonctionnement d’un API industriel
Un automate programmable industriel reçoit des informations depuis les capteurs, traite ces données dans sa CPU, puis commande les actionneurs selon le programme chargé.
Cycle de scrutation de l’automate
Lecture
L’API lit l’état des entrées.
Traitement
La CPU exécute le programme.
Commande
Les sorties sont activées.
Retour
Le cycle recommence immédiatement.
Schéma Ladder simplifié
Condition : si Marche = 1, Arrêt = 0 et Sécurité = 0, alors le moteur démarre.
Exemple d’adressage API
| Élément | Adresse API | Rôle |
|---|---|---|
| Bouton Marche | I0.0 | Demande de démarrage |
| Bouton Arrêt | I0.1 | Commande d’arrêt |
| Capteur sécurité | I0.2 | Blocage en cas de défaut |
| Moteur convoyeur | Q0.0 | Sortie de commande |
Cas pratique : Schema Registry et REST API
Ce cas pratique montre comment une application industrielle publie des données structurées, enregistre leur schéma dans un Schema Registry, puis expose ou consomme ces données au moyen d’une REST API.
🏭
Producteur industriel Capteur, automate, application MES ou passerelle IoT.
➜
📚
Schema Registry Stocke et contrôle les versions des schémas de données.
➜
🌐
REST API Expose les données aux applications clientes.
Situation industrielle
Une ligne de production envoie des mesures de température, pression et vitesse moteur. Pour éviter les erreurs entre systèmes, chaque message doit respecter un schéma officiel. Le Schema Registry vérifie la structure des données avant leur diffusion.
| Élément | Rôle dans le cas pratique |
|---|---|
| Automate / passerelle IoT | Produit les données industrielles issues du terrain. |
| Schema Registry | Centralise le format attendu des messages. |
| REST API | Permet aux applications de consulter ou publier les données. |
| Application de supervision | Consomme les données validées pour afficher les indicateurs. |
Exemple de schéma JSON
Le schéma ci-dessous impose la présence d’un identifiant machine, d’une température, d’une pression et d’un horodatage.
{ « type »: « object », « title »: « IndustrialMachineEvent », « required »: [« machineId », « temperature », « pressure », « timestamp »], « properties »: { « machineId »: { « type »: « string » }, « temperature »: { « type »: « number » }, « pressure »: { « type »: « number » }, « timestamp »: { « type »: « string », « format »: « date-time » } } }
Exemple de message conforme
{ « machineId »: « LINE-01-MOTOR-03 », « temperature »: 72.5, « pressure »: 4.8, « timestamp »: « 2026-05-21T14:30:00Z » }
Exemple de message refusé
Ce message peut être rejeté, car la pression est absente et la température est envoyée sous forme de texte.
{ « machineId »: « LINE-01-MOTOR-03 », « temperature »: « haute », « timestamp »: « 2026-05-21T14:30:00Z » }
Appel REST API : publication des données
POST /api/machines/events HTTP/1.1 Content-Type: application/json { « machineId »: « LINE-01-MOTOR-03 », « temperature »: 72.5, « pressure »: 4.8, « timestamp »: « 2026-05-21T14:30:00Z » }
Réponse attendue de l’API
{ « status »: « accepted », « schema »: « IndustrialMachineEvent », « schemaVersion »: « 1.0.0 », « message »: « Données validées et enregistrées. » }
Correction du cas pratique
Le système fonctionne correctement lorsque le message respecte le schéma enregistré. Le Schema Registry agit comme une référence technique commune : il évite les écarts de format entre producteurs et consommateurs de données. La REST API sert ensuite de point d’entrée normalisé pour publier, consulter ou transmettre les informations industrielles.
| Contrôle | Résultat attendu |
|---|---|
| machineId présent | Oui, identifiant machine reconnu. |
| temperature numérique | Oui, valeur exploitable par la supervision. |
| pressure présente | Oui, donnée obligatoire validée. |
| timestamp conforme | Oui, date exploitable pour l’historisation. |
Schéma Ladder visuel : démarrage sécurisé d’un moteur
Ce schéma représente une logique automate classique : le moteur démarre uniquement lorsque le bouton Marche est activé, que le bouton Arrêt reste fermé et qu’aucun défaut de sécurité n’est présent.
Contact normalement ouvert
Contact normalement fermé
Bobine de sortie automate
Suite du cas : traduction du schéma Ladder en logique automate
Le schéma Ladder peut être lu comme une équation logique. Chaque contact représente une condition. La bobine de sortie s’active seulement lorsque toutes les conditions autorisent le passage logique.
Code Ladder textuel
Équation logique équivalente
Le moteur fonctionne si le bouton Marche est appuyé ou si la sortie moteur est déjà active, à condition que l’arrêt et la sécurité soient au repos.
Table de vérité simplifiée
| Marche I0.0 | Arrêt I0.1 | Défaut I0.2 | État moteur Q0.0 | Résultat |
|---|---|---|---|---|
| 1 | 0 | 0 | 1 | Démarrage autorisé |
| 0 | 0 | 0 | 1 | Auto-maintien actif |
| 1 | 1 | 0 | 0 | Arrêt prioritaire |
| 1 | 0 | 1 | 0 | Sécurité déclenchée |




