Les origines de la logique de l'API
1-1
Vue d'ensemble
1-2
Les origines de logique API
Relation terminologique
entre relais et API
2
Un API (automate programmable industriel) est avant tout une UC (unité centra-
le) qui contient un programme et est connectée aux stations d'entrée et de sortie
(E/S). Le programme gère l'API qui envoie une réponse appropriée lorsqu'un
signal d'entrée provenant d'une station d'entrée passe sur ON. La réponse im-
plique normalement le passage sur ON d'un signal de sortie sur une station de
sortie. Les stations d'entrée peuvent être des cellules photo–électriques, des
boutons–poussoirs sur les pupitres de commande, des fins de course ou tout
autre appareil capable de produire un signal que l'on peut introduire dans l'API.
Les stations de sortie peuvent être des solénoïdes, des interrupteurs activant
les lampes des voyants, des relais passant les moteurs sur ON ou n'importe
quel autre appareil pouvant être activé par des signaux sortis de l'API.
Par exemple, un capteur révèlant un élément qui passe active une entrée vers
l'API. L'API répond en activant une sortie, qui fait fonctionner un poussoir,
celui-ci pousse l'élément vers un autre convoyeur pour subir un autre traite-
ment. Un autre capteur placé à un niveau supérieur au précédent passe une au-
tre entrée sur ON pour indiquer que l'élément est trop élevé. L'API répond en
passant un autre poussoir sur ON, placé devant le poussoir ci–dessus pour
évacuer l'élément trop élevé vers le casier d'éjection.
Bien que cet exemple implique seulement deux entrées et deux sorties, il indi-
que clairement le type de commande qu'un API effectue. En réalité, cet exemple
est bien plus complexe qu'à l'apparence à cause de la synchronisation néces-
saire, c'est–à–dire "Comment l'API sait-il s'il doit activer les poussoirs?". Cepen-
dant des opérations bien plus compliquées sont également possibles. Le probè-
me consiste à obtenir les signaux de commande désirés provenant des entrées
disponibles dans les temps prévus.
Pour effectuer une commande correcte, les API C200HX/HG/HE utilisent une
sorte de logique API nommée programmation en schéma à relais. Ce manuel a
été rédigé pour expliquer la programmation en schéma à relais et former le lec-
teur pour la programmation et la manupulation de l'API.
Les API créent historiquement des systèmes de commande à relais et bien que
les circuits intégrés et la logique interne de l'API aient remplacé les relais, les
temporisateurs, les compteurs séparés et d'autres appareils semblables, le
fonctionnement réel de l'API continue comme si ces appareils séparés se trou-
vaient encore à leur place. Cependant, la commande de l'API prévoit également
des capacités et exactitude informatique exécutées avec beaucoup plus de
flexibilité et fiabilité qu'avec les relais.
Les symboles comme les autres notions de commande utilisés pour décrire le
fonctionnement de l'API proviennent également des systèmes de commande à
relais et constituent la base du mode de programmation en schéma à relais. Ce-
pendant, la plupart des termes employés au cours de la description de ces sym-
boles et notions dérivent de la terminologie informatique.
La terminologie utilisée dans ce manuel est plutôt différente de la terminologie
des relais mais les notions sont identiques.
Le tableau ci–dessous indique la relation entre la terminologie des relais et des
API employée pour décrire les API d'OMRON.
Termes des relais
contact
entrée ou condition
bobine
sortie ou bit de travail
relais NO
état: normalement ouvert
relais NF
état: normalement fermé
Correspondance API
Chapitre 1-2