Académique Documents
Professionnel Documents
Culture Documents
G.E
Les Automates
Programmables
Industriels
(API)
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 2
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 3
Historique
ESP/DAKAR
G.E
4
Historique
Avant
ESP/DAKAR
G.E
Logique câblée
Utilisation de relais électromagnétiques et de
systèmes pneumatiques pour la réalisation des
parties commandes
Inconvénients :
- Cher
- Pas de flexibilité
- Pas de communication possible
- Technologie inadaptée pour la
commande des systèmes séquentiels
5
Historique
ESP/DAKAR
G.E
Solution: Utilisation de systèmes à base de
microprocesseurs permettant une modification
aisée des systèmes automatisés
Logique programmé
A base d’automates Définition
programmables industriels L'Automate Programmable Industriel (API)
est un appareil électronique
programmable, adapté à l'environnement
industriel, qui réalise des fonctions
d'automatisme pour assurer la commande
de préactionneurs et d'actionneurs à partir
d'informations logique, analogique ou
numérique.
6
Historique
Fonction
ESP/DAKAR
G.E
Informations
(capteurs, dialogue)
Entrées
Sorties
Ordres
(préactionneurs, dialogue)
7
Historique
Les grandes marques
ESP/DAKAR
G.E
8
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 9
Place de l’API dans le SAP
ESP/DAKAR
G.E
2.1.Les systèmes automatisés de production
L’objectif de l’automatisation des systèmes est de produire, des produits de
qualité et ce pour un coût le plus faible possible, en ayant recours le
moins possible à l’homme.
Matière d’œuvre
Matière
SYSTÈME AUTOMATISE +
d’œuvre
Valeur ajoutée
agir sur une matière d’œuvre afin de lui donner une valeur ajoutée.
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 marche et d’arrêt du système.
10
Place de l’API dans le SAP
ESP/DAKAR
G.E
2.2.Structure d’un système automatisé
Tout système automatisé peut se décomposer selon le schéma ci-dessous
ENERGIE
Autres parties
commandes
TRAITEMENT
PUPITRE DE DES
COMMANDE ET INFORMATIONS
DE PARTIE
CAPTEURS MECANIQUE
SIGNALISATION
DETECTEURS (Effecteurs)
POSTE DE CONTROLE
PARTIE COMMANDE PARTIE OPERATIVE
11
Place de l’API dans le SAP
ESP/DAKAR
G.E
Partie opérative
Elle agit sur la matière d’œuvre afin de lui donner sa valeur
ajoutée.
Les actionneurs (moteurs, vérins) agissent sur la partie
mécanique du système qui agit à son tour sur la matière
d’œuvre.
ACTIONNEURS
Les capteurs / détecteurs permettent d’acquérir les divers états
du système.
PARTIE
CAPTEURS MECANIQUE
DETECTEURS (Effecteurs)
PARTIE OPERATIVE
12
Place de l’API dans le SAP
ESP/DAKAR
G.E
Partie commande
PARTIE COMMANDE
13
Place de l’API dans le SAP
ESP/DAKAR
G.E
Poste de contrôle
POSTE DE CONTROLE
14
Place de l’API dans le SAP
ESP/DAKAR
G.E
On utilise les API 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 ...).
15
Place de l’API dans le SAP
ESP/DAKAR
G.E Domaines d'emploi des automates
Assemblage carrosserie Peugeot 206 (PSA) Peinture carrosserie Citroën Picasso
• signalisation/statistique/ • 1 robot
éclairage... «pick & place»
• > 20 automates •… 20 actionneurs
•… 12 capteurs
• 1 automate Micro
16
Place de l’API dans le SAP
ESP/DAKAR
G.E
2.4.Nature des informations traitées par l’automate
Tout ou rien (T
(T..O.R.): l'information ne peut prendre que deux états
(vrai/faux, 0 ou 1 …). C'est le type d'information délivrée par un détecteur,
un bouton poussoir …
17
Place de l’API dans le SAP
ESP/DAKAR
G.E
18
Place de l’API dans le SAP
ESP/DAKAR
G.E
19
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 20
Architecture des Automates
ESP/DAKAR
G.E 3.1. Aspect extérieur
Les automates peuvent être de type compact ou modulaire.
1- COMPACT
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.
En voie de disparition
21
Architecture des Automates
ESP/DAKAR
G.E Automate compact: Exemple du TSX 17-20 Emplacement
Bornier d’alimentation Bornier des sorties batterie
de l’automate
Cartouche mémoire Visualisation état
automate
Port de
communication
Prise d’extension
Bornier des entrées
Bornier d’alimentation
des capteurs Visualisation des E/S de l’automate
22
Architecture des Automates
ESP/DAKAR
G.E Automate compact: Exemple du TSX 17-20
Bornier d’alimentation Bornier des sorties
Visualisation état
de l’automate
automate
Cartouche mémoire
Port de
communication Bornier des entrées
Bornier d’alimentation
des capteurs
23
Architecture des Automates
ESP/DAKAR
G.E
Automate modulaire
24
Architecture des Automates
ESP/DAKAR
G.E RACKs modulaires
Automate modulaire: Exemple du Premium
4 / 6 / 8 / 12 emplac. Bloc de Prise terminal (TER)
extensibles ou non visualisation et périphéries (AUX)
Module
Alimentation Modules Modules d’E/S TOR
Processeur Modules Métiers
Emplacement carte
de communication ANA, Comptage ...
25
Architecture des Automates
Rack
ESP/DAKAR
G.E
100 m. maxi
16 racks maxi
128 emplacements
8 adresses
(0 à 7)
26
Architecture des Automates
ESP/DAKAR
G.E RACKs modulaires
4 / 6 / 8 / 12 emplac.
extensibles ou non
Module
Alimentation
27
Architecture des Automates
ESP/DAKAR
G.E Module d'alimentation : il assure la distribution d'énergie aux différents
modules. OK
BAT
24 V
Reset
Alim 24V NC
Capteurs 0V NC
Relais ** Relais **
Alarme Alarme
Réseau L L
Réseau
110-220 V N 24 V DC N
Terre Terre
** Relais Alarme fermé: état normal
ouvert : stop appli, défaut bloquant appli, défaut alim
28
Architecture des Automates
ESP/DAKAR
G.E
26 W 55 W 85 W
24 VDC ** 24 VDC **
0.8 A 24 VDC **
0.5 A ** sortie 24 VC 1.6 A
pour alim capteur
• Continu
– 24 VDC : 48 VDC :
16 W 36 W 55 W
29
Architecture des Automates
ESP/DAKAR
G.E
Modules
Processeur
Emplacement carte
de communication
30
Architecture des Automates
ESP/DAKAR
G.E Processeur Premium
UC simple largeur UC double largeur
RUN ERR
TER I/O
FIP
bouton RESET
Carte PCMCIA
mémoire
Prise FIPIO
intégrée
Carte PCMCIA
Communication
31
Architecture des Automates
ESP/DAKAR
G.E
Le bloc visualisation
32
Architecture des Automates
ESP/DAKAR
G.E 3.2. Structure interne
Unité de
Traitement
Module Module
des des
Entrées Sorties
RAM
Le busde
Unité interne: il permet
traitement: la communication
à base de l'ensemble des blocs de
Mémoires: Elles permettent dedestocker
microprocesseur, elle réalise
le système d'exploitation toutes
(ROMles
l'automate
fonctions etlogiques,
des éventuelles extensions.
arithmétiques et deet traitement numérique (transfert,
ou PROM), le programme (EEPROM) les données système lors du
comptage, temporisation
fonctionnement ...). dernière est généralement secourue par
(RAM). Cette
pile ou batterie. On peut, en règle générale, augmenter la capacité
mémoire par adjonction de barrettes mémoires type PCMCIA.
33
Architecture des Automates
ESP/DAKAR
G.E
Unité de
Traitement
Module Module
des des
Entrées Sorties
RAM
Unité de
Traitement
Module Module
des des
Entrées Sorties
RAM
Autres cartes
G.E
36
Architecture des Automates
ESP/DAKAR
Autres cartes
G.E
Cartes de pesage
Cartes de sécurité
37
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 38
Câblage des entrées / sorties d'un automate
ESP/DAKAR
G.E 4.1. Alimentation automate
1 2 3 4 5 1 2 3 4 5
Entrées Entrées
Le commun des entrées est relié au 0V Le commun des entrées est relié au 24V
pour mettre une entrée automate au 1 pour mettre une entrée automate au 1
logique, il faut lui imposer un potentiel de logique, il faut lui imposer un potentiel de -
+24 Volts. 0 Volts.
EX : l'API TSX 17 EX : l'API PB15
40
Câblage des entrées / sorties d'un automate
ESP/DAKAR
G.E
Type 3 fils
41
Câblage des entrées / sorties d'un automate
ESP/DAKAR
G.E
Raccordement
42
Câblage des entrées / sorties d'un automate
ESP/DAKAR
G.E 4.3.Raccordement des sorties
0V 24V 1 2 3 4 5 6
Entrées
AUTOMATE PROGRAMMABLE
Sorties
C 1 2 3 4 5 6
Alimentation
24v= +
220V ac 24V
220v ~
-
2C
KM
2D
43
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 44
Traitement du programme
ESP/DAKAR
G.E Le cycle de fonctionnement est organisé en 4 tâches.
Unité de
Traitement
Module Module
des des
Entrées Sorties
RAM
Tâche 4
3
2::Acquisition
1 Traitement des
Affectation des données
sorties
interne (émission
en entrée
(auto-contrôle des
(exécution
de ordres)
(mémorisation)
du programme)
l’automate): L'automate
L'automate
effectue desbascule
litopérations
exécute
les entrées
les
le programme
différentes
de(de façonsorties
contrôle instruction
synchrone)
et met(de par
façon
à jouretcertains
instruction
lessynchrone)
recopieetdans
écrit
auxlales
paramètres positions
mémoire
sorties
systèmes
image
dans
définies
lades
mémoire
dans
(détection entrées.
des lapassages
mémoire
image des
enimage
sorties.
RUN des sorties.
/ STOP, mises à jour des valeurs de
l'horodateur, ...).
45
Traitement du programme
ESP/DAKAR
G.E Acquisition des entrées
INTERFACES D’ ENTREES
MEMOIRE CPU
0V +5V
24V
0 0 0 0 0 0 0 1
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
S8 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
1 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
2 Visualisation
Entrée
Isolement
46
Traitement du programme
ESP/DAKAR
G.E Exécution du programme
TRAITEMENT INTERNE
0 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0
EXECUTION DU PROGRAMME
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
47
Traitement du programme
ESP/DAKAR Mise à jour des sorties
G.E Les interfaces de sorties sont destinées à commander les pré-actionneurs et éléments des
signalisations du système et adapter les niveaux de tensions de l’unité de commande à celle de
la partie opérative du système en garantissant une isolation galvanique entre ces dernières
0 0 0 0 0 0 0 0
13
0 0 0 0 0 0 1 0 KA1
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
14
0 0 0 0 0 0 0 0
c0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
c1 X2
H2
0V
1 X1
0V
I 124.X
I 124
I 124.5 Q124.1
Cartes
7 0 Sorties Actionneur
Q 124.X
MBOUP
industriels
Q 124
Automates programmables 49
Traitement du programme
ESP/DAKAR
G.E
Ces quatre opérations sont
effectuées continuellement par
l'automate (fonctionnement cyclique).
51
Traitement du programme
ESP/DAKAR
G.E
Deux modes de fonctionnement
Scrutation cyclique = mode par défaut de l’automate
%S19=1
MBOUP
52
Traitement du programme
ESP/DAKAR
G.E Traitement multitâche
Dans certains cas, on ne peut admettre un temps de réponse aussi long
pour certaines entrées. (exemples: problème de sécurité, coupure
d'alimentation ...).
53
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 54
Programmation
ESP/DAKAR
G.E Langages de programmation
Il existe 5 langages de type graphiques ou textuels
55
Programmation
ESP/DAKAR
G.E
Liste d'instructions (IL: Instruction list
list))
Langage textuel de même nature que l'assembleur (programmation
des microcontrôleurs).
! %L0:
LD %I1.0
ANDN %M12
OR ( %TM4.Q
AND %M17
)
AND %I1.7
ST %Q2.5
!%L5:
LD %I1.10
ANDN %Q2.3
ANDN %M27
IN %TM0
LD %TM0.Q
AND %M25
AND %MW0:X5
[%MW15:=%MW18+500]
56
Programmation
ESP/DAKAR
G.E
Langage littéral structuré (ST : Structured Text)
Langage informatique de même nature que le Pascal, il utilise les
fonctions comme if ... then ...
else ... (si ... alors ... sinon ...)
IF %M0 THEN
FOR %MW99:=0 TO 31 DO
IF %MW100[%MW99]<>0 THEN
%MW10:=%MW100[%MW99];
%MW11:=%MW99;
%M1:=TRUE;
EXIT;
ELSE
%M1:=TRUE;
END_IF;
END_FOR;
ELSE
%M1:=FALSE;
END_IF;
59
Programmation
ESP/DAKAR
G.E GRAFCET (SFC : Sequential Function Chart)
Le GRAFCET, langage de spécification, est utilisé par certains
constructeurs d'automate (Schneider, Siemens) pour la programmation.
Parfois associé à un langage de programmation, il permet une
programmation aisée des systèmes séquentiels tout en facilitant la mise au
point des programmes ainsi que le dépannage des systèmes.
On peut également traduire un GRAFCET en langage a contacts et
l'implanter sur tout type d'automate.
60
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 61
Sécurité
ESP/DAKAR
G.E
63
Sécurité
ESP/DAKAR
G.E RUN Reprises secteur
Application
Défaut secteur
Coupure secteur et test
Retour secteur
Reprise à chaud:
Le contexte système et applicatif n'a pas changé
l' automate repart dans l'état précédant la coupure sans mise à jour des sorties
Actions:
Réinitialise les files de messages
Renvoi la configuration aux modules avec les paramètres de réglage courants
Positionne le Bit système %S1 à 1 qui permet de lancer un traitement particulier
de reprise
(peut être positionné par l'utilisateur)
Le démarrage automatique en RUN ou en STOP est défini en configuration PL7
Junior
Bits systèmes : --> Traitements d' Init. programme
%S0 ou %S1: permet de lancer un traitement particulier de reprise
%S13: mis à 1 sur passage en Run, remis à 0 par système en fin de 1° cycle
Mast
%S9 : mis à 1 par l' utilisateur provoque la mise en repli des sorties (mis à 0 par
système au démarrage ou par l'utilisateur)
%S21, %S22 et %S23: Initialisation du Grafcet
MBOUP 65
Sécurité
ESP/DAKAR
G.E
Démarrage à froid:
sur Reprise secteur avec perte du contexte
sur manipulation Carte mémoire application (préhenseur)
action sur bouton RESET ou INIT depuis un terminal
Initialisation de l'application:
Initialisation des bits %Si et mots système %SWi
RAZ des bits internes %Mi et de l'image des E/S
RAZ des mots internes %MWi (suivant le choix déclaré en conf. PL7 Junior)
Envoi aux modules d'E/S de leur configuration avec paramètres initiaux
Positionnement du GRAFCET sur les étapes initiale
Désactivation des tâches (autres que la MAST) jusqu'à la fin du cycle MAST
Mise à 1 du bit système %S0
Positionne le Bit système %S0 à 1 durant le 1° cycle MAST qui permet de lancer un
traitement particulier de reprise (peut être positionné par l'utilisateur)
Démarrage en RUN ou STOP
suivant le choix déclaré en Configuration sous PL7 Junior
66
Sécurité
ESP/DAKAR
G.E
Contrôles cycliques
67
Sécurité
ESP/DAKAR
G.E
MBOUP
68
Sécurité
ESP/DAKAR
G.E
69
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 70
LES AUTOMATES ET LA COMMUNICATION
ESP/DAKAR
G.E
71
LES AUTOMATES ET LA COMMUNICATION
ESP/DAKAR
G.E 8.1. Les bus de terrain
Pour diminuer les coûts de câblage des entrées / sorties des automates
(systèmes étendus), sont apparus les bus de terrains. L'utilisation de blocs
d'entrées / sorties déportés à permis tout d'abord de répondre à cette
exigence
AVANT
Les capteurs / préactionneurs distants impliquaient de grandes
longueurs de câbles.
72
LES AUTOMATES ET LA COMMUNICATION
ESP/DAKAR
G.E 1er EVOLUTION
Les interfaces d'entrées/ sorties sont déportées au plus près des capteurs /
préactionneurs.
E/S
E/S E/S
73
LES AUTOMATES ET LA COMMUNICATION
ESP/DAKAR
G.E AUJOURD’HUI
Machine 1
Machine 2
Machine 3
74
LES AUTOMATES ET LA COMMUNICATION
ESP/DAKAR
G.E Exemple
Le bus ASi (Actuators Sensors interface) est un bus de
capteurs/actionneurs de type Maître / Esclave qui permet de raccorder
31 esclaves (capteurs ou préactionneurs) sur un câble spécifique
(deux fils) transportant les données et la puissance.
76
PLAN DU COURS
ESP/DAKAR
G.E
I. Historique
II. Place de l'API dans les SAP
III. Architecture des automates
IV. Câblage des entrées / sorties d'un automate
V. Traitement du programme automate
VI. Programmation
VII. Sécurité
VIII. Les automates et la communication
IX. Critères de choix d'un automate 77
Critères de choix d’un automate
ESP/DAKAR
G.E
Type de processeur
Fonctions de communication
78
ESP/DAKAR
G.E
79