Contactez-nous
Conclusion
Automates programmables industriels
S8015 v2 Article de référence

Conclusion
Automates programmables industriels

Auteur(s) : Michel BERTRAND

Date de publication : 10 déc. 2010 | Read in English

Logo Techniques de l'Ingenieur Cet article est réservé aux abonnés
Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?

Présentation

Sommaire

Présentation

RÉSUMÉ

Composant majeur des systèmes automatisés de production, l'automate programmable industriel (API) s'est vendu à des millions d'exemplaires. L'article s'efforce d'abord de définir l'API par ses caractéristiques dominantes, en premier lieu la résistance à l'environnement industriel. Les éléments constitutifs de tout API, processeur, mémoire, entrées/sorties sont passés en revue, ainsi que les fonctions de base, les langages spécifiques, et les fonctions particulières, dites fonctions métier. La communication industrielle, intégrant l'API dans un système global de traitement de l'information, et la sécurité, celle de l'API lui-même et celle qu'il peut contribuer à garantir, sont ensuite examinées. Un exemple de mise en oeuvre dans le domaine manufacturier, en association à des PC et des robots, concrétise les notions présentées et illustre l'adaptation de l'API à la fois aux techniques de pointe et à des matériels de conception plus ancienne.

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

Lire l’article

Auteur(s)

INTRODUCTION

Source de méfiance et d'inquiétude lors de son apparition dans un monde industriel où l'électronique était rare, l'automate est devenu un produit banal ne donnant pas lieu à des annonces technico-commerciales spectaculaires. Certains aujourd'hui le voient comme une simple parcelle particulière du monde du PC, ou au mieux comme un composant transparent pour l'utilisateur. En fait, paradoxalement, vu sa grande diffusion, il s'est fait oublier, et est finalement méconnu.

Il possède pourtant des qualités propres qui le rangent dans une catégorie spécifique d'organes de commande, à côté notamment des PC, des microcontrôleurs, des systèmes numériques de contrôle-commande (SNCC), des contrôleurs d'automatismes programmables (PAC) : robustesse dans des conditions industrielles, positionnement temps réel, variété de configurations, de tailles et de présentations, facilité de programmation par des non-spécialistes, intégration aisée à des ensembles-métier dans nombre d'applications. Ses limites en mémoire et capacité de traitement peuvent être dépassées par une judicieuse association avec d'autres systèmes numériques, via des réseaux locaux industriels.

Le développement de nombreuses fonctions métier, sous forme de modules logiciels et/ou matériels, celui concomitant de nouveaux moyens de communication et d'outils logiciels appropriés facilitant sa mise en réseau, entraînant ainsi une diminution du câblage et la possibilité d'une programmation à plus haut niveau, en font un bon organe de la production automatisée flexible, prenant en compte les exigences actuelles en matière de sûreté de fonctionnement.

Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


VERSIONS

Il existe d'autres versions de cet article :

DOI (Digital Object Identifier)

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

Lecture en cours
Présentation

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

7. Conclusion

L' API est un bon produit s'il est bien choisi et bien employé. Ce qui peut apparaître comme une lapalissade nous a amené à attirer l'attention sur des aspects parfois jugés triviaux, tels les types d'E/S, le dimensionnement des alimentations électriques, les modes d'exécution d'un programme, les limites des divers types de communication, car ce sont des points où sont parfois commises des erreurs qui entraînent des surcoûts d'installation ou limitent fâcheusement les performances obtenues.

Le choix d'un API est lié à l'environnement. Plus ce dernier est perturbé, plus les exigences en termes de sûreté de fonctionnement sont grandes, plus l'API s'impose face à des solutions concurrentes.

Ensuite, il faut trouver un API adapté aux besoins. Il existe des API à 8 E/S, d'autres à plus de 1 000… La multiplicité des modèles, des configurations, des fonctions métier, permettent de trouver le matériel qui convient. L'offre est presque trop large, et des critères non quantifiables mais importants (habitudes de l'entreprise ou de l'intégrateur, autres matériels à associer, etc.) viennent en resserrer la palette. Transformé partiellement ou totalement en outil spécialisé, l'API retenu, grâce à ses capacités de communication, prendra place dans le réseau global d'information de l'installation.

Les frontières entre appareils sont certes difficiles à établir, et nous avons vu que l'on pouvait piloter un variateur par un API, ou employer un variateur incluant un API. L'essentiel est que la fonction demandée soit bien assurée, et, si l'on souhaite de la sûreté dans une production industrielle, on trouvera presque à coup sûr un API dans la chaîne.

Par ailleurs, comme l'ont montré les exemples présentés, la souplesse d'utilisation liée non seulement à la configuration, aux divers langages possibles, mais aussi à la pluralité des modes de communication, permettent d'adapter l'API tant à des installations existantes à rénover qu'à des procédés nouveaux. La gestion économique de l'énergie peut dans certains cas se limiter à des mises en route retardées, dans d'autres requérir le contrôle des impulsions de l'électronique de puissance, à une fréquence de plusieurs kHz. Une solution API sera possible dans les deux cas, pas bien sûr avec le même API ni les mêmes auxiliaires de calcul.

HAUT DE PAGE
Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


Lecture en cours
Conclusion

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

Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - HUSSON (R.) et autres -   Automatique. Du cahier des charges à la réalisation de systèmes  -  Dunod (2007).

  • (2) - GODOY (E.) et autres -   Régulation automatique  -  Dunod (2007).

  • (3) - GLASER (A.) -   Sécurité ou disponibilité ? Les deux !  -  Mesures, n° 777 (Septembre 2005).

  • (4) - HARDOUIN (P.) -   Renaissance dans l’atelier, sans incidence pour bébé  -  Mesures, n° 778 (Octobre 2005).

  • (5) - BERTRAND (M.) et autres -   La plate-forme technologique Agile Systems Engineering : un lieu d'échanges pédagogie-recherche-transfert  -  11e Colloque National AIP PRIMECA, La Plagne (22-24 avril 2009).

1 Sites Internet

École d'ingénieurs du Canton de Vaud (consulté en mars 2010)

http://www.heig-vd.ch

GEEA (consulté en février 2010)

http://www.geea.org/IMG/pdf/LES_AUTOMATES_PROGRAMMABLES_INDUSTRIELS_pour_GEEA.pdf

HU Jean-Louis, L'Automate Programmable Industriel (consulté en février 2010)

http://pagesperso-orange.fr/hu.jean-louis/ressourc/auto/pdf/api.pdf

Université catholique de Louvain, cellule de recherche Architecture et climat (consulté en avril 2010)

http://www.energieplus-lesite.be

HAUT DE PAGE

2 Normes et standards

NF EN 61131UTE Automates programmables : éditée et diffusée par l’Union Technique de l’Électricité (reprend la CEI 1131 ; en anglais).

NF EN 61131-1 ((décembre 2004)), Partie 1 : informations générales – Elle spécifie les fonctions d'entrée de programme, d'essais, de supervision, des systèmes d'exploitation.

...

Logo Techniques de l'Ingenieur

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

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ?


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

Ressources documentaires

Commandes à réseaux de Petri - Mise en œuvre et application

La modélisation par réseau de Pétri permet la représentation de systèmes à événements discrets ...

Transmission de puissance pneumatique - Automatismes séquentiels et combinatoires

Pour être opérationnel, un automate doit contenir les trois fonctions de la chaîne d’information : ...

Langages de programmation pour systèmes automatisés : norme CEI 61131-3

Les langages de programmation des systèmes automatisés sont décrits dans deux normes complémentaires : ...

Norme CEI 61499 : programmation distribuée et événementielle des procédés

Les langages de programmation des systèmes automatisés sont décrits dans deux normes complémentaires : ...