0% ont trouvé ce document utile (0 vote)
6 vues46 pages

Généralités sur les Automates Programmables

Transféré par

edolojustin8
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
6 vues46 pages

Généralités sur les Automates Programmables

Transféré par

edolojustin8
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

REPUBLIQUE DU CAMEROUN

UNIVERSITE DE NGAOUNDERE
Ecole de Génie Chimique et des Industries Minérales (EGCIM)
Ngaoundéré - Cameroun

Automates Programmables
Industriels (GCI4127/GME4127)
Niveau 4, Parcours :

➢ Génie Contrôle et Instrumentation (GCI)


➢ Génie ElectroMécanique (GEME)

Par M. Abraham DANDOUSSOU, MC


Chapitre 1 : Généralités sur les API
1.1. Systèmes de commande
1.1.1. Système de commande manuelle
[Link]èmes de commande à relais
1.1.3. Systèmes de commande à uP ou à uC
1.1.4. Les API

1.2. Architecture matérielle d’un API


1.2.1. Description générale
1.2.2. Alimentation électrique
1.2.3. Modules d’entrées discrètes (TOR) ou analogiques (ANA)
1.2.4. Modules de sorties discrètes (TOR) ou analogiques (ANA)
1.2.5. Modules d’E/S complexes

1.3. Critères de choix d’un API


Chapitre 1 : Généralités sur les API
❑ Objectif : Identifier les différentes parties d’un API et pourvoir
aisément réaliser le câblage de périphériques d’E/S.

• Reconnaitre un API et ses caractéristiques;

• Distinguer les différents périphériques d’Entrée et de Sortie


dans un procédé;

• Relever les adresses des périphériques d’E/S connectés à un


API utilisé;

• Faire aisément le choix d’un API pour projet donné;


1.1. Systèmes de commande
❑ Un système de commande est chargé de:
• contrôler une séquence d’événements;

• maintenir constante une certaine variable;


• ou encore suivre un changement prévu;
1.1.1. Systèmes de commande manuelle

❑ Très lent ;
❑ Imprécis ;
❑ Ennuyeux ;
❑ Archaïque
1.1.2. Systèmes de commande à relais
❑ Ce sont des systèmes dits câblés.

❑ Ils utilisent des contacteurs ou des relais.


1.1.3. Systèmes de commande à uP ou à uC

❑ Ce sont des systèmes dits programmés.

❑ En fonction des états des entrées, ils produisent des sorties requises
selon le programme stocké.

❑ Ainsi, ils offrent la possibilité d’implémenter divers fonctionnements sur


un même système, en modifiant tout simplement le programme.
1.1.4. Les API

❑ Ce sont des contrôleurs à uP ayant un fonctionnement spécifique.

❑ Ils implémentent essentiellement des opérations logiques et de


commutation.
1.1.4. Les API
❑ En comparaison aux systèmes à relais, les API :
• simplifient les modifications car elles sont mises en œuvre de façon
logicielle et non par des solutions matérielles plus complexes.

• peuvent être facilement étendus par l’ajout des nouveaux


modules, alors que des changements matériels sont non requis.

• sont plus robustes et plus fiables en raison d’un nombre de


composants mécaniques moindre.

• sont plus compacts.

• exigent une maintenance moindre.

• sont plus rapides.


1.1.4. Les API

❑ En comparaison aux ordinateurs, :


• Ils sont solides et conçus pour supporter les vibrations, les
températures basses ou élevées, l’humidité et le bruit.
A contrario, les ordinateurs personnels ne sont pas faits pour
opérer dans des milieux hostiles.

• Les interfaces des entrées et des sorties sont intégrées à


l’automate.

Les API au format modulaire peuvent être facilement étendus


pour recevoir un plus grand nombre d’entrées-sorties.
1.1.4. Les API
❑ En comparaison aux ordinateurs, :

• Ils sont simples à programmer et leur langage de programmation


d’apprentissage facile est principalement orienté sur les opérations
logiques et de commutation. Ils sont par conséquent plus
conviviaux.

• Ils sont moins adaptés au stockage à long terme et à l’analyse des


données.

• Ils sont d’une fiabilité supérieure et moins sujets aux


dysfonctionnements que les ordinateurs personnels.
1.2. Architecture d’un API
1.2.1. Description générale

Définition d’un API

❑ L’API est un dispositif électronique programmable qui assure dans


une logique programmée, l'enchaînement automatique d'opérations
logiques et arithmétiques (relatives au déroulement d'un cycle).

❑ Son objectif est de traiter des informations entrantes( les entrées)


pour émettre des ordres de sorties en fonction d’un programme.
1.2.1. Description générale
Types d’API
❑ API MODULAIRE
1.2.1. Description générale

❑ API COMPACT (MONOBLOC)


1.2.1. Description générale
Eléments d’un API
❑ L’alimentation 110/220 VAC ou 24 VDC ;
❑ L’unité centrale de trainement à base de microprocesseur ;

❑ Une ou plusieurs carte(s) d’entrées/sorties logiques (TOR) ;

❑ Une ou plusieurs carte(s) d’entrées/sorties analogiques (ANA) ;

❑ Des cartes de comptage rapide ;

❑ Des cartes de communication ;

❑ Des cartes spécifiques : asservissement et régulation, etc.


1.2.2. Alimentation électrique

220v

PE L N

Automate
1.2.3. Cartes d’entrées
❑ C’est la partie de l'API sur laquelle sont raccordés les éléments de
commande (BP, capteurs ) qui donnent les informations à l'unité de
traitement.
❑ Elles permettent de plus :
• Le filtrage : pour protéger l'API des parasites ou des
rebondissements de contacts ;
• La séparation galvanique : un coupleur optoélectronique sert à
isoler électriquement l'intérieur de l'extérieur de l’API ;
• Visualisation de l'état logique de l'entrée grâce à une diode
électroluminescente ;

❑ On distingue deux types d’interfaces d’entrées : TOR et ANA.


1.2.3. Cartes d’entrées

Cartes d’entrées discrètes (TOR)

Automate
Bus

Adaptation Opto coupleur

Filtrage Séparation
galvanique
Alimen- Mise en forme
tation
1.2.3. Cartes d’entrées
Cartes d’entrées discrètes (TOR)
Automate

Le commun
des entrées

Les entrées de l’API doivent recevoir l’information sous forme de


potentiel électrique (en général 24V).
1.2.3. Cartes d’entrées
Cartes d’entrées discrètes (TOR)

❑ Alimentation d’une carte d’entrée TOR en mode P ou fourniture de


courant (Sourcing) :
Bornes des entrés

Fin de
course

Unité de
traitement
24V
+
-
1.2.3. Cartes d’entrées
Cartes d’entrées discrètes (TOR)
❑ Alimentation d’une carte d’entrée TOR en mode N ou absorption de
courant (Sinking) :
Bornes des entrés
Fin de course

Unité de
traitement

24V
+
-
2.3. Cartes d’entrées
Cartes d’entrées discrètes (TOR)

❑ Format d’adresse (ou objet d’entrée) :

• API de Schneider (Twido, Modicon, etc.) : %Ix.y (x représente


le numéro du rack et y le numéro du terminal).

• API de Siemens (S7 – 1200, S7 – 1500, etc.) : %Ix.y (x


représente le numéro du rack et y le numéro du terminal).

• API d’Allen-Bradley (MicroLogix, ProLogix, etc.) : I:r/b, r


représente le numéro du rack et b le numéro du terminal.
2.3. Cartes d’entrées
❑ Format d’adresse (ou objet d’entrée) :

• API d’Allen-Bradley (ControlLogix, CompactLogix, FlexLogix,


SoftLogix 5800, DriveLogixetc.) :
Etiquette de base sous la forme:
<Location:Slot:[Link]>

Location : Network location (Local or Remote)


Slot : Slot Number of I/O module in its chassis
Type : Type of data (I:Input, O:Output, C:Configuration, S)
Member : Digital I/O (Data) or Analog I/O (CH#)
SubMember : Not compulsory
Bit : terminal
2.3. Cartes d’entrées
❑ Format d’adresse (ou objet d’entrée) :
Exemple :
<Local:1:[Link].0> <Local:1:[Link].0>
<Local:2:[Link].10> <Local:1:[Link].10>

Etiquette de base est généralement associée à une étiquette


alternative (bias tag) sous la forme d’un nom simple

Exemple : Fan_Motor, A_Input, Inter_Marche, etc.

Exemple :
A_Input Fan_Motor
<Local:1:[Link].0> <Local:1:[Link].0>
Inter_Marche KM_Avant
<Local:2:[Link].10> <Local:1:[Link].10>
1.2.3. Cartes d’entrées
Cartes d’entrées discrètes (TOR)
1.2.3. Cartes d’entrées
Cartes d’entrées analogiques (ANA)
❑ Après la transformation assurée par le capteur de la grandeur
physique ( température pression …) en une grandeur électrique,
l’interface d’entrée analogique assure la conversion de la grandeur
électrique en valeur numérique.

Bus
Automate

Conversion
Amplifi- analogique
Capteur Acquisition
cation numérique
CAN
1.2.3. Cartes d’entrées
Cartes d’entrées analogiques (ANA)

❑ Format d’adresse :

• API de Schneider (Twido, Modicon, etc.) : %IWx.y (x


représente le numéro du rack et y le numéro du terminal).

• API de Siemens (S7 – 1200, S7 – 1500, etc.) : %IWx.y (x


représente le numéro du rack et y le numéro du terminal).

• API d’Allen-Bradley (MicroLogix, ProLogix, etc.) : I:r/b, r


représente le numéro du rack et b le numéro du terminal.
1.2.4. Cartes de sorties
❑ Cette partie permet d'envoyer des informations, des ordres à
l'extérieur de l'API.
❑ De plus elles assurent plusieurs fonctions :
• Connexion des sorties ;
• Mémorisation du résultat : par une bascule ;
• Adaptation en puissance ;
• Séparation galvanique : un coupleur optoélectronique dans le
cas des sorties à transistor ou à triacs. Dans le cas des sorties
à relais, le relais assure directement cette fonction ;
• Protection : par Fusibles, disjoncteurs, diodes ;
• Visualisation de l'état logique de la sortie grâce à une diode
électroluminescente ;
❑ On distingue deux types d’interfaces de sorties : TOR et ANA.
1.2.4. Cartes de sorties
Cartes de sorties discrètes (TOR)

Bus Fusible

Relais
Charge

Alimen-
tation
Automate
1.2.4. Cartes de sorties
Cartes de sorties discrètes (TOR)

❑ Branchement des sorties :

Automate

KA

N L
1.2.4. Cartes de sorties
Cartes de sorties discrètes (TOR)
❑ Format d’adresse :

• API de Schneider (Twido, Modicon, etc.) : %Qx.y (x représente


le numéro du rack et y le numéro du terminal).

• API de Siemens (S7 – 1200, S7 – 1500, etc.) : %Qx.y (x


représente le numéro du rack et y le numéro du terminal).

• API d’Allen-Bradley (MicroLogix, ProLogix, etc.) : O:r/b, r


représente le numéro du rack et b le numéro du terminal.
1.2.4. Cartes de sorties
Cartes de sorties analogiques (ANA)
❑ Cette partie assure la conversion d’un code binaire ( numérique) en une
grandeur électrique courant ou tension proportionnel au code. Elle donne
l'image analogique d'une valeur numérique.

❑ Elle est utilisée pour piloter en tension ou en courant des actionneurs de


type variateurs de vitesse, électrovannes à commande proportionnelle.

Conversion
numérique
Valeur binaire Amplifi- Charge
analogique
cation
CNA

Bus Automate
1.2.5. Cartes d’E/S complexes
❑ Toutes ces cartes dites « intelligentes » disposent en plus des
interfaces d’entrée et de sortie, d’un véritable micro-ordinateur assurant
un traitement local plus ou moins sophistiqué.

❑ Parmi ces cartes, nous avons :

• Les cartes d’axes pour les MCC ;

• Les cartes d’axes pour les moteurs pas à pas ;

• Les cartes de régulation PID ;

• Etc.
1.3. Critère de choix d’un API
❑ L’API se caractérise par :
• Une programmation qui offre un langage destiné à
l’automaticien (et non celui de l’informaticien) ;

• Des possibilités de simulation et de visualisation qui


apportent à l’utilisateur une aide efficace à la mise au point et
à l’exploitation (modification aisée de l’automatisme) ;

• Une puissance de traitement et un ensemble de cartes


spécialisées permettant un développent aisé d’applications
particulières : communication, asservissement d’axes,
régulation ;

• Des possibilités d’extension en termes d’entrées sorties.


1.3. Critère de choix d’un API
❑ Pour le choix d’un API, il faut considérer plusieurs facteurs
économiques et techniques:
• Le fabricant : accompagnement technique et disponibilités de
composants à remplacer.

• Prix et serviabilité

• Flexibilité

• Extensibilité

• Logiciel de programmation

• Documentation et formation
EXERCICE 1
Consigne : Expliquer le câblage et donner les adresses des périphériques d’E/S
S1 S2 S3 S4 FS1 FS2 PS

PE
N
L

L1 N L+ M 1M .0 .1 .2 .3 .4 .5 .6 .7 .0 .1 .2 .3 .4 .5
DIa DIb
120/220VAC 24VDC 24VDC INPUTS
CPU1214C
AC/DC/RLY
PLC
SIEMENS SIMATIC S7 - 1200
RELAY OUTPUTS
DQa DQb
1L .0 .1 .2 .3 .4 2L .5 .6 .7 .0 .1

L
H1 KM H2 EV
EXERCICE 2
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API MicroLogix 1100 d’AB.
1-)
EXERCICE 2 (suite)
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API ControlLogix d’AB.
2-)
EXERCICE 2 (suite)
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API CompactLogix d’AB.
3-)
EXERCICE 2 (suite)
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API MicroLogix 1100 d’AB.
4-)
EXERCICE 2 (suite)
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API SoftLogix d’AB.
5-)
EXERCICE 3
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API M221 de Schneider.
EXERCICE 3 (suite)
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API M221 de Schneider.

Variables Signification
MLH Mouvement Linéaire vers le Haut
MLB Mouvement Linéaire vers le Bas
MDD Mouvement Déplacement vers la Droite
MDG Mouvement Déplacement vers la Gauche
Si Capteur fin de course NO
Ti Temporisation (T1 = 50 s; T2 = 20 s; T3 = 25 s)
r Bouton poussoir NO
dcy Bouton poussoir NO début de cycle
EXERCICE 4
Consigne : Identifier les périphérique d’E/S et réaliser le schéma de câblage de
l’API AC/DC/Rly de Siemens.
S1

S2
FIN

Vous aimerez peut-être aussi