AUTOMATES PROGRAMMABLES
INDUSTRIELS (A.P.I)
Cours API/ ENISo 2014-2015
Plan
I. Généralités sur les Automates Programmables
Industriels
II. Programmation des APIs : Siemens S7-300
III. Câblage des automatismes industriels
1 IV. Modules spécifiques pour les automatismes
industriels
CHAPITRE I :
GÉNÉRALITÉS SUR LES AUTOMATES
PROGRAMMABLES INDUSTRIELS (A.P.I)
Cours API/ ENISo 2014-2015
I. Historique
II. APIs au sein des systèmes automatisés de
production (SAP)
III. Architecture des automates
IV. Caractéristiques techniques et Cycle de
fonctionnement d’un API
2
V. Langages de programmation pour API
VI. Critères de choix d'un API
Introduction : Les Systèmes Automatises de Production (SAPs)
• Un système (automatisé) est un ensemble d’éléments
en interaction, et organisés dans un but précis : agir
sur une matière d’œuvre afin de lui donner une
Définition
Cours API/ ENISo 2014-2015
valeur ajoutée.
• L’objectif de l’automatisation des systèmes est de
produire, en ayant recours le moins possible à
l’homme, des produits de qualité et ce pour un coût le
Objectif plus faible possible.
• Le système automatisé est soumis à des contraintes :
énergétiques, de configuration, de réglage et
d’exploitation qui interviennent dans tous les modes de
Contraintes marche et d’arrêt du système.
3
I- HISTORIQUE :
L’ère de la logique câblée :
à l’époque les systèmes de commande sont
basés sur l’utilisation de relais
Cours API/ ENISo 2014-2015
électromagnétiques et de éléments
pneumatiques .
Inconvénients :
cher, encombrant, non flexibilité, pas de
communication possible,…
L’ère de la logique programmable :
l’invention de composantes électroniques
(de puissance et programmable) suivi
d’une baisse de leurs coûts permet de
remplacer utilisation de systèmes de
commande à base de microprocesseurs
4
Avantages : non encombrant,
modification aisée ,flexible, reconfigurable
(reprogrammable communication aisée,…
I- HISTORIQUE :
Contraintes du monde industriel :
Influences externes : poussières,
Ordinateurs : température, humidité, vibrations,
Cours API/ ENISo 2014-2015
Les ordinateurs de l'époque parasites électromagnétiques, …
étant chers et non adaptés aux Matériel : évolutif, modulaire,
contraintes industrielles. implantation aisée, possibilité de
modifier le système en cours de
fonctionnement,…
Date d’invention des APIs :
- APIs devaient permettre de
répondre aux attentes de l'industrie.
- APIs sont apparus à la fin des
années 60, à la demande de
l'industrie automobile américaine
(GM), qui réclamait plus
d'adaptabilité de leurs systèmes de
commande.
5
II- APIS AU SEIN DES SYSTÈMES AUTOMATISÉS DE
PRODUCTION (SAP) :
Produits PARTIE OPERATIVE Produits
entrants finis
Unité de production
+ +
Énergie Déchets
Cours API/ ENISo 2014-2015
Actionneurs Capteurs
PARTIE COMMANDE
Pré-Actionneur
Interface de sortie Interface d’entrée
Ordre Information
Unité de traitement
Ordre Information
Interface de sortie Interface d’entrée
API
Visualisation Consigne
6
Opérateur
PARTIE DIALOGUE
II- APIS AU SEIN DES SYSTÈMES
LES
AUTOMATISÉS DE PRODUCTION (SAP) :
• L'Automate Programmable Industriel (API) est un
appareil électronique programmable, adapté à
l'environnement industriel, qui réalise des fonctions
Cours API/ ENISo 2018-2019
d'automatisme pour assurer la commande de pré-
Définition d’un actionneurs et d'actionneurs à partir d'informations
API: logique, analogique ou numérique.
• On utilise les APIs dans tous les secteurs industriels
pour la commande des machines (convoyage, emballage
...) ou des chaînes de production (automobile,
agroalimentaire ...) ou il peut également assurer des
fonctions de régulation de processus (métallurgie, chimie
Domaines ...).
d'emploi des • Il est de plus en plus utilisé dans le domaine du bâtiment
APIs : (tertiaire et industriel) pour le contrôle du chauffage, de
l'éclairage, de la sécurité ou des alarmes.
7
III. ARCHITECTURE DES AUTOMATES
III.1- ASPECT EXTÉRIEUR
(LOGO de Siemens,
Exemples : ZELIO de
API de type compact
Schneider, MILLENIUM de
Des micro-automates
Crouet ...)
Cours API/ ENISo 2014-2015
Il intègre le processeur,
l'alimentation, les entrées et les
sorties.
Selon les modèles et les
fabricants, il pourra réaliser
certaines fonctions
supplémentaires (comptage
rapide, E/S analogiques ...) et
recevoir des extensions en
nombre limité.
Ces automates, de fonctionnement
simple, sont généralement
destinés à la commande de
petits automatismes.
8
III. ARCHITECTURE DES AUTOMATES :
III.1- ASPECT EXTÉRIEUR :
Autre Modèle d’un API Compact
Cours API/ ENISo 2014-2015
9
III. ARCHITECTURE DES AUTOMATES :
III.1- ASPECT EXTÉRIEUR :
API modulaire Exemple d’API Modulaire
le processeur,
Cours API/ ENISo 2014-2015
l'alimentation et les
interfaces d'entrées /
sorties résident dans des
unités séparées (modules)
et sont fixées sur un ou
plusieurs racks contenant
le "fond de panier" (bus
plus connecteurs).
Ces automates sont
intégrés dans les
automatismes complexes
où puissants, capacité de
traitement et flexibilité
sont nécessaires. 10
III. ARCHITECTURE DES AUTOMATES :
III.2- STRUCTURE INTERNE:
L’API se compose de plusieurs parties et
notamment d’une mémoire programmable dans
Cours API/ ENISo 2014-2015
laquelle l’opérateur écrit, dans un langage propre
à l’automate, des directives concernant le
déroulement du processus à automatiser.
Son rôle consiste donc à fournir des ordres à la
partie opérative en vue d’exécuter un travail
précis (sortie ou rentrée d’une tige de vérin,
ouverture ou fermeture d’une vanne). La partie
opérative lui donnera en retour des informations
relatives à l’exécution du dit travail.
11
III. ARCHITECTURE DES AUTOMATES :
III.2- STRUCTURE INTERNE:
PC
registre = mémoire tampon
Communication Données et Périphériques
Mémoire internes
Cours API/ ENISo 2014-2015
programme (Timers/Compteurs)
Alimentation
Interface Interface
d’entrées de sortie
Registre d’entrées
Registre de sortie
Transistors/relais
Optocoupleurs
Optocoupleurs
ENTREES SORTIES
CPU
Entrées Sorties
12
III. ARCHITECTURE DES AUTOMATES :
III.2- STRUCTURE INTERNE :
•Son rôle consiste d’une part à organiser les différentes
relations entre la zone mémoire et les interfaces d’E/S et
d’autre part à gérer les instructions du programme.
Cours API/ ENISo 2014-2015
•Il réalise toutes les opérations arithmétiques (fonctions
Le processeur : logiques ET, OU,…), les fonctions de temporisation, de
CPU comptage,…
•L’interface d’Entrées comporte des adresses d’entrée, une
pour chaque capteur relié. L’interface de Sorties comporte
des adresses de sorties, une pour chaque pré-actionneur.
Le nombre d’E/S varie suivant le type d’automate.
Les interfaces : •Les cartes d’E/S ont une modularité de 8, 16 ou 32 voies.
Elles admettent ou délivrent des tensions continues 0 - 24
opto-coupleurs Vcc.
13
III. ARCHITECTURE DES AUTOMATES :
III.2- STRUCTURE INTERNE:
•Elle est conçue pour recevoir, gérer, stocker des informations
issues des différents secteurs du système que sont le terminal de
programmation (PC ou console) et le processeur, qui lui gère et
exécute le programme.
Cours API/ ENISo 2014-2015
•Elle reçoit également des informations en provenance des capteurs.
Mémoire •Il existe dans les automates plusieurs types de mémoires qui
remplissent des fonctions différentes :
•– la conception et l’´elaboration du programme font appel à la
RAM et l’EEPROM;
• – la conservation du programme pendant l’exécution de celui-ci
fait appel à une EPROM.
• Tous les automates actuels utilisent un bloc
Alimentation d’alimentation alimenté en 240 Vac et délivrant une
tension de 24 Vcc.
14
IV- CARACTÉRISTIQUES TECHNIQUES ET
CYCLE DE FONCTIONNEMENT D’UN API
• Les caractéristiques principales d’un API
Cours API/ ENISo 2014-2015
sont : Compact ou modulaire
• Tension d’alimentation
• Taille mémoire
IV.1-
IV. • Temps de scrutation
Caractéristiques • Mémoires (EPROM, EEPROM, pile, …)
techniques: • Nombre d’entrées / sorties
• Modules complémentaires (analogique,
communication,..)
• Langage
15
IV- CARACTÉRISTIQUES TECHNIQUES ET
CYCLE DE FONCTIONNEMENT D’UN API
•Le cycle de fonctionnement d’un API comporte
quatre phases :
•Phase 1 : Gestion du système : initialisation ou
Cours API/ ENISo 2014-2015
autocontrôle de l’automate
•Phase 2 : Acquisition des entrées : Prise en
compte des informations du module d’entrées et
écriture de leur valeur dans RAM (zone DONNEE).
•Phase 3 : Traitement des données : Lecture du
IV.2- Cycle de programme (située dans la RAM programme) par
l’unité de traitement, lecture des variables (RAM
données), traitement et écriture des variables dans la
fonctionnement RAM données.
• Phase 4 : Emissions des ordres : Lecture des
d’un API variables de sorties dans la RAM données et
transfert vers le module de sorties.
16
IV- CARACTÉRISTIQUES TECHNIQUES ET
CYCLE DE FONCTIONNEMENT D’UN API
Cycle de fonctionnement d’un API:
Registre Registre
Entrées Sorties
CPU
MIE
MIS
Cours API/ ENISo 2014-2015
(µP)
lecture des
entrées t t+∆t
mise à jour
des sorties
t
exécution des
Temps de cycle
instructions
Temps de cycle = fonction( T Entrées(t) , T Sorties(t), Temps d’exécution )
Ordre de grandeur du temps de cycle : entre 10 et 150 ms 17
V- LANGAGES DE PROGRAMMATION POUR
API
• Cette norme définit cinq langages de programmation
utilisables, dont deux langages textuels, deux autres
graphiques et un autre de formalisme graphique et qui
Cours API/ ENISo 2014-2015
Norme CEI 1131-3
sont :
• ce langage de programmation de haut niveau permet la
– GRAFCET ou programmation aisée de tous les procédés séquentiels.
SFC (Sequential
Function Chart) :
• ce langage permet de programmer graphiquement à
l’aide de blocs, représentant des variables, des
– Schéma par blocs opérateurs ou des fonctions. Il permet de manipuler
ou FBD (Fonction
Block Diagram): tous les types de variables.
18
V- LANGAGES DE PROGRAMMATION POUR
API
• ce langage graphique est essentiellement
– Schéma à relais
dédié à la programmation d’équations
booléennes (true/false).
Cours API/ ENISo 2014-2015
ou LD (Ladder
Diagram):
• ce langage est un langage textuel de haut
– Texte structuré ou
niveau. Il permet la programmation de tout
ST (Structured
Text):
type d’algorithme plus ou moins complexe.
• ce langage textuel de bas niveau est un
– Liste
langage à une instruction par ligne. Il peut
d’instructions ou IL
(Instruction List) :
être comparé au langage assembleur.
19
V- LANGAGES DE PROGRAMMATION POUR
API
• Pour programmer l’automate,
l’automaticien peut utiliser :
• – une console de programmation
Cours API/ ENISo 2014-2015
ayant pour avantage la
portabilité.
• – un PC avec lequel la
programmation est plus
Outils de conviviale, communiquant avec
l’automate par le biais d’une
programmation liaison série RS232 ou RS485 ou
d’un réseau de terrain.
20
VI - CRITÈRES DE CHOIX D'UN API :
Le choix d'un automate programmable est en premier lieu le
choix d'une société ou d'un groupe et les contacts
commerciaux et expériences vécues sont déjà un point de
départ.
Cours API/ ENISo 2014-2015
Les grandes sociétés privilégieront deux fabricants pour
faire jouer la concurrence et pouvoir "se retourner" en cas
de "perte de vitesse" de l'une d'entre elles.
Le personnel de maintenance doit toutefois être formé sur
ces matériels et une trop grande diversité des matériels
peut avoir de graves répercussions. Un automate utilisant
des langages de programmation de type GRAFCET est
également préférable pour assurer les mises au point et
dépannages dans les meilleures conditions.
La possession d'un logiciel de programmation est aussi
source d'économies (achat du logiciel et formation du
personnel). Des outils permettant une simulation des
programmes sont également souhaitables. 21
VI - CRITÈRES DE CHOIX D'UN API :
Il faut ensuite quantifier les besoins techniques :
Nombre d'entrées / sorties : le nombre de cartes peut avoir
une incidence sur le nombre de racks dès que le nombre
Cours API/ ENISo 2014-2015
d'entrées / sorties nécessaires devient élevé.
Type de processeur : la taille mémoire, la vitesse de
traitement et les fonctions spéciales offertes par le
processeur permettront le choix dans la gamme souvent
très étendue.
Fonctions ou modules spéciaux : certaines cartes
(commande d'axe, pesage ...) permettront de "soulager" le
processeur et devront offrir les caractéristiques souhaitées
(résolution, ...).
Fonctions de communication : l'automate doit pouvoir
communiquer avec les autres systèmes de commande (API,
supervision ...) et offrir des possibilités de communication 22
avec des standards normalisés (Profibus ...).