Polycope Rli 10

Rpublique Algrienne Dmocratique et Populaire
Ministre de lEnseignement Suprieur

et de la Recherche Scientifique
Universit Mohamed Khider Biskra

Facult des sciences exactes et des sciences de la nature et de la vie
Dpartement dinformatique
Cours Rseaux Locaux

Industriels
Niveau : 5me anne ingnieur Prpar Par :

Option : Informatique industrielle Djeffal Abdelhamid
Anne universitaire 2010-2011

SOMMAIRE
Chapitre I : La communication dans un environnement industriel .................................... 1
1. Introduction .................................................................................................................... 1
2. Prsentation de lenvironnement industriel .................................................................... 2
3. Architecture dun rseau industriel ................................................................................ 5
4. Caractristiques dun RLI .............................................................................................. 6
a. Caractristiques du trafic ............................................................................................ 8
b. Qualits requises ........................................................................................................ 8
c. Services spcifiques ................................................................................................... 9
Chapitre II : Les rseaux locaux industriels ........................................................................ 10
1. Exigences globales ....................................................................................................... 10
a. Architecture OSI et RLI ........................................................................................... 11
2. Aspects physiques ........................................................................................................ 14
a. La topologie.............................................................................................................. 15
b. Le Support de transmission ...................................................................................... 19
c. Codage adapt .......................................................................................................... 22
3. La sous-couche MAC ................................................................................................... 24
a. Contrainte temporelle (dterminisme) ..................................................................... 24
b. Techniques daccs adaptes lenvironnement industriel ..................................... 26
4. La sous-couche LLC (Logical Link Control) ............................................................... 32
a. Les points daccs au service ................................................................................... 32
b. Service LLC1 ........................................................................................................... 32
c. Service LLC2 ........................................................................................................... 33
d. Service LLC3 ........................................................................................................... 34
Chapitre III : Le rseau MAP (Manufacturing Automation Protocol) ............................ 35
1. Introduction .................................................................................................................. 35
2. Architecture du rseau M.A.P. ..................................................................................... 35
a. La couche physique .................................................................................................. 37
b. La couche liaison de donnes ................................................................................... 38
c. La couche application............................................................................................... 39
3. Modles de coopration ............................................................................................... 40
a. Modle client/serveur ............................................................................................... 40
b. Modle producteur/consommateurs ......................................................................... 43
c. Modle producteurs-distributeur-consommateurs : P/D/C ...................................... 45
Chapitre IV : Les services application ................................................................................. 49
1. Messagerie industrielle ................................................................................................. 49
2. Modle MMS ............................................................................................................... 50
a. Avantages de MMS .................................................................................................. 52
b. Principe de MMS ..................................................................................................... 52
3. Le modle Client/Serveur............................................................................................. 53
4. La machine virtuelle de fabrication "VMD" ................................................................ 54
5. Les objets...................................................................................................................... 57
6. Services MMS .............................................................................................................. 59
CHAPITRE V : Les rseaux de terrain ............................................................................... 69
1. Introduction .................................................................................................................. 69
2. Avantages des rseaux de terrain ................................................................................. 70
3. Classification ................................................................................................................ 72
4. Etude de cas:................................................................................................................. 75
a. World FIP (Factory Instrumentation Protocol) ........................................................ 75
b. Interbus ..................................................................................................................... 76
c. Bus CAN (Control Area Network)........................................................................... 77
d. LonWorks (Local Operating Network Works) ........................................................ 78
e. ProfiBus (Process FieldBus) .................................................................................... 78
Bibliographie........................................................................................................................... 80
Dpartement dinformatique Cours RLI 5N6 II A. Djeffal
LISTE DES FIGURES

Fig 1 Communication industrielle ........................................................................................... 1
Fig 2 Les diffrents niveaux dabstraction dans un environnement industriel intgr ........... 4
Fig 3 Architecture globale dun RLI ....................................................................................... 5
Fig 4 Caractristiques des diffrents niveaux dun RLI .......................................................... 7
Fig 5 La diffusion dans un RLI ............................................................................................... 9
Fig 6 La concentration dans un RLI ........................................................................................ 9
Fig 7 Exigences des diffrents niveaux dabstraction dans un RLI ...................................... 11
Fig 8 Couches du modles OSI ............................................................................................. 12
Fig 9 Modle OSI rduit........................................................................................................ 14
Fig 10 Domaine de collision ................................................................................................. 16
Fig 11 Extention du domaine de collision avec un rpteur ................................................. 16
Fig 12 Extension du domaine de collision avec un Hub- ...................................................... 17
Fig 13 Extension du domaine de collision avec un Hub et un rpteur ................................ 17
Fig 14 Limitation du domaine de collision par Pont, Commutateur ou Routeur - ................ 18
Fig 15 La fibre optique .......................................................................................................... 19
Fig 16 Exemples des cbles industriels ................................................................................. 21
Fig 17 Prises de raccordement industrielles .......................................................................... 22
Fig 18 Technique Bit Stuffing ............................................................................................... 23
Fig 19 Codage Manchester .................................................................................................... 24
Fig 20 Analyse du dlais dacheminement dun message dans un rseau ............................ 25
Fig 21 Technique Matre esclave .......................................................................................... 26
Fig 22 Redondance dans la technique matre/esclave ........................................................... 26
Fig 23 Technique jeton ....................................................................................................... 27
Fig 24 Technique CSMA/CA ................................................................................................ 28
Fig 25 Schma dmission des trames CSMA/DCR ............................................................. 29
Fig 26 Plan de gestion des collisions dans la technique CSMA/DCR .................................. 30
Fig 27 Points daccs au service dans LLC........................................................................... 32
Fig 28 Primitives du service LLC2 ....................................................................................... 33
Fig 29 Full-MAP et Mini-MAP ............................................................................................ 36
Fig 30 MAP/EPA ................................................................................................................. 36
Fig 31 Topologie bus hirarchis .......................................................................................... 37
Fig 32 Bus jeton (IEEE 802.4) ........................................................................................... 38
Fig 33 Services LLC dans MAP ........................................................................................... 39
Fig 34 Exemple du modle client/serveur ............................................................................. 40
Fig 35 Hirarchie dexcution des tches selon le modle client/serveur............................. 41
Fig 36 Schma requte rponde dans le modle client/serveur ............................................ 42
Fig 37 Modle Producteur/Consommateurs .......................................................................... 44
Fig 38 Modle Producteurs/Distributeur/Consommateur ..................................................... 47
Fig 39 Fonctions des diffrents niveaux dun RLI ................................................................ 49
Fig 40 MMS : Lecture et criture de variables...................................................................... 51
Fig 41 Principe de MMS ....................................................................................................... 52
Fig 42 Interaction client/serveur ........................................................................................... 53
Fig 43 La VMD ..................................................................................................................... 55
Fig 44 Fonction excutive dans la VMD .............................................................................. 55
Fig 45 O peut se trouver une VMD ? .................................................................................. 56
Fig 46 Configuration dun RLI laide des VMDs .............................................................. 57
Fig 47 Objets dune VMD ..................................................................................................... 58
Fig 48 Services MMS ............................................................................................................ 60
Fig 49 Diffrents tats dune instance de programme........................................................... 61

Fig 50 Gestion des variables ................................................................................................. 62
Fig 51 Accs aux variables nommes et non nommes dans MMS ..................................... 64
Fig 52 Service de gestion des listes de variables .................................................................. 65
Fig 53 Les vnements dans MMS ....................................................................................... 66
Fig 54 Les smaphores jeton dans MMS ........................................................................... 67
Fig 55 Systme de contrle direct ......................................................................................... 70
Fig 56 Systmes de contrle distribu................................................................................... 70
Fig 57 Bus de terrain ............................................................................................................. 71
Fig 58 Boucle de courant 4-20 mA ....................................................................................... 71
Fig 59 Classification des bus de terrain selon la complexit ............................................... 73
Fig 60 Classification des bus de terrain selon les fonction ................................................... 74
Fig 61 Champs dapplication des rseaux capteurs/actionneurs ........................................... 74
Fig 62 Rseau FIP ................................................................................................................. 75
Fig 63 Rseau Interbus .......................................................................................................... 76
Fig 64 Couche liaison de ProfiBus ........................................................................................ 79
LISTE DES TABLES

Tableau 1 Caractristiques des diffrentes topologies rseaux ............................................. 15
Tableau 2 Caractristiques des diffrents type de supports de transmission ........................ 19
Tableau 3 Types des cbles coaxiaux ................................................................................... 19
Tableau 4 Diffrents types de paires torsades ..................................................................... 20
Chapitre I : La communication dans un environnement

industriel
1. Introduction
Lhistoire des rseaux locaux industriels remonte la fin des annes 70, avec
lapparition des quipements industriels numriques intelligents et des rseaux informatique
de bureaux. Leur apparition est venue rpondre,
- premirement, la demande croissante de productivit dans le domaine industriel par
lautomatisation de la communication entre les diffrents quipements industriels (de contrle
et de mesure) de faon liminer les pertes de temps et les risques derreurs dus aux
interventions humaines,
- deuximement, au besoin dinterconnexion des quipements industriels informatiss
htrognes qui ont t introduits dans le milieu industriel dune manire anarchique, cest--
dire en rsolvant chaque problme part sans prendre en compte lintgrit de tout le systme
industriel.
Les rseaux locaux industriels ont t donc introduits petit petit dans les systmes
automatiss, des stades divers selon les domaines dapplication. Ils sont ns avec le
dveloppement de llectronique et des matriels numriques programmables. Lapparition
des rgulateurs numriques et des automates programmables a conduit les offreurs mettre
sur le march des rseaux pour les interconnecter et rapatrier moindre cot de cblage les
informations ncessaires la conduite par les oprateurs dans les salles de commande
Robot
Contrle de Machine
processus commande
numrique
Station de
supervision Fig 1 Communication industrielle
1
2. Prsentation de lenvironnement industriel

Lenvironnement industriel englobe tous les quipements qui participent la chane de
production que ce soit pour la fabrication, le contrle ou la maintenance. Ces quipements
peuvent tre des :
machines outils,
robots,
contrleurs logique programme (PLC),
capteurs,
actionneurs,
stations de supervision,
etc.
Ainsi que les moyens ncessaires leur interconnexion tel que les cbles, les
passerelles, les routeurs, etc.
Dans les environnements industriels daujourdhui, la plus part des tches se font
dune faon automatique ce qui maximise les taux de production, garantit une meilleure
scurit du personnel, et augmente la rentabilit de lindustrie en gnrale.
Lautomatisation de lindustrie permet datteindre des objectifs trs intressants :
- Commercialiser rapidement les nouveaux produits,
- Ragir court terme et avec souplesse aux exigences du march,
- Rduire le temps de mise sur march,
- Produire de manire efficace et conomique,
- Exploiter de faon optimale les capacits des machines,
- Minimiser les temps improductifs,
- etc.
De telles objectifs ne sont parfaitement atteints que si toutes les machines dune
installation sont compltement automatises et fonctionnent en parfaite interaction, ce qui
peut-tre atteint par :
- lutilisation de machines automatises,
- Lutilisation des PLC (contrleurs logique programme) qui permettent
dautomatiser lutilisation de certains quipement non automatiss.
- Lutilisation des robots pour automatiser les tches intelligentes telles que la
soudure, le montage, assemblage, etc.
2
- Lutilisation des rseaux informatiques industriels pour garantir linteroprabilit

des quipements automatiss.
Les installations industrielles, permettent de mettre en uvre un grand nombre de

fonctions qui sont largement interdpendantes et qui peuvent tre organis hirarchiquement
en quatre niveaux dabstraction :
1. Le niveau Entreprise (niveau 3)
On trouve ce niveau des services de gestion tel que :
La gestion commerciale,
La gestion du personnel,
La gestion financire,
2. Le niveau usine (niveau 2)
Ce niveau englobe des tches de gestion de la production tel que :
La GPAO : gestion de production assiste par ordinateur,
La CFAO : Contrle de fabrication assist par ordinateur,
La CAO : Conception assist par ordinateur,
Des services de transport,
Le contrle de qualit,.
3. Le niveau atelier ou cellule (niveau 1)
Contient plusieurs lots de fabrication, de vision, de supervision, des robots,
des automates, etc.
4. Le niveau terrain (niveau 0)
Cest le niveau le plus bas, qui contient les quipements de fabrication
proprement dite tel que :
Les machines automatises de production qui sont des machines
programmables qui peuvent selon le programme charg excuter des tches
complexes sans intervention humaine,
Les capteurs qui sont des instruments de mesure qui peuvent fournir des
machines intelligentes (tel que les ordinateurs ou les contrleurs) des
informations telle que la temprature, la pression, la tension, la couleur, les
variations, etc
Les actionneurs qui sont des instruments qui peuvent tre activs par des
machines intelligentes tel que les vannes, les interrupteurs, les
alarmes,etc
3
Finance Commerce Gestion Routeur
Niveau 3
CFAO GPAO Passerelle CAO
Niveau 2
Qualit Transport Superviseur Passerelle

datelier
Niveau 1
Contrleur Vision Robot Automates

dilot
Niveau 0
Capteurs Actionneurs Automatismes
Fig 2 Les diffrents niveaux dabstraction dans un environnement industriel intgr
Parmi toutes les composantes dune installation industrielle, les rseaux de

communication jouent un rle central dans les solutions automatises, ils
permettent essentiellement :
- un flux dinformation continu depuis le niveau capteurs/actionneur jusquau
niveau gestion de lentreprise
- la disponibilit des informations en tout point de linstallation
- change rapide des informations entre les diffrentes parties de linstallation
- un diagnostic, et une maintenance efficaces
- des fonction de scurits intgres empchant les accs non autoriss
- etc.
4
3. Architecture dun rseau industriel

Un rseau local industriel, en une premire approximation, est un rseau local
utilis dans une usine ou tout systme de production pour connecter diverses machines afin
dassurer la commande, la surveillance, la supervision, la conduite, la maintenance, le
suivi de produit, la gestion, en un mot, lexploitation de linstallation de production.
GPAO CFAO CAO
Rseau dusine
Supervision Ord. Datelier

Passerelle Passerelle
Rseaux datelier
Robot
Robot
Robot
Capteur Actionneur
Rseaux de terrain Contrle de

Automate Commande
procd
programmable numrique
Capteur
Capteur
Actionneur
Actionneur
Capteur
Capteur
Fig 3 Architecture globale dun RLI
5
Nanmoins, chaque niveau dabstraction, dans un environnement industriel,

correspond un rseau permettant de relier ses diffrents lments. Entre deux niveaux
diffrents il doit y avoir une passerelle si les deux rseaux sont htrognes.
On distingue donc trois types de rseaux :
Les rseaux de terrain connectent les capteurs, les actionneurs et les dispositifs comme
les automates, les rgulateurs et plus gnralement tout matriel supportant des processus
dapplication ayant besoin davoir accs aux quipements de terrain. Ils doivent offrir au
minimum les mmes services que les systmes dentres/sorties industrielles, mais dautres
trs importants (de synchronisation par exemple) seront aussi dfinis pour faciliter la
distribution des applications.
Les rseaux datelier (ou de cellule) connectent, dans une cellule ou un atelier, les
dispositifs de commande de robots, de machines-outils, de contrle de la qualit (lasers,
machines mesurer). Ces rseaux se rencontrent essentiellement dans les industries
manufacturires.
Les rseaux dusine un rseau qui irrigue lensemble de lusine, interconnectant des
ateliers, des cellules avec des services de gestion, les bureaux dtudes ou des mthodes.
4. Caractristiques dun RLI

Laspect connexion de machines, mme sil est fondamental, nest pas le seul
considrer. Ce sont surtout les processus dapplication rpartis sur les machines qui sont mis
en relation par les rseaux. Et ce sont ces types de relations qui dfinissent les caractristiques
dun rseau ou dun autre. Les besoins en communication sont alors trs diversifis selon les
matriels connects et les applications quils supportent, ce qui explique que les rseaux
locaux industriels sont nombreux et varis. Il est vident que le trafic entre des capteurs, des
actionneurs et des automates nest pas le mme quentre un systme de CFAO et un
contrleur de cellule de fabrication. Les besoins diffrent selon des critres tel que la taille des
donnes transmettre et les contraintes de temps associes. Le schma suivant reprsente les
caractristiques essentielles des rseaux des diffrents niveaux dun systme industriel.
6
Fig 4 Caractristiques des diffrents niveaux dun RLI
Le triangle du milieu reprsente le nombre de nuds relis par le rseau de chaque

niveau : ce nombre diminue en montant les niveaux : le niveau terrain comporte un nombre
trs important de nuds tel que les capteurs les actionneurs, les machines, les robots, etc,
qui peuvent tre mme relis travers plusieurs rseaux locaux. Le niveau atelier en comporte
un nombre moins important, savoir quelques stations de supervision et quelques robots. Le
niveau usine quant lui ne comporte que quelques stations de gestion de production et de
conception.
Le triangle gauche reprsente la quantit dinformation change dans chaque niveau.
Cette quantit est trs importante au niveau usine o on a besoin de transmettre des fichiers de
7
donnes tel que les plans, les programmes,etc. En descendant les niveaux, la taille des
donnes diminue pour arriver quelques bits entre les capteurs et les actionneurs.
Le triangle droit reprsente la vitesse de transmission requise chaque niveau.
Effectivement au niveau terrain la vitesse de transmission doit tre trs leve pour pouvoir
mettre les messages en temps rel. Cependant, au niveau usine le temps rel nest pas
fortement exig : la perte de quelques secondes lors du transfert dun fichier nest pas
vraiment catastrophique.
a. Caractristiques du trafic
Au contraire dun rseau local de bureau o les messages ont la mme priorit, les
donnes changes dans un rseau industriel varient selon leur priorit en terme durgence de
transfert, et selon leurs taille :
1) Nature des messages changs
Un rseau industriel volue en gnral en temps rel o la contrainte temporelle est
trs importante, plusieurs vnements doivent tre pris en charge en temps rel et leur retard
peut engendrer des dgts catastrophiques. A cet effet les messages changs peuvent tre :
- Urgents : ce type de message peut tre trouv dans le niveau terrain tel que
le transfert dune information dalarme (dpassement de seuil permis), ou
lordre de fermeture dune vanne,etc.
- Non urgents : tout autre type de message tel que le chargement dun
programme excutable sur une machine ou le transfert dun rapport.
2) Taille des messages
La charge du trafic peut tre trs irrgulire en taille de message et en leur nombre,
tout dpend du niveau concern. Ces messages peuvent tre :
- Courts : tel que la valeur dune mesure envoye par un capteur, ou un
ordre de dmarrage pour une machine.
- Longs : tel quun fichier ou un programme.
b. Qualits requises
- Fiabilit : la plupart des machines industrielles reprsentent des sources
srieuses de perturbation des communications. On parle mme de pollution
magntique dans les environnements industriels, et si on ajoute les risques
auxquels sont exposs les moyens de communication dans une usine, on
aperoit rapidement que les messages achemins ncessitent un trs haut
8
degr de fiabilit pou pouvoir tre transmis sans erreurs, sans perte et sans
retard, et cela au niveau physique ou au niveau des protocoles.
- Performance : il faut garantir la continuit du fonctionnement mme en
rgime dgrad cest--dire ne cas de panne de certains composants. Il faut
avoir une bonne tolrance aux pannes et pouvoir reprendre certaines
activits aprs les anomalies.
c. Services spcifiques
Un rseau local industriel peut tre caractris par plusieurs phnomnes de
communication spcifiques dont la prise en compte et lapport de solution permet de garantir
le bon fonctionnement du rseau :
- Diffusion : la diffusion peut tre simultane c--d que plusieurs metteurs
doivent pouvoir envoyer vers plusieurs rcepteurs en mme temps. Le
transfert simultan, par exemple, de plusieurs ordres plusieurs
actionneurs.
Actionneur
Ordre Actionneur
Actionneur
Fig 5 La diffusion dans un RLI

- Concentration : plusieurs quipements peuvent demander la prise en
compte en mme temps, tel quune requte de prise de mesure simultane
de plusieurs capteurs :
Capteur
Mesure Capteur
Capteur
Fig 6 La concentration dans un RLI

- Priodicit : plusieurs traitement peuvent tre priodiques tel que le
prlvement priodique des mesures de quelques capteurs (mesures
cycliques).
9
Chapitre II : Les rseaux locaux industriels
1. Exigences globales
Lenvironnement industriel o doivent oprer les rseaux locaux industriels a des
besoins trs particuliers par exemple:
1. Un processus de fabrication ncessite le tlchargement dun programme sur un

automate programmable ; il doit tre transmis sans erreur le plus rapidement possible,
sans toutefois quun lger retard soit trop prjudiciable si le processus physique
pendant ce temps est dans un tat stable. Lopration nest pas critique du point de vue
temporel, mais elle doit tre effectue sans erreur.
2. Un processus de rgulation doit recevoir la valeur dune mesure toutes les 50 ms, cette
valeur peut tre errone une fois de temps en temps, mais pas de manire conscutive,
et la priode doit tre respecte. Les scurits de transmission porteront non seulement
sur la protection contre les erreurs ventuelles, mais aussi sur les instants o les
mesures sont produites, transmises, consommes. Dans ces deux exemples, les
mcanismes de traitement des erreurs ne seront pas les mmes ; dans le premier on
choisira des acquittements et un contrle de flux ; dans le second, et en gnral pour
les trafics priodiques, on fera le choix de communication sans acquittement, avec un
contrle de la reprise en cas derreur par les processus dapplication.
3. Un contrleur de cellule doit pouvoir grer les tches (les activer, les arrter, leur
transmettre des paramtres) sur les commandes numriques, les commandes de robot,
les automates programmables. On identifie ainsi des services de niveau application qui
devront tre disponibles sur les machines concernes.
4. Si plusieurs automates doivent diter un journal, ou afficher des messages sur une
station oprateur, on aura besoin de services de partage de ressources, comme les
smaphores, pour ne pas mlanger les messages.
5. Un processus de supervision doit tre averti des dysfonctionnements du processus

physique dans des dlais raisonnables qui dpendent des constantes de temps des
variables physiques. Il faudra pouvoir garantir que des contraintes de temps seront
respectes.
10
6. Dans un processus continu comme un laminoir, les tats dune machine amont devront
tre transmis la machine aval (et rciproquement) dans des dlais compatibles avec
la vitesse de transfert du produit et avec les temps de raction des machines. Les
contraintes de temps sont, ici, encore fonction du processus physique et il faudra
pouvoir adapter les protocoles du profil chaque cas particulier.
De tels besoins ncessitent dtre pris en charge que ce soit au niveau physique ou au
niveau protocoles: liaison et application.
Au niveau physique les rseaux locaux industriels doivent tre dots de
moyens rsistant aux perturbations, aux chocs, la chaleur, etc. tel que les cbles et les
connecteurs blinds. Les moyens de communication utiliss chaque niveau doivent rpondre
en terme de dbit aux besoins de ce niveau.
Messages et
Usine Tr non critique fichiers
Octets
Atelier Tr < 1s
Bits
Terrain Tems de rponse < 0.01s
Fig 7 Exigences des diffrents niveaux dabstraction dans un RLI

Au niveau des protocoles il faut opter pour les protocoles dterministes qui
garantissent la livraison des donnes dans des dlais connus pour pouvoir rpondre aux
exigences du temps rel.
a. Architecture OSI et RLI
Le modle OSI constitue un cadre de rfrence pour linterconnexion de

systmes ouverts htrognes. Il sagit dun modle pour laborer des normes
dinterconnexion et de coopration de systmes rpartis. Il est construit selon une structure en
11
sept couches qui correspondent chacune un type de proccupation ou un type de problme

rsoudre pour pouvoir communiquer (figure 1). Lide de base de la structure en couches
est, comme dans dautres domaines, de pouvoir chaque interface ignorer le plus possible ce
qui se passe en dessous.
Le modle est applicable toutes les catgories de rseaux. Nous rappelons
brivement le rle de chaque couche. Tous les dtails peuvent tre trouvs dans de nombreux
ouvrages. Les sept couches initiales du modle sont rappeles par la figure 1. Les couches 1,
2, 3 et 4 se proccupent du transport dinformations et masquent aux couches suprieures les
problmes lis la communication dinformations entre des quipements distants. Les
couches 5, 6 et 7 fournissent des services daccs la communication pour diffrents types
dapplications.
Site A Site B
Protocole 7
Couche 7 Couche 7
Protocole 6
Couche 6 Couche 6
Service
Chaque couche
Couche 5 ajoute son entte Couche 5
aux donnes
reues de la
Couche 4 Couche 4
couche
suprieure
Couche 3 Couche 3
Couche 2 Couche 2
Couche 1 Couche 1
Support physique
Fig 8 Couches du modles OSI

La couche physique adapte les signaux numriques au support de transmission.
La couche liaison de donnes fiabilise les changes de donnes entre deux
stations.
12
La couche rseau assure la recherche dun chemin et lacheminement des

donnes entre les stations terminales dans un rseau maill.
La couche transport assure le contrle de bout en bout entre les stations
terminales.
La couche session synchronise et gre les changes pour le compte de la
couche prsentation.
La couche prsentation permet daccepter des syntaxes diffrentes pour les
donnes changes entre les couches application.
La couche application donne aux processus dapplication le moyen daccder
lenvironnement OSI. Elle na pas de limite suprieure, cest--dire que lon
peut toujours ajouter des services supplmentaires construits sur des services
existant dj.
Le modle OSI avec tous ses avantages de compltude et de clart a montr ds ses
premires applications une lourdeur pnible et des temps de rponses assez longs dans les
communications industrielle, vu la complexit de quelques couches et linutilit de quelques
autres.
Des versions rduites sont apparues pour palier ces problmes, ces versions essayent
de ne garder des couches OSI que lessentiel.
Couche application : que faire des donnes changs ?
Couche prsentation : mmes reprsentations, inutile
Couche session : inutile
Couche transport : communication directe, inutile
Couche rseau : le mme rseau, inutile
Couche liaison : comment communiquer ?
Couche physique : moyen de communication.
Le modle OSI rduit ne comporte donc que trois couches : physique, liaison,
physique.
13
Application
Modles de
Prsentation coopration
(MMS)
Session Application
Transport - LLC : 1, 2, 3
- MAC
Rseau Liaison de donnes
Liaison de donnes Physique
Physique
Modle OSI complet

7 couches
Fig 9 Modle OSI rduit
Dans La couche application sont implments les applications sur les machines, les
stations oprateur de contrle, et les interfaces ncessaires la communication avec des
machines intelligentes et les ordinateurs dans lusine.
La couche liaison permet de corriger les erreurs de transmission et de fiabiliser la
communication travers les acquittements, trois protocoles sont proposs :
- LLC1 : sans connexion et sans acquittement : par exemple pour les cas des
messages courts priodiques.
- LLC2 : avec connexion : lourd pour les communications industrielles.
- LLC3 : sans connexion et avec acquittement, convient par exemple pour les
communications temps rel avec un degr de fiabilit important tel que le
test de fonctionnement dun appareil.
2. Aspects physiques
Les proprits importantes de la couche physique sont:
- La topologie,
- Le support physique : cuivre, fibre optique, sans fil (radio, IR)
- Le taux de transmission,
- La longueur maximale, nombre de noeuds, alimentation,
14
- La rsistance aux attaques, aux perturbations physiques.
a. La topologie
Les topologies connues dans les rseaux sont :
Topologie Avantages Inconvnients

Arbre Point point Plusieurs communications en - Routage
parallle - Chemins de longueurs
(toile)
diffrentes
Anneau Point point Cblage simple Temps de parcours
Bus Communication directe Contrle daccs au
pas de routage. medium.
Tableau 1 Caractristiques des diffrentes topologies rseaux
Dans la topologie en toile Les diffrentes machines sont connectes un switch, qui
est lui mme reli un commutateur central qui reprsente le coeur ue rseau. Les diffrents
LAN (rseaux locaux) sont interconnects au travers de routeurs. Les cbles utiliss sont les
paires torsades et fibres optiques. Ce type darchitecture (dite structure) se rencontre en
industrie avec quelques adaptations de faon ce que sa gestion soit souple et dcentralise.
Cest par exemple le cas pour la connexion des automates un serveur de supervision. Des
stations peuvent servir de relais entre les automates et le PC central.
Cette architecture a pour inconvnient dtre plutt lourde mettre en oeuvre (un
cble pour chaque quipement, de noeud noeud, etc.).
Les industriels prfrent des topologies en bus ou en anneau. Pour les bus, le coaxial
pais (style 10Base5) sera privilgi pour faire face aux perturbations lectromagntiques. Les
rseaux en anneau peuvent tre mis en oeuvre avec nimporte quel support (cuivre, fibre ou
coaxial).
Leur intrt est la redondance naturelle des liens (si lun tombe, lautre prendra le
relais).
De faon plus gnrale, la redondance est aussi importante lors de la conception des
appareils (alimentation, ventilateurs) que pour la topologie du rseau. En toile, il existe
des techniques qui permettent de faire face aux ruptures de liaison en proposant des chemins
alternatifs. Le temps de bifurcation est infrieur la seconde. Dautres techniques considrent
deux liens redondants et mme un matre ( dfaut, un esclave) actif quand le matre ne
rpond pas.
15
Un problme qui se pose lors de la connexion de plusieurs bus en un seul rseau est le
problme des domaines de collision :
Le domaine de collision le plus lmentaire se produit lorsque plusieurs ordinateurs
ont accs au mme mdia.

Fig 10 Domaine de collision
Les rpteurs et les Hubs rgnrent et resynchronisent les signaux, mais ils ne
peuvent pas filtrer le flux du trafic qui passe travers eux. Les donnes (bits) arrivant un
port d'un rpteur ou dun Hub sont envoyes tous les autres ports. Le rpteur et le Hub
tendent le domaine de collision, le rseau qui s'tend de tous leurs cts constitue un
domaine de collision encore plus grand.

Fig 11 Extension du domaine de collision avec un rpteur
16
HUB
Serveur
Fig 12 Extension du domaine de collision avec un Hub-
R HUB

Serveur
Fig 13 Extension du domaine de collision avec un Hub et un rpteur
Bien que les rpteurs et les Hubs soient des quipements de rseau utiles et
conomiques, il n'en demeure pas moins qu'ils tendent les domaines de collision. Si le
domaine de collision est trop tendu, il peut provoquer un grand nombre de collisions et
diminuer ainsi les performances du rseau. Il est possible de rduire la taille des domaines de
collision en les segmentant l'aide d'quipements de rseau intelligents. Les ponts, les
commutateurs et les routeurs sont des exemples d'quipements de rseau intelligents. Ce
processus est appel segmentation.
Un pont limine le trafic inutile d'un rseau occup en divisant ce dernier en segments
et en filtrant le trafic en fonction de l'adresse de la station. Ainsi, le trafic entre les
quipements d'un mme segment ne traverse pas le pont et n'a donc pas d'effet sur les autres
17
segments. Cette technique fonctionne tant que le trafic entre les segments n'est pas trop lev.
Sinon, le pont devient un goulot d'tranglement, ce qui ralentit la vitesse de communication.
Domaine 1 Domaine 2
PONT
COM
Fig 14 Limitation du domaine de collision par Pont, Commutateur ou Routeur -
Exercices : Combien y a-t-il de domaine de collision dans les 04 rseaux

suivants ?
COM COM ROUT COM COM COM

Serveur
Serveur
Serveur
Serveur
HUB HUB
-1- -2-
COM COM COM COM HUB COM

Serveur
Serveur
Serveur
Serveur
COM HUB
-3- -4-
18
b. Le Support de transmission
Les supports utiliss peuvent tre :

Support Avantages Inconvnients
Sensible aux EMI
Cuivre Faible cot (ElectroMagnetic
Interferences)
- Peu sensible aux EM
Fibre optique - Large bande Cot lev.
- Peu dattnuation
Sans fil Mobilit, flexibilit Trs sensible aux EMI.
Tableau 2 Caractristiques des diffrents type de supports de transmission
Les liaisons en milieu industriel sont souvent soumises des perturbations extrmes.
Le choix des composants utiliss et plus particulirement du support de transmission est donc
essentiel. En ambiance perturbe, le coaxial pais peut tre envisag.
Le cble coaxial
Thin Cble fin Li au protocole 10b2, il nest

presque plus utilis
Cble Li au standard 10b5, il est

Thick peu sensible aux perturbations
pais
lectromagntiques
Tableau 3 Types des cbles coaxiaux

Les rseaux par fibre optique sont utiliss lorsque les champs lectromagntiques
perturbent les rseaux conventionnels, lorsque de hauts dbits sont ncessaires, lorsqu'une
ventuelle tincelle cause par une connexion lectrique doit tre vite ou lorsque des
donnes doivent tre transportes sur une grande distance.
Fig 15 La fibre optique
19
Certains types de paires torsades peuvent galement tre envisags. Il existe quatre
types de cbles. UTP (Unshielded Txisted Pair) est une premire catgorie non blinde. En
milieu perturb, son utilisation est bien videmment bannir. Deux blindages sont possibles.
Le premier, STP (Shielded Twisted Pair) consiste insrer une tresse mtallique. Le second,
FTP (Foiled Twisted Pair), est constitu dune mince feuille daluminium ou feuillard. La
combinaison des deux, SFTP, donne un plus dans un environnement perturb.
Les principales catgories de cbles RJ45 sont :
Paires torsades
UTP Unshielded Twisted Pair Cble non
blind
FTP Foiled Txisted Pair Cble blind

avec une mince
feuille
daluminium
ou feuillard
SFTP Shielded Foiled Twisted Pair Cble reprenant

les proprits
STP et FTP
SSTP Shielded Shielded Twisted Cble double

Pair blind
Tableau 4 Diffrents types de paires torsades

Les cbles utiliss en industries sont renforcs selon le cas dutilisation et les
conditions la quelles sont exposs tel que les tempratures basses et leves les produits
chimiques, les chocs, etc.
20
Exemples :
Cble RJ45 rsistant la temprature + 150
Cble RJ45 rsistant la temprature + 180
Cble RJ45 rsistant aux perturbations
Cble industriel en fibre
Fig 16 Exemples des cbles industriels
Les connectiques associes doivent galement tre adaptes lenvironnement. Les

prises RJ45 standards ont t amliores pour assurer ltanchit et la robustesse mcanique
21
ncessaires rsistant aux perturbation et aux conditions difficiles de fonctionnement tel que
les tempratures trop basses aux leves et les chocs et aux diffrents produits chimiques qui
peuvent exister dans une usine.
Les exigences techniques des interfaces sont beaucoup plus leves dans un
environnement industriel que dans un bureau. Les branchements doivent tre protgs contre
l'humidit, la poussire et la salet afin d'assurer un change de donnes impeccable et d'viter
une interruption de l'exploitation. Qu'il s'agisse d'activits de rglage ou de commande, de
transmission d'images ou de l'entretien distance d'une machine, les tches et les volumes de
donnes transmettre sont trs divers. Des infrastructures diffrentes, de l'Ethernet par cbles
en cuivre aux rseaux hyper performants par fibre optique, sont utilises selon la quantit de
donnes transmettre et la vitesse de transmission dsires.
Exemples
Prise de raccordement RJ45

industrielle Prise de raccordement en fibres
Fig 17 Prises de raccordement industrielles
c. Codage adapt
Pour minimiser les erreurs dans les rseaux industriels, on commence premirement
par limiter la bande passante utilise ca qui permet de minimiser les interfrences.
En plus les techniques de codage en bande de base permet de scuriser les donner en
garantissant le synchronisation.
22
1) Bit stuffing
Afin de scuriser la transmission des messages on utilise la mthode dite de Bit-

Stuffing (bit de transparence). Cette mthode consiste, ds que lon a mis 5 bits de mme
polarit sur le bus, insrer un bit de polarit contraire pour casser des chanes trop
importantes de bits identiques. On obtient ainsi dans le message un plus grand nombre de
transitions ce qui permet de faciliter la synchronisation en rception par les noeuds. Cette
technique est uniquement active sur les champs de SOF, darbitrage, de contrle, de CRC
(dlimiteur exclu). Pour un fonctionnement correct de tout le rseau, cette technique doit tre
implmente aussi bien la rception qu lmission.
Fig 18 Technique Bit Stuffing
2) Codage Manchester
Son objectif et de garantir la synchronisation de lmetteur et le rcepteur en

minimisant les silences (les longues sries de 1 ou de 0). Cest un code assez utilis dans les
rseaux industriels, son principe consiste traduire chaque 0 en un front montant et chaque
1 en un front descendant. Pour ce faire, on utilise une fonction non ou exclusif entre
lhorloge et la donne.
23
Horloge
T
Donnes
Manchester II
T/2
Fig 19 Codage Manchester
En gnral, un bon support physique, une installation correcte et une vitesse de

transmission adapte vitent une bonne partie des erreurs de trames.
3. La sous-couche MAC
a. Contrainte temporelle (dterminisme)
La notion de temps rel dans les rseaux locaux industriels est en fait la capacit de
transfrer les donnes en un temps donne et connu.
Le temps rel veut dire quau pire, n s aprs lenvoi dun ordre, il doit tre arriv au
dispositif traitant ce problme et que p s aprs, ces donnes doivent tre traites et revenir
aux diffrents actionneurs.
Un rseau est dit dterministe lorsquil ny a pas de hasard dans sa mthode daccs au
mdium.
Dans le monde industriel, il est impratif de dtecter des vnements dans un laps de
temps suffisant, pour y rpondre le plus rapidement possible, il est donc ncessaire de
hirarchiser laccs des donnes au rseau, pour y transporter en priorit les informations
critiques.
24
Analysons le temps de transfert des donnes dans un rseau:
Tche Tche
Emettrice Rceptrice
d1
Couches Couches d6
suprieurs suprieurs
d2
Couche Couche
MAC MAC d5
d3
d4
- d1 et d6 = dlais de travers des couches
- d5 = dlais de rception
- d1, d5 et d6 ==> calcul facile, fixe (born)
- d3 = dlais de transmission sur le mdium (variable, calcul facile ==> taille
message/dbit)
- d4 = dlais de propagation (variable, calcul facile ==> longueur du cble
/vitesse)
- d2 = dlai dattente pour laccs au rseau (variable, dpend du protocole
darbitrage)
Fig 20 Analyse du dlais dacheminement dun message dans un rseau
La technique daccs au mdium ou le protocole darbitrage reprsente la seule

composante qui drange le dterminisme dans les rseaux industriels.
25
b. Techniques daccs adaptes lenvironnement industriel
1. La mthode Matre / Esclave (Polling)
Systme Principal
Matre
Station Esclave Station Esclave Station Esclave
Fig 21 Technique Matre esclave
- Le matre parle un moment donn lesclave

- Lesclave doit rpondre dans un temps donn
- Un esclave na pas le droit dinitier un dialogue
- Le matre peut parler plusieurs esclaves
- Un dialogue entre 2 esclaves passe par le matre
- Le calculateur central cadence les dialogues
- Cohrence absolue des dialogues, pas de collisions
- Dterminisme assur. temps de dialogues longs
Mais un problme srieux peut se poser en cas de dfaillance du matre, une solution
consiste joindre au rseau un systme matre de secours.
Matre Matre
secours
Esclave Esclave Matre Esclave

Esclave
Esclave Esclave Esclave
Fig 22 Redondance dans la technique matre/esclave
26
2. Technique de jeton
Cette technique peut-tre utilis dans une topologie en anneau ou en bus.

- Un jeton circule sur le rseau, inclus dans la trame
- La trame passe de station en station (rgnre)
- Le jeton est libre ou occup (droit dmettre)
- Trame = jeton + adresse + message
- La trame retourne jusqu lmetteur: lecture des indicateurs
Fig 23 Technique jeton
Cette technique est dterministe puisquon connat le temps de rotation maximum du

jeton, et ce temps est fixe mme dans les cas de trafic lev. Mais le faite de tourner le jeton
mme sans demande de transmission alourdit la technique.
Un autre point faible de cette technique est sa fragilit dans le cas de dfaillance
dune station.
Viennent sajouter aussi les problmes classiques du jeton tels que sa duplication et sa
perte.
3. Mthode CSMA/CA (carrier sense multiple access / collision avoidance)
Cest une technique qui peut tre applique dans les topologies de type bus, elle donne
une priorit daccs au bus pour chaque trame matrialis par un identificateur. En cas de
collision cest la station de plus haute priorit qui prend le bus. Son principe est le suivant
27
- Lorsque le bus est libre, mission bit bit de lidentificateur puis

coute la porteuse.
- Un bit 1 (rcessif) est masqu par un bit 0 (dominant)
- Toute station lisant un bit diffrent de celui quelle vient dmettre
passe en rception. Puis rmet immdiatement lorsque la porteuse
est de nouveau libre.
Exemple
Site D
Site A
id : 10
id : 12
id : 01
id 12 : 00001100
00001100
id 49 : 00110001
Site B Site C
id : 09 id : 49
id : 32 id : 07
Identificateurs de trame
Fig 24 Technique CSMA/CA
Ce protocole est appel aussi CSMA / NBA pour (Non-destructive Bitwise

Arbitration) puisque la trame de plus haute priorit nest pas rmise (nest pas dtruite).
4. Mthode CSMA / DCR (Dterministic Collision Resolution)
Cest lvolution du protocole CSMA/CD pour la rsolution de la collision dune

faon dterministe, son principe est le suivant :
- Chaque site est repr par un numro (son adresse ou autre caractristique) et connat
le nombre de sites du rseau,
28
- DCR effectue une suite de partitionnements dichotomiques sur les sites qui ont le
droit de rmettre,
- On appelle poque lintervalle de temps qui scoule entre la collision initiale et
la fin de son traitement,
- On peut donner une borne suprieure lpoque (au temps de latence),
- Avantage : assure quaprs une collision toutes les trames concernes sont r-mises
dans un dlai donn.
-Inconvnients : pendant ce temps, les autres stations nont pas accs au medium.
Exemple : Soit un bus compos de 16 sites et une collision se produit entre tous les
sites
Aprs collision, un site ne rmet que si il fait partie du groupe prioritaire
(prdtermin). Le traitement se fait sur tous les sites car on ne connat lorigine de la
collision.
Fig 25 Schma dmission des trames CSMA/DCR
Le plan de gestion des collisions est le suivant o :

Si : Site n i
C : Collision
E : Emission
: Attente.
29
S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16

1 C C C C C C C C C C C C C C C C
2 C C C C C C C C
3 C C C C
4 C C
5 E
6 E
7 C C
8 E
9 E
10 C C C C
11 C C
12 E
13 E
14 C C
15 E
16 E
17 C C C C C C C C
18 C C C C
19 C C
20 E
21 E
22 C C
23 E
24 E
25 C C C C
26 C C
27 E
28 E
29 C C
30 E
31 E
Fig 26 Plan de gestion des collisions dans la technique CSMA/DCR
Chaque site a donc, en cas de collision, un temps maximum attendre avant dmettre
sa trame, et le temps global de collision (lpoque) est connu et peut tre calcul :
Epoque = TE * 16 + TC * 15, O
TE : temps dmission dune trame et TC : temps de dtection dune collision
30
Exemple 2
Prenons maintenant le cas de collision entre 7 sites S1, S3, S4, S7, S8, S10 et S12.
- t1: collision initiale entre S1, S2, S3, S7, S8, S10 et S12. Seuls les sites du premier
groupe mettent nouveau (S1, S3, S4, S7 et S8).
- t2: seconde collision entre S1, S3, S4, S7 et S8.
- t3: les sites S1, S3 et S4 mettent. Collision.
- t4 : S1 est seul dans le nouveau groupe. Il met.
- t5 : S2 na rien mettre ==> tranche canal vide
- t6: S3 et S4 mettent lun aprs lautre.
- t7: on passe au groupe compos des sites S5 S8. S5 et S6 nont rien mettre ->
tranche canal vide.
- t8: S7 et S8 mettent lun aprs lautre, etc
Les tranches de temps vides apparaissent lorsquil existe des stations qui nont rien
mettre entre deux stations qui ont des trames mettre.
S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12 S13 S14 S15 S16
1 C C C C C C C t1
2 C C C C C t2
3 C C C t3
4 E t4
5
t5
6
7 C C
8 E t6
9 E
10 C C
11
12 t7
13
14 C C
15 E t8
16 E
17 C C
18 C C
.
19 E
.
20
.
21
22 E
31
4. La sous-couche LLC (Logical Link Control)

La sous-couche LLC est une entit de la couche liaison, ddie au service. Elle
permet un ensemble de fonctions de services entre la sous couche MAC et la couche
application. Son but est de fournir une garantie de livraison des messages, la dtection et la
reprise sur erreur, puisque lenvoie dun datagramme ne garantit pas son metteur que le ou
les destinataires lon reu.
a. Les points daccs au service

Les SAP (Service Access Point) ou LSAP (LLC SAP) sont des fonctions permettant
de crer des accs vis--vis la couche application. Chaque fonction est reprsente par un
point daccs c--d un SAP.
Application
SAP 1 SAP 2 SAP 3
LLC
MAC
Fig 27 Points daccs au service dans LLC
Les SAP ne sont que des points daccs (des enttes de fonctions), les corps des
fonctions sont dfinis par trois types de services (qualit):
LLC1 : est le service minimal sans connexion et sans acquittement.
LLC2 : Service avec connexion et avec acquittement.
LLC3 : Service sans connexion et avec acquittement.
b. Service LLC1
Cest le mode le plus simple de fonctionnement, il permet lmission et la rception
des paquets sans assurer ni le contrle de flux, ni tablissement de connexion logique avec le
rcepteur, ni mme la vrification de bonne rception des donnes.
Le service ne dispose donc que de deux commandes au niveau de chaque extrmit :
L.DATA.REQUEST et L.DATA.INDICATION
32
L.DATA.REQUEST L.DATA.INDICATION
Les paramtres utiliss dans les deux commandes sont les suivants :
Adresse locale Adresse distante Donnes Priorit
Dans ce service, la couche application se charge des lments non traits par la sous-
couche LLC, bien sur si elle en a besoin.
Par exemple, dans le cas de diffusion dune valeur capte par un capteur touts les
50 ms, on aura besoin de ce type de service plutt que des autres.
c. Service LLC2
Dans ce service la sous-couche LLC mettrice a une liaison logique avec la sous-
couche rceptrice, et elle est charge de la gestion de cette liaison (tablissement, maintient,
libration). Le service contient donc un nombre beaucoup plus important de fonctions :
Primitive Suffixe Fonction
Request Demande de connexion
L.Connect Indication Indication dune demande de connexion
Confirm Acquittement dune demande de connexion
Request Emission dun paquet
L.Data.Connect Indication Indication de rception dun paquet
Confirm Acquittement de rception dun paquet
Request Demande de rinitialisation de connexion
L.Reset Indication Indication de rinitialisation
Confirm Acquittement de rinitialisation
Request Demande de fin de connexion
L.Disconnect Indication Indication de fin de connexion
Confirm Acquittement de fin de connexion
Request Demande de dfinition du format du LSAP
L.ConnectionFlowControl
Indication Indication de dfinition du format du LSAP
Fig 28 Primitives du service LLC2
33
Un exemple de ce type de protocole est le protocole HDLC.
d. Service LLC3
Ce type de service est sans connexion mais avec acquittement, il a t conu
initialement pour les applications temps rel, il cherche a amliorer la fiabilit des changes
sans avoir pour autant un cot de gestion difficile matriser.
Le service LLC3 est utilis travers deux fonctions dmission et de rception de
donnes avec les mmes paramtres que dans le protocole LLC1 :
L.DATA.ACK.REQUEST
L.DATA.ACK.INDICATION
L.DATA.ACK.STATUS.INDICATION
La fonction dacquittement utilise les paramtres suivants :
Adresse locale Adresse distante Priorit Etat
Le service LLC de type 3 offre galement un service de rponse immdiate qui permet
une station a dinterroger une station B et de lui transmettre des donnes ventuelles a
travers les primitives suivantes :
L.REPLAY.REQUEST
L. REPLAY.INDICATION
L. REPLAY.STATUS
34
Chapitre III : Le rseau MAP (Manufacturing Automation

Protocol)
1. Introduction
M.A.P. (Manufacturing Automation Protocol) est n dans General Motors au dbut

des annes 80 du besoin de compatibilit dans les communications entre des sous-systmes
d'origines varies que l'on rencontre dans les sites industriels.
L'automatisation et la facilit d'changes d'informations entre les diffrents
services/machines d'une entreprise a d'abord une motivation conomique. Elle permet
d'atteindre:
Un meilleur lien entre la conception (C.A.O.) et la ralisation (l'atelier)
permettant ainsi de diminuer le temps consacr au cycle de dveloppement.
Un meilleur suivi/contrle de fabrication (G.P.A.O.)
Ce rseau a connu depuis sa cration plusieurs dveloppements :
1980: Premire spcification par General Motors.

1982: Premire version publie par General Motors.
1984: Premier groupe d'utilisateurs, de constructeurs de machines outils et
d'informatique et de dveloppeurs notamment : Chrysler, Ford, Boeing, Kodak,

1985: M.A.P. 2. Premire version commerciale.
1985 : Groupe europen des utilisateurs de MAP comportant : BP, British
Aerospace, BMW, Fiat, Jaguar, Philips, Renault, Volkswagen, etc
1988: M.A.P. 3.0
2. Architecture du rseau M.A.P.

Les premires versions du rseau MAP (appeles par la suite Full-MAP) ont t
conues selon le modle OSI pour lexploiter dans lindustrie. Elles possdent toutes ses
fonctionnalits offertes par ses couches de 1 7.
35
La complexit de quelques couches et linutilit de quelques autres dans lindustrie ont

conduit des temps de rponses assez longs.
Des versions sont apparues pour palier ce problme et allger le Full-MAP des
couches inutiles. Ces versions ont ts appels Mini-MAP, elles gardent uniquement les
couches de 1, 2 et 7.
Application
Prsentation
Session
Transport Application
Rseau
Liaison de donnes Liaison de donnes
Physique Physique
- OSI - Full-MAP Mini-MAP

Fig 29 Full-MAP et Mini-MAP
Le rseau M.A.P. est en fait compos de rseau M.A.P. proprement dit (full-M.A.P.)
et de rseaux mini-M.A.P.
M.A.P. a retenu les normes O.S.I./ I.S.O. et a contribu au dveloppement de normes
ou de sous-ensembles ncessaires aux applications industrielles telles M.M.S. (Manufacturing
Message Service).
Cette diversit des versions de MAP permet de lutiliser tous les niveaux dune
architecture CIM Full MAP
Mini-MAP Mini-MAP
Fig 30 MAP/EPA
36
Le fait dutiliser deux profils diffrents (full et mini) du protocole MAP, constitue un
nouveau profil appel EPA (Enhanced Performances Architecture).
a. La couche physique
1) Topologie
Dans une optique d'change globale dans l'entreprise il faut que tous les quipements
puissent communiquer entre eux directement. Ceci limine les structures centralises telles
l'toile. De mme le grand nombre d'quipements limine des structures de type anneau
unique. La structure est donc base de bus hirarchis.
Fig 31 Topologie bus hirarchis
2) Cblage
Le rseau M.A.P. a commenc par lutilisation dune technologie large bande qui
implique l'utilisation de modems. Le mdium de transmission est un cble coaxial de
distribution T.V. normalis CATV 75 Ohms. Ce choix a d'abord t dict par l'historique chez
General Motors o ce type de cblage prexistait par l'implantation de rseau de surveillance
vido. Il se rvle judicieux puisqu'il permet un cblage ais et peu coteux. Le full-M.A.P.
est une solution large bande avec modulation par transposition de frquence (F.S.K.). Le dbit
de 10 Mbits est support par un cble coaxial RG6 semi rigide sur une longueur maximale de
3.7 kilomtres.
Les rseaux mini-M.A.P. utilisent un mode de transmission en bande de base sur le
mme type de mdium que M.A.P. Le mini-M.A.P. est une solution en bande de base avec
37
porteuse et modulation par cohrence de phase (A.M-P.S.K.) avec mission et rception sur le
mme canal et la mme frquence. Le dbit de 5 Mbits est support par un cble coaxial RG6
rigide ou R.G. 11 flexible sur une longueur maximale de 700 mtres.
b. La couche liaison de donnes

1) La sous-couche MAC
M.A.P. utilise un bus jeton I.E.E.E. 802.4. Il est le seul protocole utiliser cette
norme. Cela garantit une borne suprieure du temps de transmission d'un message en temps
normal. En effet une station ne peut mettre que pour un intervalle de temps donn et
seulement si elle possde le jeton. Donc les collisions sont totalement impossibles. Le jeton
passe de station en station selon l'ordre dfinit par un anneau virtuel au-dessus du bus
physique. Un service dupliqu sur chaque station permet la mise en oeuvre de protocoles:
Rception de jeton.
Transfert de donnes.
Emission de jeton.
Rgnration de jeton en cas de dtection de perte.
Ajout et de retrait de station de l'anneau virtuel.
Initialisation de l'anneau.
La sous-couche M.A.C. ( Mdium Access Control) offre un service de transfert
de donnes sans connexion entre entits L.L.C. (Logical Link Control).
Jeton Anneau virtuel
Station
insrer
Fig 32 Bus jeton (IEEE 802.4)
Les types de trames de gestion de l'anneau sont:
Demande de jeton (initialisation)
Sollicitation successeur.
Dsignation de successeur.
Rsolution de conflit
Jeton.
38
2) Les ponts
Les ponts sont les entits fonctionnelles charges du filtrage et de l'isolation des sous-
rseaux. Les ponts assurent la rception complte des messages avant leur remission (Store
and Forward). Ils permettent de diminuer le nombre de stations par sous-rseau et donc
d'abaisser le temps de rotation du jeton sur l'anneau. Remarquons que lors du passage par
un/des ponts la proprit assurant un temps maximum pour le dlai de transmission n'est plus
assur. Le routage par les ponts utilise la diffusion naturelle. La structure du rseau doit donc
tre obligatoirement arborescente pour viter un engorgement d la diffusion de multiple
fois via des boucles dans des mmes sous-rseaux. De mme pour diminuer le nombre de
messages engendr par la diffusion la structure arborescente doit avoir une profondeur
maximale de deux. Le pont est transparent pour les utilisateurs de la sous couche M.A.C.
(Medium Access Control). En cela le modle M.A.P. n'est plus conforme au modle O.S.I.
pour lequel le routage s'effectue au niveau M.A.C.. Les rseaux interconnects doivent donc
avoir un mme format d'adresse et des longueurs maximales de trame gales.
3) La sous-couche LLC
L.L.C.1 Mode datagrammes Full-M.A.P.
L.L.C.2 Mode connect Inutilis
L.L.C.3 Mode datagrammes acquitts par rponse immdiate Mini-M.A.P.
Fig 33 Services LLC dans MAP
c. La couche application
L'tude de la couche application est aborde au travers de l'un de ses lments: la
messagerie M.M.S.
39
3. Modles de coopration
Un modle de coopration reprsente la manire selon laquelle communiquent les
diffrents processus dapplication dans un rseau local industriel. Cest lune des premires
caractristiques des RLIs, on distingue quatre types de coopration :
a. Modle client/serveur
Deux processus sont en relation : le client et le serveur. Le client met une demande de
service vers le serveur. Le serveur, selon ses possibilits et ses ressources, traite la requte et
renvoie la rponse au client. Ce modle est trs gnral. Une grande diversit de services peut
fonctionner selon ce modle. La plupart des services/protocoles de couche application
respectent ce modle (MMS en est le prototype). La dure totale de lopration est
imprvisible, sauf faire des hypothses sur la disponibilit du serveur et du rseau charg
dacheminer la demande et la rponse.
Exemple :
Nous considrons une cellule automatise compose dun robot et de deux machines-
outils.
Fig 34 Exemple du modle client/serveur
La commande globale de la cellule peut tre dcompose en plusieurs niveaux

dabstraction. Le plus lev est celui de la cellule elle-mme, qui reprsente la fonction de
coordination du fonctionnement des machines. Puis on peut identifier le niveau de commande
de chaque appareil de la cellule (commande du robot et celle de chaque machine-outil). Ces
commandes peuvent nouveau tre dcomposes en commandes daxes du robot et
40
commandes des machines-outils qui utilisent les capteurs et les actionneurs qui leur sont
propres. Chaque niveau dispose dune certaine autonomie, sous le contrle des niveaux
adjacents. Ce contrle sexerce par des demandes de service du niveau suprieur vers le
niveau infrieur, auxquelles on associe des comptes rendus de niveau infrieur vers le niveau
suprieur. La fonction de coordination envoie un ordre la commande de robot pour lui
demander de prendre une pice en A pour la poser en B, la commande de robot renvoie un
compte rendu quand lopration est termine correctement ou non.
Commande de
cellule
Excuter le Aller de Compte

programme P1 AB rendu
Commande de Commande de
machine robot
Avancer Comptes Tourner Rponse Que faire ?

rendus
Commande Commande Commande

daxe 1 daxe 2 daxe i du
robot
Arrt du Dclenchement
moteur de fin de course
Fig 35 Hirarchie dexcution des tches selon le modle client/serveur
De faon symtrique, une fonction de niveau infrieur peut demander un service la

fonction suprieure en attendant une rponse. Une commande daxe est dans limpossibilit
dassurer son service, elle envoie une requte la commande du robot, qui lui rpondra par un
ordre ou des paramtres adapts. Dans le mme ordre dides, un signal de fin de course
envoy par un capteur est une demande de service auprs de son destinataire qui prendra les
dispositions voulues.
41
Station i Station k
Requte client
Application Application
Rponse serveur
Services de gestion
(ouverture association, fermeture association)
Service dchange (confirm)
(tlchargement fichiers, instanciation programme, lecture/criture variables, rservation smaphore, etc)
Services dchanges (non confirms)
Fig 36 Schma requte rponde dans le modle client/serveur
1) Limites du modle
Dans ce modle, le temps nest pas pris en compte, cest--dire quil est impossible
dune part de spcifier un dlai maximal pour que le client obtienne la rponse, dautre part
davoir un moyen de vrifier que ce dlai serait respect. Cest pourquoi une extension de ce
modle, que lon pourrait appeler client-serveur temporel, est ltude lISO; il sagit
dassocier une contrainte de dlai au traitement de la demande et doffrir, dans le protocole
fonctionnant sur ce modle, les mcanismes adquats pour indiquer au client si tout sest bien
pass ou non et pourquoi. Indiquons de suite que ce modle nest intgr sous une forme
gnrale dans aucune norme de service ou de protocole.
Si deux clients demandent un mme service un serveur, ce dernier les traitera en

squence, et pourra fournir des rponses diffrentes chacun deux. Par exemple,
deux fonctions ont besoin de lire la mesure dun capteur de vitesse, elles sont
clientes du capteur qui dans ce cas est le serveur. La vitesse peut voluer entre les
deux rponses et cette diffrence de vue du processus par les deux clients peut nuire
au bon fonctionnement du systme. Cest pourquoi, si dans un systme automatis
deux fonctions (ou plus) ont besoin davoir accs aux mmes objets, le modle
client-serveur nest pas particulirement adapt.
42
Si un client veut demander simultanment des services plusieurs serveurs, il ne peut

le faire que squentiellement, ce qui revient considrer comme simultans tous les
vnements intervenant dans lintervalle de temps ncessaire aux excutions
squentielles des demandes de service. Un modle client-multiserveurs a t dfini
pour certains services. Il faudrait ltendre avec la possibilit de gestion de
contraintes temporelles.
Les modles producteur-consommateurs et producteurs-distributeur- consommateurs
ont t introduits pour pallier ces deux derniers problmes.
On notera que, si le modle client-serveur est trs gnral, les autres aujourdhui ne
sont pas dfinis pour tout type de services mais seulement pour les accs aux donnes, cest--
dire que les seuls services disponibles sont les oprations de lecture et dcriture. Cest
pourquoi ils seront essentiellement prsents dans les rseaux de terrain et les rseaux
domotiques qui sen rapprochent. Il est important de noter que lindisponibilit de ces
modles dans un profil introduit des contraintes sur la rpartition des processus dapplication
cooprants.
b. Modle producteur/consommateurs
Le modle producteur/consommateurs est un modle multipoint dans lequel le

producteur dune donne peut lmettre vers tous ceux qui en sont consommateurs. Cette
mission peut tre, selon le protocole utilis, en diffusion gnrale, ou en multipoint. Dans ce
cas, deux principales techniques peuvent tre mises en oeuvre : chaque consommateur se
reconnat comme abonn sans que le producteur ait les nommer, ou en spcifiant la liste des
abonns lmission. Si lon sait garantir que chacun recevra la mme valeur, on a rsolu le
problme dobtention du mme rsultat par des clients diffrents (consommateurs).
Linitiative de lmission est laisse au producteur, mais celle de la production peut tre
confie un client parmi les consommateurs qui dclenche lopration.
1) Problmes du modle producteur/consommateurs

Malgr quil rsout quelques problmes du modle client/serveur, il souffre lui aussi
de deux problmes essentiels :
- Alourdir le producteur par les missions et les demandes.
- Impossible de synchroniser plusieurs producteurs.
43
Fig 37 Modle Producteur/Consommateurs
1er
choix
2) Exemple :
C1
Soit le systme industriel suivant :
C C2
pice CP CV CC Aig
R 2eme
C3 choix
3eme
choix
Stat
Ctrl Passerelle
CAO
CFAO

GPAO
44
Le schma prcedent reprsente un systme industriel de slection des pices en trois

choix suivant leur qualit, selon les tapes suivantes:
1. La station de contrle Ctrl envoie une commande au robot R pour ramener une pice,
2. Une pice est amene par le robot R et mise sur le convoyeur C, et un compte-rendu
est envoy la station Ctrl.
3. La station Ctrl dmarre alors le moteur M,
4. Le capteur de poids CP pse la pice et envoie la valeur sur le rseau,
5. Le capteur de volume CV mesure son volume et envoie la valeur sur le rseau,
6. Le capteur de couleur CC mesure la couleur de la pice et envoie la valeur sur le
rseau,
7. La station de contrle Ctrl reoit les trois valeurs, les analyse, et envoie une
commande au systme daiguillage pour diriger la pice vers le bon convoyeur (C1,
C2 ou C3),
8. La station charge des statistiques Stat, reoit les valeurs mises par les trois capteurs
et les enregistre pour dventuelles statistiques
Le modle qui convient pour ce systme est le modle Producteur/Consommateurs
c. Modle producteurs-distributeur-consommateurs : P/D/C

Ce modle est une extension du prcdent pour permettre de matriser le temps, en
particulier dans la gestion de plusieurs serveurs producteurs de donnes. Dans ce modle,
linitiative des missions et certaines synchronisations sont confies au distributeur, ce qui
permet dordonner les changes de faon garantir au mieux le respect de certaines
contraintes temporelles.
o Le producteur dune donne est un processus dapplication responsable de la
production de la donne (par exemple, un capteur est producteur dune mesure,
un automate dune consigne).
o Le distributeur des donnes est un processus dapplication qui est responsable du
transfert des donnes du producteur de chacune dentre elles tous ses
utilisateurs. Il rgit la synchronisation des producteurs, les transferts vers les
consommateurs dans lordre adquat pour respecter les contraintes de temps.
o Les utilisateurs des donnes (les consommateurs) sont des processus dapplication
qui ont besoin des donnes pour tre excuts.
Plusieurs ides directrices ont prsid llaboration de ce modle :
La premire est de fournir les services dchange de valeurs de variables ; les seuls
services accessibles selon ce modle sont lmission et la rception dobjets (valeurs de
45
donnes produites et consommer). Donc les modles ne mettront en oeuvre que les concepts
dmetteur et rcepteur ou producteur et consommateur. De plus, il sagit de rendre les objets
produits directement accessibles par les services de lecture/criture (rception/mission) sans
avoir activer un processus dapplication. Il sera alors possible de squencer les changes sur
le rseau sans avoir tenir compte des comportements des processus dapplications
concerns, sous rserve quils indiquent leur tat aux rcepteurs des donnes.
La seconde est que la plupart des informations doivent tre prsentes des instants
prdfinis chez ventuellement plusieurs consommateurs (aspect multipoint des changes). Ce
nest donc pas chacun deux de demander lmission par le producteur. Cette fonction sera
celle de la distribution. Cette fonction est encore renforce par le fait que les activits de
plusieurs producteurs doivent pouvoir tre synchronises. Si on appelle transaction de
communication lensemble des transferts associs une demande de lecture dune liste de
variables, demande qui peut concerner plusieurs metteurs, il faut pouvoir ordonner les
demandes de transferts lmentaires, do la notion de distribuer du rseau FIP.
La troisime est que, dans le modle client-serveur, en cas dabsence ou de retard de la
rponse, le client est sans information sur le serveur. Il sagit de corrriger cela.
La quatrime ide est que les objets ont une dure de vie limite et quil nest pas utile
de considrer les suites de valeurs comme des lments de file dattente. Nous aurons donc
des mcanismes avec crasement danciennes valeurs par des nouvelles.
Ce modle suppose que les valeurs des objets sont accessibles chez les producteurs par
le systme de communication et que lon peut donc ignorer le dlai dlaboration de la
rponse une requte par un serveur.
1) Principes du modle PDC
Trois types de processus cohabitent, les producteurs, le ou les distributeurs et les

consommateurs. Un producteur produit localement la valeur dun objet ; le distributeur
dclenche le transfert et la rception, lopration de recopie, chez les consommateurs, de la
valeur originale prise chez le producteur ; les consommateurs utilisent la copie locale de
lobjet. Ces processus sont plus ou moins dpendants les uns des autres. Ils peuvent tre
compltement indpendants, ou tre coordonns de faon troite, par exemple, produire de
faon priodique, transmettre la mme frquence, et consommer de manire identique, mais
toute autre situation peut tre dfinie. Les comportements temporels des divers processus sont
dfinis selon les besoins de lapplication.
46
Dans le cas de protocole FIP (Fieldbus Instrumentation Protocol), des mcanismes de

validation temporelle des valeurs dobjets ont t introduits pour permettre aux
consommateurs de savoir si les dlais impartis au producteur et au distributeur sont ou non
respects. Cest cette notion doriginal et de copies qualifies temporellement de la valeur
dun objet qui fait parfois dire que FIP est un systme rparti de gestion de base de donnes
de terrain
Fig 38 Modle Producteurs/Distributeur/Consommateur
2) Comparaison du modle client-serveur avec le modle PDC

Pour raliser un comportement du type client-serveur, il faut dfinir le serveur comme
consommateur et producteur. Il est consommateur dun objet porteur de la requte, tel qu sa
rception, le serveur soit activ ; il dpose ensuite le rsultat dans lobjet dont il est
producteur. Un serveur est donc dabord consommateur de lobjet requte et producteur du
rsultat du service. Un client est, de son ct, producteur de la requte et consommateur du
rsultat.
Il faut toutefois remarquer que le producteur de la requte nest pas forcment le
mme que le consommateur du rsultat. En outre, plusieurs clients peuvent profiter du
rsultat. On obtient un comportement du type multiclients-serveur.
Plus gnralement, on peut implmenter divers services comme activer une tche ,
arrter une tche , avec ce modle. Le modle producteurs-distributeur-consommateurs
impose de traduire toute demande de service en un objet particulier ou en la valeur dun objet.
Si lon assimile les consommateurs des clients vis--vis des objets consomms ou utiliss, le
modle producteurs-distributeur-consommateurs dfinit la faon dont ces clients seront
47
aliments par les producteurs de ces objets sans prjuger des comportements des producteurs
et consommateurs. Si lon dsire influencer ou contrler le comportement dun producteur ou
dun consommateur, quivalent dune demande de service, nous devons dfinir un ou
plusieurs objets qui seront consomms par les processus concerns. Le comportement des
processus sera alors le rsultat de linterprtation locale de la valeur de lobjet reu ; en
particulier, si lon dsire dmarrer/arrter un processus distance, ce processus devra tre
consommateur dun objet dont la valeur indiquera laction mener. Si ce nest pas ce
processus qui est le consommateur, ce sera un ordonnanceur local.
Le producteur de cet objet nest pas spcifi dans le modle. Mais lintrt est que, si
plusieurs processus doivent tre dmarrs/arrts en mme temps, comme lobjet en question
est transmis selon le modle producteurs-distributeur-consommateurs lui-mme, on peut tre
sr quen cas de bonne transmission, aux dlais de propagation prs, les oprations auront lieu
en mme temps si les ordonnanceurs locaux nintroduisent pas de dlais supplmentaires. On
peut considrer ce cas comme raliste, en particulier dans les rseaux de terrain, compte tenu
du type de processus implants sur des capteurs et des actionneurs.
Le modle producteurs-distributeur-consommateurs peut remplacer le modle
client/serveur quand le distributeur connat les besoins de tout client potentiel. Le modle
producteurs-distributeur-consommateurs est avantageux par rapport au modle client/serveur
quand un serveur a plusieurs clients simultans. Si plusieurs entits normalement clientes dun
mme serveur doivent profiter du service au mme moment pour des raisons de cohrence, le
modle producteurs-distributeur-consommateurs permet de les satisfaire en une seule
transaction.
Nous venons dtudier les diffrents modles qui prsident au fonctionnement des
rseaux locaux industriels. Ils ne sont pas exclusifs les uns des autres ; plusieurs modles
peuvent cohabiter dans un mme rseau, ce qui se traduit par plusieurs profils dans
larchitecture de communication. On rencontrera souvent des rseaux locaux industriels
(surtout les rseaux temps rel) deux profils, lun dit non temps critique pour des besoins
dchanges classiques comme dans tout rseau, et lautre adapt la communication
prsentant des aspects de criticit temporelle. Mais dans ce cas et avec un seul support de
transmission, il ne faut pas oublier que les deux profils se rejoignent au moins au niveau du
Medium Access Control qui devra alors tenir compte des contraintes de temps ou des priorits
des trames issues des diffrents processus dapplication.
48
Chapitre IV : Les services application
1. Messagerie industrielle
On veut dire par messagerie industrielle lensemble des protocoles dapplication
utiliss pour contrler et superviser distance des quipements industriels htrognes par
leur origine et par leurs fonctions. Elle fournit des abstractions de base pour modliser et
standardiser des quipements d'informatique industrielle (Commandes Numriques, Robots,
Automates Programmablesetc). Ces abstractions reprsentent un ensemble de blocs
fonctionnels ddis des services spcifiques : Tlchargement, Journalisation, Fichiers,
Evnements etc.
Pour mieux comprendre lutilit de la messagerie industrielle, il faut premirement
comprendre la relation entre les fonctions de management (business), dapplication et de
connectivit du rseau.
Supervision, Supervision,
Contrle, Fonctions de Contrle,
Journalisation, management (business) Journalisation,

Application Fonctions dapplication Application
Liaison Liaison
Fonctions de
Physique connectivit Physique
Fig 39 Fonctions des diffrents niveaux dun RLI
Les fonctions de management ou de business reprsentent loutil qui donne valeur

lentreprise.
Les fonctions dapplication fournissent donc une interface standardise pour les
utilisateurs du rseau industriel qui prend en charge les exigences (la fiabilit, le temps
rel,), le matriel (les robots, les automates programmables,) et les fonctions
(tlchargement, lectures des donnes priodiques,) de ce rseau.
49
Le systme de messagerie industrielle modlise les quipements industriels et leurs

fonctions ainsi que les messages changs concernant ces quipements, et les processus
dchange de donnes, sous contraintes de temps rel, entre tous les quipements industriels
connects au rseau et/ou les applications dordinateurs.
Linfrastructure de communication (application et connectivit) est construite une
seule fois et rutilise par les fonctions de business, qui seront totalement indpendantes du
matriel industriel et du rseau (matriel et protocoles) utiliss.
2. Modle MMS
MMS (Manufacturing Message Specification) est une norme internationale de
messagerie industrielle qui a pour ambition dintgrer les quipements dun systme
automatis de fabrication. Ces quipements peuvent tre des automates, des commandes
numriques, des robots, des systmes de contrle de procds, et aussi des ordinateurs (PC,
stations, ou mini-ordinateurs).
La force de MMS est davoir su modliser les ressources physiques et les
fonctionnalits des diffrents quipements de production sous forme abstraite, et davoir
structur les interactions entre eux en terme de services et dobjets, tout en gardant une
indpendance de :
1- La nature de lapplication vise,
2- Le dveloppeur de lquipement ou de lapplication
Cette reprsentation abstraite ne concerne que les ressources et les fonctionnalits

externes, visibles par les autres quipements, dans le cadre de lexcution dune fonction
commune.
MMS est un standard international (ISO 9506) dvelopp et soutenu par "Technical
Committee Numro 184 (TC184), Industrial Automation", de lISO.
Les services de messagerie apports par MMS sont suffisamment gnriques pour
tre appropri pour une grande varit dquipement, dapplications et dindustries. Par
exemple le service Read de MMS permet un e application ou un appareil de lire une
variable dune autre application ou appareil. Que ce soit lappareil un PLC, un robot ou autre
machine, les messages et les services MMS seront les mmes.
Lide de base de MMS et de lire et crire les variables des quipements en utilisant
des messages standards.
50
Fig 40 MMS : Lecture et criture de variables
Plusieurs applications industrielles utilisent MMS : traitement des matriaux, gestion

de lnergie, distribution et contrle de lnergie lectrique, contrle des inventaires,
aerospace, petro-chimie, exploration de lespace,etc.
MMS a t dveloppe en 1980 pour le projet MAP de General Motors, mais

malheureusement tait trs lie au modle OSI et au bus jeton ce qui a limit son utilisation.
Des annes plus tard, Boeing a adopt MMS comme TOPs (Technical Office Protocol) sur
Ethernet. MMS a pass ensuite pour lutilisation par les grands industriels tel que Siemens,
Schneider, Daimler, etc
MMS a t standardis depuis 1990 comme:
[1] ISO/IEC 9506-1 (revis en 2003): Industrial Automation systems - Manufacturing

Message Specification -
Premire partie : Dfinition des Services, elle comporte des dfinitions pour :
- La machine virtuelle de fabrication (VMD),
- Les services (ou messages) changs entre les nuds du rseau, et
- Les attributs et les paramtres associs la VMD et aux services.
[2] ISO/IEC 9506-2 (2003): Industrial Automation systems -
Manufacturing Message Specification -
Deuxime Partie: Spcification des protocoles qui dfinissent les rgles de
communication :
- Le squencement des messages dans le rseau,
- Le format (ou le codage) de ces messages, et
- Linteraction de la couche MMS avec les autres couches de communication dans
le rseau.
51
a. Avantages de MMS
Puisque MMS est un standard international, elle est largement disponible et nest
contrl par aucune organisation commerciale. En adoptant MMS on peut avoir plusieurs
avantages commerciaux et techniques :
1) Flexibilit et plus de choix : la slection des quipements supportant MMS permet

dviter de tomber dans le pige dun seul vendeur. MMS offre lindpendance du rseau
utilis, ce qui, permet daugmenter la comptition sur les prix et la qualit que ce soit pour
limplmentation initiale ou pour les futures extensions.
2) Rduction des cots: MMS permet de rduire les cots globaux durant toute la vie
dun systme industriel intgr. Toutes les machines utilisent le mme protocole, et par
consquent le temps et le cot ncessaire pour la spcification, la conception ou
limplmentation sont rduits. De la mme manire, les cots de dveloppement et de
maintenance des programmes sont rduits puisque les dveloppeurs nont comprendre quun
seul protocole.
b. Principe de MMS
MMS spcifie une mthode pour muler et modliser les fonctions et les capacits
dune machine programmable et les moyens ncessaires pour la manipulation de ces modles.
Lmulation et le protocole facilitent lchange des donnes et des informations de contrle
entre les ordinateurs, les programmes dapplication et les machines programmables dans le
rseau.
Le schma conceptuel de MMS est spcifi formellement par trois modles :
- Le modle Client/Serveur
- Le modle VMD (Virtual Manufacturing Device)
- Le modle Objet
Services
Accs, dfinition, suppression
des objets dans la VMD Serveur MMS
Machine relle
Client MMS VMD
Objet
LAN, WAN, FieldBus
Point Point,
Objet
Objet
Fig 41 Principe de MMS
52
3. Le modle Client/Serveur
MMS modlise linteraction entre les quipements et les applications connects au
rseau par le modle Client/Serveur. Le client peut tre par exemple un systme oprateur ou
de supervision, un centre de contrle ou nimporte quel quipement intelligent qui demande
des donnes ou des actions de la part du serveur. Tandis que le serveur reprsente un ou
plusieurs quipements rels. Le serveur MMS contient les objets que le client peut utiliser, le
comportement de ces objets et il excute les services sur ces objets. Les quipements rels
peuvent jouer les deux rles simultanment client ou serveur.
Dans un sens gnral, un client est une entit rseau qui demande des services MMS
au serveur. Un serveur est une entit rseau qui rpond aux demandes de services MMS des
clients.
Rseau
Client Serveur
1 Le client 2 Le serveur
envoie une Request Indication reoit la
demande demande
3 Le serveur
excute les
actions
5 Le client 4 Le serveur
reoit la reoit la
Confirm. Response
rponse rponse
(+) ou (-) ou(-)

(+) ou
Fig 42 Interaction client/serveur
En principe dans un systme, les quipements installs comme des serveurs, sont plus
importants en nombre que ceux qui ralisent les tches des clients (PC, et stations de travail).
Mais en gnral, la plupart des applications et des quipements fournissent les deux fonctions
client et serveur.
53
Les appels envoys par le clients vers le serveur sont dfinis dans la premire partie de
la norme: dfinition des services. Ie client peut par exemple naviguer (browse) dans le serveur
c--d rendre visible tous les objets disponibles dans le serveur. Il peut dfinir, supprimer,
changer ou accder aux objets laide des oprations de lecture/criture.
Le serveur modlise les donnes relles (temprature, pression, vitesse, position, ).
Ces donns relles et leur implmentation sont transparentes pour les clients. MMS nimpose
aucune condition sur les dtails dimplmentation par le serveur. Elle dfinit seulement
comment les objets se comportent et comment ils se reprsentent au monde externe et
comment le client peut les accder.
Toute application ou quipement MMS qui fournit les fonctions dun serveur doit
suivre le modle VMD pour tous les aspects visibles sur le rseaux. Les clients MMS nont
qu respecter le format et le squencement des messages (le protocole).
4. La machine virtuelle de fabrication "VMD"
Le modle VMD est llment cl de la spcification MMS. Il spcifie comment les

quipements MMS appels serveurs se comportent vis--vis les applications MMS clientes.
Le modle VMD dfinit:
- Les objets (variables) contenus dans le serveur,
- Les services que peut utiliser un client pour accder et manipuler ces objects (lire et
crire les variables), et
- Le comportement du serveur aprs rception des demandes des services de la part
des clients.
Le serveur modlis par la VMD reprsente un driver quasi-standard qui correspond
au monde rel. La VMD cache et encapsule lquipement rel, les dfinitions suivantes
permettent de clarifier la notion "virtuel" :
Il est l et on peut le voir ----------------> cest Rel

Il est l et on ne peut pas le voir ----------------> cest Transparent
Il nest pas l, mais on peut le voir ----------------> cest Virtuel
Il nest pas l et on ne peut pas le voir ----------------> cest Inexistant
54
Virtuel Equipements rels
Serveur MMS
Client MMS
Objet
Objet
Objet
VMD
(Cache et encapsule le
monde rel)
Fig 43 La VMD
Il y a une grande diffrence entre un quipement rel (PLC) et les objets rels quil
contient (variables), et lquipement virtuel modlis par la VMD. La correspondance entre
les quipements rels et les objets virtuels est garantie par une "Fonction Excutive" dont la
ralisation est la charge du constructeur de lquipement. Cette fonction excutive garantit
le transfert des variables de lquipement rel celui virtuel.
Interface rseau
Fonctions du serveur MMS Fonctions Client MMS
Objets virtuels
Programmes Applications Client

locales
Fonction Excutive
Programmes
Objets rels
Fig 44 Fonction excutive dans la VMD

La fonction excutive assure la correspondance entres le virtuel et le rel, les clients
externes ou distants ne peuvent accder quaux objets virtuels, tandis que les clients locaux
peuvent accder directement aux objets rels.
55
O peut-on trouver les VMDs

Selon limplmentation de la VMD, on peut la trouver dans trois endroits trs
diffrents:
- Dans un quipement terminal: dans chaque quipement serveur est implmente une
VMD. Limplmentation de cette VMD peut accder directement aux donnes de
lquipement. La modlisation peut reprsenter chaque champ dapplication dans un
quipement par une VMD. Les VMDs peuvent tre indpendantes les une des autres.
- Dans une passerelle ou un proxy: Une ou plusieurs VMDs sont implmentes dans
un ordinateur spar (appel passerelle ou proxy). Dans ce cas, tous les objets qui
dcrivent laccs aux objets rels se trouvent dans une localit centrale. Les donnes
virtuelles dans les passerelles peuvent tre mises jour par lquipement terminal
chaque fois quil est ncessaire, ou lors de la demande dun client.
- Dans un fichier: une ou plusieurs VMDs peuvent tre implmentes dans une base
de donne dans un ordinateur, dans un serveur FTP ou dans un CD-ROM. La VMD
et ses objets peuvent tre chargs en mmoire et utilis comme si lquipement rel
existe. Cela permet de configurer et tester le systme mme avant la livraison de
lquipement lui mme.
Equipement terminal
Contrle/
Supervision/
Engineering VMD
VMD Objets
Objets
Services MMS
Equipements terminaux
Passerelle/
Proxy
VMD
Objets
VMD
Objets
VMD
Objets
Fig 45 O peut se trouver une VMD
56
VMD de A VMD de B VMD de X VMD de Y

Objets MMS Objets MMS Objets MMS Objets MMS
Contrle/
Supervision/
Engineering
Rseau de communication
Fig 46 Configuration dun RLI laide des VMDs
5. Les objets
MMS est dcrit en terme dobjets abstraits qui dfinissent des donnes et leurs
caractristiques ainsi que les oprations qui peuvent tre excutes sur ces donnes ou sur les
objets eux-mmes. MMS modlise les ressources physiques et les fonctionnalits des
diffrents quipements de production sous forme abstraite, et structure les interactions entre
eux en terme de services et dobjets. Cette reprsentation abstraite ne concerne que les
ressources et les fonctionnalits externes, visibles par les autres quipements, dans le cadre de
lexcution dune fonction commune. MMS modlise une varit dobjets qui peuvent tre
trouvs dans les quipements et les applications ncessitant des communications temps rel.
Les principaux objets sont les suivants:
57
Rgions mmoire
upload / Download
VMD
Tches
VMD
domaines Instances
De
Contrle
programmes
distance de la
VMD IHM locale
Journal Initialiser
Garder une Demarrer Station
trace historique Arrter Oprrateur
Fichiers
Un stockage
de masse
disponible variables vennements
Variables Liste de Evennements

Et alarmes Programmer la
nomes variables
machine pour
des vennemnt
Variables
et alarmes
dfinies par
lutilisateur
Groupe de
variables
Fig 47 Objets dune VMD
1- La VMD
Ou Virtual Manufacturing Device est elle mme un objet qui peut englober tous les
autres objets. Cet objet modlise le procd rel par son comportement externe visible. Ce
peut tre soit une information dtat de marche du systme rel, mais aussi ses capacits.
2- Les Domaines
Un domaine reprsente la fois une partie des capacits du systme rel mais aussi
leur utilisation un moment donn. Il regroupe les fonctionnalits destines au pilotage et/ou
au suivi de lquipement. Un domaine peut tre un bloc de donnes qui peut tre tlcharg,
charg, ...etc.
3- Les Programmes
Un programme MMS correspond un ensemble de donnes et de procdures,
accompagn des modalits dexcution. Il dfinit un code ou une suite de code dans un
environnement multi tches. Un programme peut tre dmarr, arrt, suspendu, ... etc.
58
4- Les Variables et les Types

Une variable MMS est un lment abstrait qui peut tre reprsent sous forme de
donnes types. Ce peut tre un lment simple (boolen, entier, flottant, date) mais aussi plus
complexe (tableau ou structure) sous forme dune variable simple ou une liste de variables.
5- Les Smaphores
Pour grer des ressources partages entre plusieurs utilisateurs, MMS a dfini un
certain nombre de smaphores avec les services de synchronisation, de contrle et de
coordination qui sont associs.
6- Les Stations Oprateurs
Les stations oprateurs MMS permettent de modliser la communication entre un
systme dentres-sorties orient oprateur, ce dernier tant suppos distance (ex: un cran +
un clavier)
7- les Evnements
Chaque quipement doit pouvoir informer les autres des volutions qui sont
susceptibles de se produire durant le mode opratoire. Il faut pouvoir dfinir des conditions,
des transitions, signaler des vnements ou des alarmes et des actions entreprendre lors de la
dtection dun vnement. Cette communication peut se faire par linterrogation systmatique
dun quipement ou par son dclenchement local.
8- les Journaux
Un journal, au sens MMS, doit tre capable de conserver un nombre indfini
dinformations. Une information est compose de lidentit de lapplication qui a cr cette
entre, de la date et lheure de cration de lentre, de son type, et selon son type, le texte de
lannotation ou les lments concernant lvnement, ....
9- Les Fichiers
Les fichiers sont utiliss pour enregistrer les programmes, les donnes, les paramtres,
etc. Ils peuvent tre ouverts, ferms, tlchargs, etc.
6. Services MMS
La spcification MMS dfinit 15 classes dobjets et plus de 80 services qui oprent sur
ces objets. En plus des services de gestion des objets, on trouve les services de la gestion
gnrale de lenvironnement MMS :
59
Serveur MMS
Services MMS
Management, VMD support

Objets MMS
VMD
Variable nomme
Read, Write, Report, Def, Del Type nomm
List Variables nomme
Download, Upload, Del Domaine
Def, Start, Stop, Resume, Programme
Def, Sunscribe, Notification, Evennement
Get Attributes
Def, Write, Read, Query, Journal
15 Objets
Fig 48 Services MMS
- Gestion gnrale de lenvironnement MMS : Cest un ensemble de services

utiliss pour initialiser, grer et librer les connexions entre les utilisateurs MMS selon les
modle client/serveur. Ces service sont : Initiate, Conclude, Abort, Cancel, Reject.
- Gestion de la VMD : Chaque VMD dispose dun ensemble dattributs propres elle
en plus de ceux des objets quelle englobe, parmi ces attributs :Vendor Name, Model Name,
Revision, Logical Status, Physical Status, List of capabilities. Les services de gestion de la
VMD permettent un utilisateur MMS dobtenir des informations sur un serveur MMS
(VMD). Parmi ces services : Status (demande dtat), unsolicited status (la VMD informe
les clients), Notify (demande dinformation sur la VMD), Get Name List (demande de la
liste dobjets de la VMD), Get Capability List (demande des informations sur les ressources
disponibles).
-Gestion des domaines : Les domaines reprsentent des conteneurs de zones
mmoires, ils peuvent tre changs entre les diffrents quipements. Un domaine contient 12
attributs tel que son nom, son tat, et les services permettant sa gestion tel que son
chargement et tlchargement segment par segment, son effacement, lecture de ses attributs,
etc
60
-Gestion des programmes : Une instance de programme est un objet dynamique qui
correspond lexcution dun programme, elle peut mettre en liaison plusieurs domaines. En
plus des attributs de nom, dtat, des paramtres dexcution, Une instance de programme
peut se trouver dans lun de cinq tats, et plusieurs services permettent de transiter entre ces
tats.
Fig 49 Diffrents tats dune instance de programme
Les clients MMS utilisent les services suivants pour causer des transitions entre les
tats dune instance de programme.
1. CreateProgramInvocation
2. Start
3. Stop
4. Resume
5. Fin dun programme rutilisable
6. Reset
7. DeleteProgramInvocation
8. Kill
9. Fin dun programme non rutilisable.
61
- Gestion des variables :

Les variables sont les objets les plus importants dans MMS. A travers ces variables,
un client peut lire et crire des variables locales dans un quipement distant. Les variables
peuvent tre lues ou crites individuellement ou par listes. Une variable est caractrise par :
- Son nom,
- Son type
- Ses attributs:
- Deletable (laccs la variable peut tre supprim par le client)
- Mthode daccs.
Variables locales dans un

client
Client MMS Client MMS Client MMS
Serveur MMS Serveur MMS Serveur MMS Serveur MMS
Variables dans la
VMD
Fig 50 Gestion des variables
La mise jour des variables locales dans le client peut tre faite en plusieurs manires
- Polling :
a) Le bus scanne priodiquement les variables et fait la mise jour.
b) Le client interroge priodiquement ou en cas de besoin les variables qui les
intressent.
- Evnements:
a) Les serveurs signal des vnements prdfinies et diffusent les valeurs
b) Les clients dfinissent les vnements et leurs destinations
MMS dfinie trois classes de variables :
1- Les variables non nommes :
Sont identifies par des adresses physiques fixes dans la VMD, et exprimes par:
Adresse numrique (e.g. 0xAF043BC0)
62
Adresse symbolique (e.g. MW%1004)

Adresse sans contrainte dont la signification est laiss la VMD
Exemple
Type et adresse dfinies

dans la VMD
Donnes/appareil rel
Temprature
"62"
Les service MMS possibles sur cette classe de variable sont : Read, Write,
Information Report, Get Variable Access Attributes.
2- Les variables nommes
Sont identifies par des noms (chane de caractres). MMS supporte deux manires
pour la structuration de lespace de variables :
1) Utiliser des chanes sparer par des "$" pour designer le chemin de la
variable dans les objets.
(e.g. Cell4$Robot1$Motor3$TemperatureOil)
2) Dfinir des variables avec des types complexes.
63
Read "Messwert_TIC_13"
VMD
GetVAAttr "Messwert_TIC_13"
NamedVariable
Name "Messwert_TIC_13"
23 24 hex Adress 2324 hex
Typedscr "Value" Int32
"Quality" good/bad
Read 23 24 hex "Time" Time32
Accs Accs par

rapide par nom
adresse
Int32, good, Time32
Fig 51 Accs aux variables nommes et non nommes dans MMS
Les service MMS possibles sur cette classe de variable sont : Read, Write, Define
Named Variable, Get Variable Access Attributes, delete Variable Access.
3- Les types nomms
Le type dune variable indique son format et si possible lintervalle des valeurs prises
par cette variable. MMS permet un type dune variable dtre : dcrit ou dfini. Un type
dcrit nest pas un objet mais plutt une description binaire du format de la variable. Les types
dcrits par MMS sont : array, structure, boolean, bit-string, integer, unsigned, floating-point,
real , octet-string, visible-string, GeneralizedTime, binary-time, bcd, booleanArray, objId,
MMSString.
Un type dfinit est un objet cr par lutilisateur pour dcrire un format de donnes
spcifique. On peut dfinir dans MMS des types simples ou complexes tel que les tableaux et
les structures.
4- Les listes nommes de variables
Une liste nomme de variable permet de regrouper des variables nommes et non
nommes ce qui permet de faciliter laccs frquent un certain nombre de variables. Mais le
plus important cest de permettre un accs simultan plusieurs variables.
64
Fig 52 Service de gestion des listes de variables

Les service MMS possibles sur cette classe de variable sont : Read, Write, Define
Named Variable List, Information Report, Get Named Variable List Attributes, delete
Named Variable List.
- Gestion dvnement
Pour grer les vnements et les alarmes MMS dfinit trois objets :
- Condition dvnement: dfinit une condition boolenne dont la vrification est
ncessaire pour le dclenchement de lvnement ainsi que sa priorit.
- Enrlement dvnement: dfinit les clients MMS qui doivent tre informs
une fois lvnement est dclench.
- Action dvnement: dfinit les actions qui doivent tre excutes par la VMD
une fois lvnement est dclench.
65
Client Client
MMS MMS
Dfinir, Modifier Demande de
notification Notification
Enrlement Condition Action

dvnement dvnement dvnement
Qui ? Quand? Quoi ?
Client VMD
MMS Dclenchement
Contrle
cyclique
Machine relle
Fig 53 Les vnements dans MMS
Un vnement peut tre dclench soit par un changement dune variable boolenne
dans la VMD (la vrification de sa condition) ou directement par un client.
- Gestion des smaphores
Dans plusieurs systmes temps rel, il y a besoin de mcanismes par lesquels une
application peut contrler laccs un systme de ressources. Un exemple peut tre un espace
de travail accessible par plusieurs robots. MMS dfinit deux types de smaphores pour ce
type dapplications: Les Smaphores a jeton et les Smaphores commun.
Smaphore jeton
Un smaphore jeton est modlis comme une collection de jetons libres et jetons
occups. Lorsquun robot (client MMS) veut accder un espace partag, il envoie une
demande TakeControl la VMD contrlant lespace. Sil y a un jeton libre la VMD va
changer son tat de libre occup et envoie une rponse positive au client. Sinon une rponse
ngative est envoye.
66
Espace
partag
Librer jeton
Jetons Jetons
libres occups
Occuper jeton
Fig 54 Les smaphores jeton dans MMS
Smaphore commun
Il est similaire au prcdent part que les jetons sont identifiables et possdent des
noms. Le smaphore lui-mme est un objet mais les jetons contenus dans cet objet
reprsentent des ressources relles dans la VMD
- Gestion des stations doprateurs

Une station oprateur est un objet MMS qui peut tre utilis pour reprsenter les
quipements ayant un caractre bas sur les entres/sorties qui peuvent tre attachs la
VMD pour des besoins de communication avec un oprateur local.
MMS dfinit trois types de station oprateur:
- Entry : cest une station doprateur qui est constitu dun priphrique dentre tel
qun clavier ou un lecteur de codes barre. La donne dentre est une visiblestring (une
chane de caractre alphanumrique)
- Display : Utilise pour afficher les chane de type VisibleString.
- Entry-Display : joue les deux rles.
67
Les services MMS sur ces objets permettent un client daccder directement aux
stations doprateur pour lire ou afficher des informations.
- Gestion des journaux

Un journal MMS reprsente un fichier log qui contient une collection
denregistrements (appels entres) organis selon leur temps de production. Les journaux
sont utiliss pour enregistrer lhistorique du comportement dun systme. Les services MMS
permettent aux clients de crer, supprimer, lire, ajouter des entres, ou initialiser un journal.
- Gestion des fichiers

MMS fournit un ensemble de services simple de transfert de fichiers. Plusieurs
implmentation MMS pour les robots utilisent les services de transfert des fichier pour
transfrer les fichiers des programmes (domaines) partir des applications clientes.
68
CHAPITRE V : Les rseaux de terrain
1. Introduction
Gnralement le terme rseau de terrain regroupe tous les bus de communication
utiliss dans le monde industriel, nanmoins, on peut distinguer trois bus de complexits
diffrentes :
- Le rseau dusine : cest un rseau local industriel bas sur Ethernet de type MAP
- Le rseau datelier : pour relier les unit intelligentes ou intelligence limit.
- Le rseau de terrain ou capteurs/actionneurs pour relier les nuds intelligence
limite ou nulle.
Le niveau terrain est le plus proche de la production; il correspond aux diffrentes
machines qui assurent la fabrication, la transformation, lassemblage autour dun objet ou
dun ensemble.
Le rseau de terrain (fieldbus) est un rseau local industriel. Il est qualifi dindustriel
car orient production et local car tabli dans une partie de ce site de production que constitue
une entreprise. Cest un rseau de communication numrique reliant diffrents types
dquipements dautomatisme intelligents ou intelligence limite pour permettre leur
coopration tel que : les capteurs, les actionneurs, les automates programmables, les machines
commande numrique, les robots, les calculateurs ...etc.
Dans les rseaux de terrain, la taille des messages changs est assez faible
comparativement aux autres types de rseaux, locaux ou grandes distances. Les flux
dinformation sont plutt priodiques et laspect contrainte de temps (temps rel) est
prioritaire. Les rseaux de terrain fonctionnent au sein denvironnements perturbs du point
de vue lectromagntique, le support utilis est gnralement un cble coaxial blind ou une
paire torsade travaillant en mode diffrentiel ou encore une fibre optique pour une plus
grande immunit au bruit. Les distances de communications sont assez faibles par rapport aux
autres types de rseaux, souvent infrieures quelques dizaines de mtres.
Une topologie en bus est gnralement adopte pour sa facilit de mise en place,
dvolution (ajout ou retrait de systmes) et dextension (rpteurs).
Les rseaux de terrain sont de plus en plus intgrs dans le monde industriel. En 2000,
lEurope utilisait plus de 700,000 rseaux de terrain.
69
La standardisation des rseaux de terrain a connu un accouchement difficile. La UIT

la pris en charge, mais les pressions des diffrents groupes dintrts industriels ont retard
lapparition dun standard international et a conduit lapparition des solutions propritaires
appeles standards de fait . On trouve aujourdhui deux types de standards de rseaux de
terrain :
- Standards de faits : tel que Interbus, LONWorks,
- Standards internationaux : tel que : WorldFIP(Europe), Profibus( USA)
2. Avantages des rseaux de terrain

Le but initial des bus de terrain tait de remplacer les anciens systmes centraliss en
distribuant le contrle, le traitement des alarmes, le diagnostique aux diffrents quipements
qui sont devenus de plus en plus intelligents.
Systme de
contrle
Capteurs / Actionneurs
Fig 55 Systme de contrle direct
Systme de
contrle
Cartes de
contrle
Capteurs / Actionneurs
Fig 56 Systmes de contrle distribu
70
Fig 57 Bus de terrain
Les anciens systmes de communication industriels utilisaient la boucle de courant 4-

20 mA, qui est un moyen de transmission analogique permettant de transmettre un signal
analogique sur une grande distance sans perte ou modification, pour relier les quipements
aux machines de contrle :
Controlleur Controlleur
Capteur Actionneur Capteur Actionneur
Fig 58 Boucle de courant 4-20 mA

Aprs lapparition de la communication numrique, cette technique a t rapidement
remplace par les bus de terrain.
Cela permet plusieurs avantages:

1- Rduction des cots initiaux :
- Rduction massive du cblage : un seul cble en gnral pour tous les
quipements au lieu dun par quipement
- Possibilit de rutiliser le cblage analogique existant dans certains cas
- Rduction du temps dinstallation
- Rduction du matriel ncessaire linstallation
2- Rduire le cot dexploitation en :
- Augmentant les performance de lautomatisme
- Rduisant les cots des extensions futures.
71
3- Rduction du cot de maintenance

- Complexit moindre donc moins de maintenance (fiabilit accrue)
- Maintenance plus aise : temps de dpannage rduit, localisation des pannes
possibles grce des diagnostics en ligne (on line) donc distance
- Outils de test ddis (programmes analyseurs...)
- Flexibilit pour lextension du bus de terrain et pour les nouveaux
raccordements.
La distribution du contrle et sa numrisation permettent datteindre des performances

intressantes dans les rseaux de terrain :
- Prcision : communications numriques : la donne numrique transfre est
sans erreur de distorsion, de rflexion... contrairement un signal
analogique
- Les donnes et mesures sont gnralement disponibles tous les quipements
de terrain
- Communications possibles entre deux quipements sans passer par le systme
de supervision
- La structure distribue permet de faire rsider des algorithmes de contrle au
niveau de chaque quipement de terrain (chaque noeud)
- Accs des variables multiples pour un noeud
3. Classification
Gnralement, on regroupe sous le terme bus de terrain tous les bus de
communication industriels. On distingue nanmoins par complexit dcroissante :
- Le bus dusine : rseau local industriel bas sur Ethernet de type MAP ou
TOP (se rapproche du rseau local IP)
- Le bus de terrain (Feld Bus)
- Le bus de bas niveau (Sensor Aktor Bus) : bus capteur/actionneur
Bus de terrain :
- Permet lenvoi de trames de quelques dizaines doctets 256 octets...
- Temps de raction de quelques ms quelques dizaines de ms
72
- Relie de units intelligentes qui cooprent dans lexcution de travaux

(coopration de tous les noeuds)
- Communications Matre/Esclave ou Multimatre
- Possibilit daccs au niveau infrieur (capteur/actionneur)
Bus capteur/actionneur :
- Relie entre eux des noeuds intelligence limite ou nulle
- Temps de raction primordial
- Limitation du nombre de donnes faire circuler sur le bus (trame unique,
fixe, cyclique (Interbus) ou trame avec protocole (CAN)
Dans nos jours, il existe plus dune cinquantaine de spcifications diffrentes de

rseaux de terrain (CAN, LON, Profibus-FMS/PA, WorldFip, Interbus, Profibus-DP, AS-
Interface, Bitbus, Arcnet, Sercos, Modbus Plus, P-net, FAIS, EIBus, VAN, PLAN, Sibus,
Batibus, Hart, Modbus/Jbus, Bus DIN, etc.)
La figure suivante donne une classification de quelques rseaux de terrain selon la

complexit de leurs quipements et le flot dinformations changes.
Fig 59 Classification des bus de terrain selon la complexit
La figure suivante donne une classification des rseaux de terrain selon le niveau de
contrle dans le quel ils sont utiliss, et selon les applications ralises.
73
Fig 60 Classification des bus de terrain selon les fonction
Les rseau de bas niveau sont trs diverses aussi, la figure suivante montre les
diffrents types de capteurs et dactionneur et leur utilisation ainsi que les rseau
capteurs/actionneurs qui les utilisent :
Capteurs Actionneurs
Capteur et traitement Commande

(traitement dimage) complexe
Fipway
Capteurs intelligents Commande

Fieldbus
(identification) dasservissement
Capteurs numriques
Interbus S
Commande de
Worldfip
(position-vitesse) rgulation
Profibus-DP
Capteurs analogiques Commande de type

Lonworks
(temprature-pression) numrique ou
CAN
SDS
Fipio
analogique (pilotage
Cellule optique de vanne)
(recherche de dfaut)
AS-I
Contacts lmentaires Dmarrage de moteur

(fin de course) (Contacteurs)
Fig 61 Champs dapplication des rseaux capteurs/actionneurs
74
4. Etude de cas:
a. World FIP (Factory Instrumentation Protocol)
Cest un bus de terrain Franais linitiative du ministre de lindustrie en 1982. Cest

un standard de fait qui respecte la norme OSI de lISO (couches 1,2,7)
1) Couche physique
Utilise une paire torsade blinde de 150 avec une paire supplmentaire en cas de
dfaillance.
Nombre maximum de nuds est au plus 32 par segment
Quatre repeteurs au plus
Codage Manchester
Dbits normaliss
31.25 Kb/s jusqu 1900 m
1 Mb/s jusqu 750 m
2.5 Mb/s jusqu 500 m
25 Mb/s grce FIP HSF (High Speed FieldBus)
Topologie toile, anneau ou bus.
Segment dun bus de terrain 1Mb/s
Maximum 750 m
Terminateur
Noeud
Noeud Noeud Noeud
Vers
dautres
Maximum 32 noeuds segments
(Max 4)
Fig 62 Rseau FIP
2) Couche liaison
Utilise le code CRC 16 bits

Rseau arbitre de bus de type P/C pour lchange des :
- Variables cycliques (priodiques) temps critique toujours transmises
- Variables vnementielles temps critiques (apriodiques) : alarmes
- Messages non temps critique transmises si possible (maintenance).
3) Couche application
Modle client/serveur
Messagerie MMS
75
b. Interbus
Interbus est un standard de fait (1987) dvelopp par Phoenix Contact, spcialiste des
capteurs/actionneurs et qui respecte le modle OSI (1,2,7)
Cest rseau de bas niveau dvelopp initialement pour interconnecter des automates
programmables.
1) Coche physique
Topologie en anneau (2 paires torsades)

Nombre maximum de nuds 256
Dbit brut gale 500 Kb/s
Dbit utile 300 Kb/s
Fonction de rpteur ralise par chaque nud travers.
Longueur maximale gale 12.8 Km
Carte matre
dinterbus
Bus inter stations max 12.8 Km

max 4 Km
Carte de Carte de Carte de Charte

contrle contrle contrle de
contrle
C C C C
A A A A
C C C C
Fig 63 Rseau Interbus

2) Couche liaison
Utilise une trame de type TDMA (Time Division Multiple Access)

Deux types de trames
- Une pour identifier les modules
- Une autre pour les controler
Code CRC 16 bits
Communication matre/multiesclaves (dterminste)
Accs cyclique des variables dE/S temps critique
76
Accs acyclique des messages non temps critique
3) Coche application
Modle client/serveur
Spcification PMS (Peripheral Message Specification) bas sur le standard MMS
Accs direct aux donnes dE/S
c. Bus CAN (Control Area Network)

Cest un standard de fait developp par Robert Bosh GmbH et Intel en 1985 pour
lindustrie des automobiles. Il a t ensuite gnralis pour lautomatisme et les applications
de contrle.
Cest un bus de terrain qui respecte la norme OSI (1,2,7) trs utilis dans les
automobiles, les quipements mdicaux, avionique, automates industriels machines outils,
batiments, distribution automatique, etc.
1) Couche physique
Topologuie Bus
Une paire blinde (ou non)
Conu pour de courtes distances < 40 m
Codage NRZ
Nbre de nuds < 120
Dbit brut 5 Kb/s 1 Mb/s selon la lmogueur du rseau
2) Couche liaison
Communication multimatres
Accs au medium de type CSMA/CA
Utilise trois types de trames
- Data frame : pour les donnes,
- Remote frame pour demander lmission des donnes,
- Error frame : pour signaler les erreurs.
3) Couche application
Le standard CAN ne dfinit aucune application, cest lutilisateur ou le concepteur
de choisir ou dvelopper lapplication dont il a besoin. On trouve plusieurs applications
bases sur CAN dveloppes par le groupe CiA ( CAN in Automation)
CAL : CAN Application Layer base sur CMS (CAN Message Spcification)
CANOpen : Une spcification de CAL pour des profils bien dtermins
DeviceNet : La couche applicative est porte sur Ethernet/TCP/IP (projet EtherNet/IP)
77
d. LonWorks (Local Operating Network Works)
LonWorks est un standard de fait propritaire dvelopp par la socit Echelon, qui
respecte le modle OSI complet (couches 1 7) contrairement au bus de terrain classique
(couches 1,2 et 7). Il fonctionne au niveau terrain ou atelier. En 2002 LonWorks occupait plus
de 34% du march des rseau de terrain.
1) Couche physique
Mdium : paire torsade, cble coaxial ou Fibres optique.

Topologie : anneau, bus, toile ou libre
Nombre max de noeuds : 32385 par domaine
Dbit brut de 2 kb/s 1,25 Mb/s
Longueur de 500 m 2700 m
Codage de type Manchester
2) Couche liaison
Mthode daccs CSMA/CA

Code CRC 16 bits
Trame de donnes dau plus 256 octets
Communication multimaitres
3) Couche rseau
Possibilit de sous adressage par un routeur
4) Couches suprieurs
Conformes au modle OSI

Modle MMS
e. ProfiBus (Process FieldBus)

Cest un bus de terrain normalis, trs utilis dans les environnements extrmement
sensibles (industrie chimique, ptrochimie, nuclaire,..). Cest un rseau Allemand normalis
international en 1999. PrifiBus respecte le modle OSI rduit (1,2,7), il permet
dinterconnecter un matriel htrogne de diffrents constructeur. Il permet :
la transmission des donnes critiques en temps rel.
le raccordement direct des capteurs actionneurs sur le bus.
lchange des donnes complexes et volumineuses par la gestion des cellules
Profibus existe en trois variantes de protocoles rpondant chacune des applications
spcifiques :
78
Profibus DP (decentralized Peripheral ) couches (1,2): destin aux applications

matre/esclave (mono ou multi matre) en temps rel, cest un protocole simple et
performant.
Profibus FMS (FieldBus Message Specification) couches(1,2,7) : destin aux
applications de gestion des tches industrielles complexes, il est base sur la messagerie
MMS.
Profibus PA (Process Automation) : Opre dans le niveau capteur/actionneur.
1) Couche physique
Codage NRZ
Dbit 9.6 Kbit/s 12 Kbits/s
127 stations au maximum par segment
Possibilit dextension par rpteur jusqu 10 Km
2) Couche liaison
Profibus met en uvre un mode de communication hybride pour laccs au bus
Jeton
Matre 1 Matre 2 Matre 3
Esclave 1 Esclave 2 Esclave 3

Actionneur Capteur Moteur
Fig 64 Couche liaison de ProfiBus
Les matres accdent au bus aprs rception du jeton.

Une fois le jeton obtenu, un matre accde ses esclaves (stations passives)
79
Bibliographie
1. Les rseaux locaux industriels, F. LEPLACE et al. Editions Hermes, 1991.
2. Rseaux locaux industriels, Zoubir Mammeri et Jean-Pirre Thomesse, Edition

Eyrolles, 1994.
3. - Rseaux locaux Industriels, Team Pierre Thomesse, Techniques de lingnieur

R7574, 1994
4. Spcification des rseaux locaux industriels, Cours de G. Beuchot, INSA 2004.
5. Introduction aux Rseaux Locaux Industriels, P. Hoppenot, Universit d'Evry Val

d'Essonne 1999.
6. Digital Networks in the Automotive Vehicle, Gabriel Leen, Donal Heffernan1, and
Alan Dunne, PEI Technologies, University of Limerick, 2000.
7. Les rseaux locaux industriels, Hugues Angelis , IUT de Cachan 2004.
8. Introduction aux bus et rseaux temps rel, Bertrand Dupouy, ENST 2007.
9. Bus de terrain : une approche utilisateur, J.-C. Orsini, Cahier Technique Schneider
Electric n 197, mars 2000
10. Rseaux et bus de terrain, Frank Singhoff, Universit de Bretagne occidentale, 2002
11. Communication industrielle pour lautomatisation, Brochure SimaticNet, Siemens,

Avril 2006.
12. Contribution aux Messageries Industrielles, E. Gressier-Soudan, Habilitation Diriger

des Recherches, Universit de Lille 2002.
13. Protocoles de gestion des appareils, H. Kirrmann, ABB Research Center, Baden,
Switzerland, Avril 2006.
14. An Overview to the Manufacturing Message Specification, Ralph Mackiewicz,

Michigan Technological University, 1994.
15. Overview and Introduction to the Manufacturing Message Specification (MMS),

SISCO, Inc. 1995.
16. LE BUS CAN, Patrice KADIONIK, ENSEIRB, 2001.
17. Bus CAN, Ahmed RACHID & Frdric COLLET, Techniques de lingnieur S8140.
18. LES RESEAUX DE TERRAIN, Patrice KADIONIK, ENSEIRB, 2003.
19. Rseau Profibus, Eddy BAJIC & Bruno BOUARD, Techniques de lingnieur S8140.
80

Polycope Rli 10

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Polycope Rli 10

Uploaded by

Copyright:

Available Formats

Rpublique Algrienne Dmocratique et Populaire

Ministre de lEnseignement Suprieur

Universit Mohamed Khider Biskra

Cours Rseaux Locaux

Niveau : 5me anne ingnieur Prpar Par :

Anne universitaire 2010-2011

LISTE DES FIGURES

Fig 49 Diffrents tats dune instance de programme........................................................... 61

LISTE DES TABLES

Chapitre I : La communication dans un environnement

2. Prsentation de lenvironnement industriel

- Lutilisation des rseaux informatiques industriels pour garantir linteroprabilit

Les installations industrielles, permettent de mettre en uvre un grand nombre de

Finance Commerce Gestion Routeur

CFAO GPAO Passerelle CAO

Qualit Transport Superviseur Passerelle

Contrleur Vision Robot Automates

Capteurs Actionneurs Automatismes

Fig 2 Les diffrents niveaux dabstraction dans un environnement industriel intgr

Parmi toutes les composantes dune installation industrielle, les rseaux de

3. Architecture dun rseau industriel

Supervision Ord. Datelier

Rseaux de terrain Contrle de

Nanmoins, chaque niveau dabstraction, dans un environnement industriel,

4. Caractristiques dun RLI

Fig 4 Caractristiques des diffrents niveaux dun RLI

Le triangle du milieu reprsente le nombre de nuds relis par le rseau de chaque

Fig 5 La diffusion dans un RLI

Fig 6 La concentration dans un RLI

Chapitre II : Les rseaux locaux industriels

1. Un processus de fabrication ncessite le tlchargement dun programme sur un

5. Un processus de supervision doit tre averti des dysfonctionnements du processus

Fig 7 Exigences des diffrents niveaux dabstraction dans un RLI

a. Architecture OSI et RLI

Le modle OSI constitue un cadre de rfrence pour linterconnexion de

sept couches qui correspondent chacune un type de proccupation ou un type de problme

Fig 8 Couches du modles OSI

La couche rseau assure la recherche dun chemin et lacheminement des

Liaison de donnes Physique

Modle OSI complet

- La rsistance aux attaques, aux perturbations physiques.

Topologie Avantages Inconvnients

Tableau 1 Caractristiques des diffrentes topologies rseaux

Fig 13 Extension du domaine de collision avec un Hub et un rpteur

Fig 14 Limitation du domaine de collision par Pont, Commutateur ou Routeur -

Exercices : Combien y a-t-il de domaine de collision dans les 04 rseaux

COM COM ROUT COM COM COM

COM COM COM COM HUB COM

Les supports utiliss peuvent tre :

Tableau 2 Caractristiques des diffrents type de supports de transmission

Thin Cble fin Li au protocole 10b2, il nest

Cble Li au standard 10b5, il est

Tableau 3 Types des cbles coaxiaux

Fig 15 La fibre optique

FTP Foiled Txisted Pair Cble blind

SFTP Shielded Foiled Twisted Pair Cble reprenant

SSTP Shielded Shielded Twisted Cble double

Tableau 4 Diffrents types de paires torsades

Cble RJ45 rsistant la temprature + 150

Cble RJ45 rsistant la temprature + 180

Cble RJ45 rsistant aux perturbations

Cble industriel en fibre

Fig 16 Exemples des cbles industriels