API dans son environnement
Automates programmables industriels

S8015 v1 Archive

API dans son environnement
Automates programmables industriels

Auteur(s) : Michel BERTRAND

Date de publication : 10 mars 2001

Cet article est réservé aux abonnés

Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?Se connecter

Sommaire
Médias

Présentation

1 - Besoins de l’automatisation

1.1 - Systèmes automatisés de production
1.2 - Place des automates programmables

2 - API, composant d’automatisme

2.1 - Matériel

Figure 2 - Architecture d’un API
2.2 - Programmation

Figure 4 - Ordonnancement des tâches
2.3 - Sûreté de fonctionnement

3 - API dans son environnement

3.1 - Besoins de communication
3.2 - Outils de communication
3.3 - Réseaux
3.4 - Rôles secondaires de l’API
3.5 - Outils de programmation

4 - Utilisation et choix d’un (des) API

4.1 - Critères à considérer
4.2 - Choix d’un API par rapport à d’autres solutions
4.3 - Choix d’un type d’API

5 - Exemple : colis à La Redoute

5.1 - Structure
5.2 - Caractéristiques fonctionnelles

6 - Conclusion

Présentation

Auteur(s)

Michel BERTRAND : Docteur-Ingénieur - École Nationale Supérieure d’Arts et Métiers ENSAM - Centre d’Enseignement et de Recherche de Lille

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

L’automate programmable industriel API (ou Programmable Logic Controller PLC) est aujourd’hui le constituant le plus répandu des automatismes. On le trouve non seulement dans tous les secteurs de l’industrie, mais aussi dans les services (gestion de parkings, d’accès à des bâtiments) et dans l’agriculture (composition et délivrance de rations alimentaires dans les élevages). Il répond aux besoins d’adaptation et de flexibilité de nombres d’activités économiques actuelles. Cette place majeure soulève bien sûr un certain nombre de questions. C’est à ces questions que nous allons essayer de répondre ici, en mettant en évidence :

ses caractéristiques propres, matérielles et logicielles ;
sa capacité à s’intégrer dans un ensemble plus large, et donc à répondre aux besoins d’un système automatisé de production SAP.

Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

VERSIONS

Il existe d'autres versions de cet article :

Version courante de déc. 2010 par Michel BERTRAND

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-s8015

Lecture en cours
Présentation

Page
suivante

Utilisation et choix d’un (des) API

Article inclus dans l'offre

"Automatique et ingénierie système"

(138 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

3. API dans son environnement

Dans le cadre d’une évolution conduisant comme signalé plus haut à une automatisation de plus en plus globale, l’automate est de moins en moins acheté « nu ». Et même si c’est le cas, il doit pouvoir se connecter à d’autres matériels à processeur, et dialoguer avec les agents d’exploitation.

Il faut donc se pencher sur ses liens avec son environnement et les fonctions qu’il doit assurer, outre son rôle premier de commande d’un dispositif de production.

3.1 Besoins de communication

L’API ne se borne pas à communiquer avec le processus qu’il pilote via ses modules d’E/S. Parmi les autres types de relations susceptibles d’être assurées, nous citerons seulement :

(1) la communication avec un opérateur par un pupitre ou un terminal industriel ;
(2) l’affichage local de valeurs numériques ou de messages ;
(3) les échanges d’informations avec d’autres API ou systèmes de commande ;
(4) les échanges d’informations avec des capteurs et actionneurs intelligents ;
(5) les échanges d’informations avec une supervision ;
(6) les échanges d’informations avec un processeur maître, ou, au contraire, avec des esclaves, dans le cadre d’un réseau.

Pour donner une idée de l’importance de ces besoins, nous dirons qu’en taille de programme, la gestion de la communication peut prendre la même place que le traitement TOR, base de départ des API.

HAUT DE PAGE

3.2 Outils de communication

Nous nous intéressons ici aux outils « directs », les outils indirects via un réseau local étant décrits au § 3.3 . Ce sont essentiellement :

des éléments de saisie d’information
- boutons poussoirs,
- inverseurs et dispositifs à deux positions,
- sélecteurs à trois positions et plus,
- claviers numériques ou hexadécimaux,
- roues codeuses.