Cours Les Reseaux Locaux - Industriels

UNIVERSITE DE LIEGE
Facult des Sciences Appliques
LES RESEAUX LOCAUX INDUSTRIELS
Dr. Ir. H. LECOCQ
Professeur
Dernires mises jour 2004
LES RESEAUX LOCAUX INDUSTRIELS 2004 H. LECOCQ
Chapitre 1
CONCEPT CIM
(Computer Integrated Management)
1.1. CONTEXTE INDUSTRIEL
Du point de vue de la gestion et de l'automatisation, on classe gnralement les

entreprises industrielles en deux grandes catgories : les entreprises de procds
continus (process industries) et les entreprises manufacturires (manufacturing
industries).
Dans les premires, la production est dcrite en termes de dbits de matires.

C'est typiquement le cas des usines physico-chimiques et ptrochimiques. Le processus
de production y est gnralement caractris par une squence de ractions
physico-chimiques se droulant de manire continue ou quasi-continue. Il est clair que,
dans ce type d'entreprise, la production est strictement fige, tant du point de vue de la
nature des produits que du point de vue de l'outil de production.
Dans les secondes, qualifies de discontinues ou de discrtes, on fabrique des

"objets" dnombrables qui peuvent videmment tre de complexit trs diverse. Les
industries mcaniques, lectriques et lectroniques appartiennent cette catgorie. Le
processus de production se prsente en gnral ici comme une succession d'oprations
de mise en forme et d'assemblage ralises manuellement ou l'aide de machines.
La suite de l'expos sera principalement consacre cette seconde catgorie

d'entreprises. Bien entendu, certaines des notions qui seront prsentes ci-aprs sont
galement applicables la premire catgorie.
C'est l'volution du march qui explique les problmes rencontrs actuellement

par les entreprises manufacturires, surtout par celles qui s'adressent au grand public.
Il y a peu de temps encore, le march se caractrisait par le fait que le producteur tait
roi. Il y avait peu de concurrence et peu de produits. Le consommateur n'tait pas
difficile et achetait ce qui tait disponible. Qu'on se rappelle la Ford T du dbut du sicle
qui fut produite un million d'exemplaires par an pendant seize ans !
C'est pour ce genre de production que Taylor avait dvelopp sa philosophie:
spcialisation des quipements et spcialisation du personnel qui on ne demandait que
des travaux lmentaires et rptitifs.
Actuellement, le march se caractrise plutt par le fait que le client est devenu
roi. La concurrence s'est considrablement accrue et mondialise, rendant le
consommateur plus difficile et beaucoup plus critique, notamment au niveau de la
qualit des produits. Le cycle de vie des produits s'est galement considrablement
raccourci : trois quatre ans pour une automobile, parfois beaucoup moins pour un
ordinateur. En termes de production, cela signifie une grande varit de produits cycle
de vie trs court et en petites sries. Cette situation peut tre rsume par le diagramme
de la figure 1.1.
Chapitre 1 CONCEPT CIM (Computer Integrated Management) 1

Production
PRODUCTION TOTALE 30 %
Par lots De
PRODUCTION 40 % 15 %
Taille des lots < 50

PRODUCTION PAR LOTS 75 %
Figure 1.1. Position et structure de la production manufacturire
Des 30 % reprsents par la production manufacturire dans l'activit industrielle

globale, 40 % concernent une production par lot et seulement 15% une production de
masse.
Des 40 % de production par lot, 75 % concernent des lots de moins de 50 pices !
Pour survivre, les entreprises doivent donc arriver produire vite, bien et bon march,
tout en tant capables de s'adapter rapidement l'volution des produits.
1.2. LES NOUVELLES REGLES DE PRODUCTION

Les nouvelles rgles de production qui rpondent la question peuvent tre
rsumes, de manire image, par cinq zros : zro dfaut, zro panne, zro stock, zro
dlai et zro papier. La signification des quatre premiers zros est claire; le cinquime
indique la volont de supprimer le transfert manuel d'informations qui alourdit trop
souvent le travail du personnel et est cause de nombreuses erreurs. Idalement, on
devrait d'ailleurs encore y ajouter deux zros : zro accident et zro problme social.
Plus techniquement, ces nouvelles rgles de production relvent d'une philosophie

appele "Juste--Temps" (Just-in-Time ou JIT en anglais) aussi connue sous le nom de
"production flux tendus" [Branger, 1987].
Il s'agit d'un principe d'organisation industrielle, apparu au dbut des annes 80,
qui prconise d'acheter ou de produire seulement ce dont on a besoin, quand on en a
besoin. Ceci devant tre respect aussi bien au niveau des produits finis (ne fabriquer
que ce qui est command) qu'au niveau des pices constitutives de ces produits.
Le premier rsultat en est videmment une rduction drastique des stocks, et

partant, une diminution sensible des charges financires de l'entreprise. Il ne s'agit
cependant pas l du but principal recherch. En ralit, la rduction des stocks n'est
que l'amorce d'une raction en chane qui conduit des bouleversements en profondeur
du fonctionnement de l'entreprise.
En effet, pour produire sans stock tout en garantissant des dlais de livraison
normaux, il est ncessaire d'avoir des temps de fabrication trs courts, une grande
flexibilit pour pouvoir suivre la demande (en varit et en quantit) et une haute fiabilit

de production afin d'viter les alas.
Au niveau de l'organisation de la production, cela implique :
- la division de l'usine en cellules permettant l'enchanement rapide des oprations

concernant une mme pice ou un mme produit de manire viter les stockages
intermdiaires;
- la limitation des dplacements acclrant le travail et facilitant le suivi de production;
- la flexibilit des cellules en question : changement rapide d'outils et de programmes de

fabrication;
- le contrle et la matrise de la qualit chaque tape de la fabrication afin de ne pas

enrayer le processus;
- la fiabilit des machines, pour les mmes raisons que ci-dessus, ce qui suppose la
mise en place d'une politique rigoureuse de maintenance prventive;
- la polyvalence et l'augmentation de la qualification des oprateurs qui deviennent

responsables de la quantit et de la qualit des pices ou produits fabriqus, voire
mme du bon fonctionnement des machines;
- des relations nouvelles avec les fournisseurs afin qu'ils entrent aussi dans le
processus, tant au niveau des dlais que de la qualit des produits fournis.
Remarquons que, jusqu' prsent, il n'a encore t question ni d'automatisation ni

d'informatisation. C'est qu'en effet la philosophie du Juste--Temps concerne avant tout
l'organisation de la production.
Il faut en effet considrer la production comme une chane dont les maillons
doivent tous tre de mme rsistance : il ne sert en effet rien, globalement, de renforcer
l'extrme certains maillons, s'il en est d'autres qui demeurent fragiles.
Une saine dmarche consistera donc analyser les flux de matires et

d'informations associs au processus de production, les rationaliser et les simplifier
au maximum dans l'optique du Juste--Temps. Ce n'est qu'alors, et alors seulement,
que l'opportunit d'automatiser ou d'informatiser telle ou telle partie du processus
apparatra clairement.
En l'occurrence, l'automatisation permettra d'acclrer la fabrication et/ou de

garantir la constance de la qualit. Pour les raisons qui ont t exposes ci-dessus,
l'automatisation devra tre flexible. Cette flexibilit doit se traduire au niveau de la
structure des machines qui seront aussi polyvalentes et adaptatives que possible, avec
une gestion d'outils et une alimentation en pices compltement automatises. A cet
gard, le robot apparat videmment comma la machine flexible par excellence.
Cette flexibilit doit aussi se retrouver au niveau du systme de commande des

machines dont les modes de fonctionnement devront pouvoir tre facilement modifis.
Ce dernier point ne pose plus actuellement de rel problme dans la mesure o
pratiquement toutes les nouvelles machines de production sont commandes par des
dispositifs base de microprocesseurs, avec programme enregistr. De plus, des portes
de communication existent presque toujours sur ces machines qui permettent de

tlcharger et de modifier les programmes partir d'autres ordinateurs.
L'informatisation, quant elle, a pour but d'amliorer la manipulation des

informations relatives au processus de production. Ces informations concernent non
seulement la fabrication proprement dite mais aussi la conception des produits, la
gestion technique, financire et administrative de l'usine, le management, le marketing,
...
Ces diffrentes facettes de la production ont dj fait, de longue date, l'objet de

dveloppements informatiques spcifiques. Cependant, dans la plupart des cas, ceux-ci
ont t mens indpendamment les uns des autres, avec des ordinateurs diffrents, des
systmes d'exploitation diffrents, des moyens de communication diffrents; on parle
d'lots d'automatisation.
Il en rsulte que d'importants flux d'informations continuent de circuler par la voie

manuelle (papiers, plans, rencodage, etc.) tandis que des informations similaires se
retrouvent dans des bases de donnes diffrentes, avec tous les risques d'incohrence
que cela comporte. Cette situation est reprsente la figure 1.2.
Les nouvelles rgles de production voques dans ce paragraphe (et en particulier

le "zro papier") conduisent tout naturellement prconiser l'intgration des moyens
informatiques d'une entreprise. Le terme intgration recouvre ici non seulement
l'interconnexion physique des ordinateurs par des rseaux de communication mais
aussi, et surtout, leur interconnexion logique. On entend par l que le systme
informatique distribu initial apparat l'utilisateur comme un systme informatique
centralis et homogne; les effets recherchs tant essentiellement l'unicit et la
disponibilit des informations.
En d'autres termes, l'intgration offre chacun l'accs direct l'information

voulue, au moment voulu et l'endroit voulu. C'est ce qu'on appelle le CIM : Computer
Integrated Management. La figure 1.3. symbolise cette situation idale.
D'un point de vue technique, le CIM implique donc :
- l'existence d'un systme de communication ouvert permettant des systmes

informatiques et de contrle htrognes de communiquer entre eux
- une architecture informatique ouverte et distribue permettant aux utilisateurs de

collecter, de stocker et de rcuprer des donnes pertinentes sur le processus de
production et cela de manire transparente, c'est--dire, sans avoir rien connatre du
systme de communication
- un ensemble de progiciels de contrle et de gestion capables d'exploiter les donnes

mentionnes ci-dessus.
Dans le prsent volume, on s'intressera essentiellement aux deux premiers de ces

trois points.

C el l ul e 1 C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
Figure 1.2. Processus de production informatis et automatis mais sans intgration

C el l ul e 1 C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
C el l ul e 1
Figure 1.3. Processus de production intgr ou CIM (Computer Integrated Management)
1.3. HIERARCHISATION DES COMMUNICATIONS

La figure 1.4. reprsente schmatiquement toutes les sources d'information que
l'on peut trouver dans une entreprise et qui, dans l'optique du CIM, doivent donc pouvoir
tre accessibles par celui qui en a besoin, o qu'il se trouve dans l'organisation.

5 4
COMPAGNIE
C ell ul e 1 C ell ul e 1
C el lule 1
C el lule 1 C ell ul e 1
C ell ul e 1
C ell ul e 1
C el lule 1
C el lule 1
USINE
C el lule 1 C ell ul e 1
C ell ul e 1
C ell ul e 1
C el lule 1
C ell ul e 1
Ce l u le 1
C ell ul e 1
C ell ul e 1
C el lule 1
ATELIER
Supervision Suivi de production
2
P
L
Conduite
CELLULE
C
Contrle machines
1
P P P
L L L
TERRAIN
C C C
Entranement Panneau Oprateur I/O dportes 0

CAPTEUR / ACTUATEUR
R
M
I/O
Capteur Capteur
Capteur Actuateur Actuateur
Actuateur
Machine 1 Machine 2 Machine 3
Figure 1.4. Elments interconnecter pour raliser le CIM

1.3.1. GESTION
Au niveau de la gestion administrative et technique, l'information existe en gnral

dans des bases de donnes situes dans des serveurs ou rparties dans des ordinateurs.
Il est clair qu' ce niveau, les changes d'information se font par rseaux de
communication.
En gnral, chaque dpartement possde son rseau local (rseau de PC par

exemple) et un rseau dit d'"usine" assure l'interconnexion des diffrents sous-rseaux de
mme d'ailleurs que des rseaux d'ateliers (voir 1.3.2.).
Lorsqu'une entreprise comporte plusieurs sites gographiques, des

communications sont possibles en passant par le rseau public de tlcommunications.
On parle alors de rseau de niveau "compagnie". Au mme niveau, on peut situer les
liaisons informatiques directes qui existent de plus en plus souvent entre une entreprise
et ses clients et fournisseurs (EDI : Electronic Data Interchange).
1.3.2. FABRICATION
Au niveau de la fabrication la situation est plus complexe. On distingue en

gnral des ateliers responsables de la fabrication d'un produit ou d'une gamme de
produits de mme famille. L'atelier, son tour, est compos de cellules de production
qui regroupent des machines fortement interactives.
Les machines de production modernes (CNC, robots, etc.) sont pratiquement

toutes commandes par des automates programmables (nots PLC sur la figure). Ceux-ci
commandent les machines par l'intermdiaire d'actuateurs (contacteurs, vannes, etc.)
sur base d'informations fournies par des capteurs (dtecteurs de fin de course, codeurs
de position, thermocouples, etc.) Les informations changes entre ordinateurs de
supervision et automates sont relativement labores et ne peuvent se concevoir que par
l'intermdiaire de rseaux de communications.
Plus prs des machines, on trouve actuellement de plus en plus d'quipements

dits de terrain : entranements, panneaux oprateurs, entres/sorties dportes, lots de
vannes, etc. Ces quipements ne possdent certes que des capacits de traitement
limites mais n'en sont pas moins actionns par des microprocesseurs, ce qui permet de
les relier aux automates par voie informatique (rseau de communication). L'ide est ici
de diminuer le volume du cblage, tout en dchargeant les automates de tches annexes.
Dans le mme esprit, la possibilit est apparue rcemment de greffer directement

des capteurs et actuateurs dits "intelligents" sur des rseaux de communication en
remplacement du cblage fil fil traditionnel.
1.3.3. LA PYRAMIDE DU CIM
Il est bien certain qu'il serait impensable d'assurer toutes les communications qui
viennent d'tre voques ci-dessus l'aide d'un seul et mme systme de
communication, et cela pour des raisons techniques, conomiques et pratiques qui
apparaissent clairement la figure 1.5.
Les six niveaux de communications qui ont t introduits ci-avant sont

reprsents sous la forme d'une pyramide, la largeur de chaque niveau refltant le
nombre de connexions au rseau.

NIVEAUX TEMPS DE VOLUME DE TYPE NIVEAU DE
REPONSE DONNEES D'ECHANGE COMPETENCE
5 Compagnie HEURES MBYTES

4 Usine
MIN KBYTES
INFORMATICIEN
3 Atelier
2004
EVENEMENTIEL
Chapitre 1 CONCEPT CIM (Computer Integrated Management)

2 Cellule
SEC BYTES
AUTOMATICIEN
1 Terrain
0 Capteurs / Actuateurs MSEC BITS

CYCLIQUE
ELECTRICIEN
Figure 1.5. Ncessit d'une hirarchisation des communications

H. LECOCQ
9
On a plac, en regard, les caractristiques attendues, chacun des niveaux, sur le

plan du temps de transfert des messages, de la taille des messages, du type d'change et
du niveau de comptence ncessaire pour la mise en uvre du rseau.
niveau capteurs/actuateurs et terrain
A ce niveau, les temps de transfert doivent correspondre aux temps de cycle des
automates (de l'ordre de 10 ms) puisque le rseau est cens remplacer les
anciennes connexions fil fil vers les cartes d'entres/sorties des automates.
Heureusement, la taille des messages y est fort rduite puisqu'il s'agit, en gros, de
l'tat (binaire) de capteurs et d'actuateurs. Ainsi 512 capteurs/actuacteurs ne
reprsenteront jamais qu'un message de 64 bytes.
Comme on l'a dj dit, les changes seront en gnral cycliques et, idalement,
synchroniss sur le cycle des automates.
Enfin, il est de premire importance, pour leur acceptation en milieu industriel,

que les rseaux de capteurs/actuateurs et de terrain puissent tre installs,
utiliss, dpanns par le mme personnel qui, auparavant installait, utilisait,
dpannait les cartes d'entres/sorties des automates.
niveau cellule
Ce niveau assure les changes d'informations ncessaires entre automates au sein

d'une cellule.
Sans tre aussi exigeant que dans le cas prcdent au niveau des temps de
transfert, on attendra cependant, ici encore, des performances temps rel sous
forme de dlais de rponse garantis.
Les changes pourront tre cycliques ou vnementiels selon les applications.
La mise en uvre des rseaux de cellule ne devrait pas poser aux concepteurs
d'automatismes beaucoup plus de problmes que s'ils avaient affaire un systme
de contrle centralis.
niveau atelier
A ce niveau, le rseau a pour rle de coordonner le travail des diffrentes cellules

composant l'atelier. Il en assure la supervision gnrale, il est capable de
tlcharger des programmes dans les automates et de contrler leur excution.
La notion de temps est beaucoup moins critique ici.
Le rseau d'atelier concernant encore directement la production, il doit

imprativement rester sous la responsabilit totale des automaticiens. Il faut
cependant tre conscient que ceci impliquera en gnral pour ces derniers, des
efforts de formation non ngligeables. Les rseaux d'atelier que l'on trouve sur le
march (MAP par exemple) ou, plus exactement, les normes ISO qui y sont
utilises, ont en effet t conues par des informaticiens et non par des ingnieurs.
La terminologie et les modes de raisonnement utiliss apparaissent ds lors
souvent comme plutt abscons.

niveaux usine et compagnie
Ces niveaux relvent directement de l'informatique et nous ne nous y attarderons

donc pas.
REMARQUE :
Il est bien certain que les niveaux prsents la figure 1.5. ne sont pas
strictement cloisonns. Ainsi, certains des rseaux de cellule que nous tudierons
par la suite peuvent trs bien convenir pour des ateliers simples. D'autres
peuvent parfois "descendre" au niveau terrain et mme au niveau
capteurs/actuateurs.
1.4. EVOLUTION DES SOLUTIONS

1.4.1. SOLUTIONS PROPRIETAIRES (annes 1980)
Les premires tentatives d'implantation du CIM taient essentiellement bases sur

des solutions propritaires. En l'occurrence, ce sont les constructeurs d'automates
programmables qui se sont montrs les plus actifs en la matire. C'est ainsi qu'au milieu
des annes 80, on trouvait :
au niveau cellule, des rseaux de communication entre automates, par exemple :

- DATA HIGHWAY chez Allen-Bradley
- SINEC H1 chez Siemens
- TELWAY 7 chez Tlmcanique
au niveau terrain, des rseaux principalement destins piloter des blocs

d'entres/sorties dportes, par exemple :
- REMOTE I/O chez Allen-Bradley
- SINEC L2 chez SIEMENS
- FIPIO chez Tlmcanique
au niveau atelier et usine, des passerelles vers les principaux rseaux

informatiques du moment :
- DECNET (accs au monde Digital Equipment)
- TCP/IP (accs au monde UNIX).
A ces passerelles devaient videmment correspondre des librairies dveloppes

spcifiquement pour les ordinateurs concerns (VAX, HP 9000, etc.) permettant
ces derniers de dialoguer avec les automates.
Ces solutions propritaires avaient le mrite de l'homognit pour autant que

l'utilisateur final acceptt de se lier, quasi pour la vie un constructeur d'automate
donn et trouvt chez celui-ci toutes les fonctionnalits dont il avait besoin.
Dans le cas contraire, de srieux problmes de compatibilit se posaient, soit

l'utilisateur final, soit l'ensemblier matre d'uvre; les constructeurs d'automates se
refusant videmment assumer la moindre responsabilit dans des solutions o leur
matriel tait associ du matriel tiers.

1.4.2. LA VOLONTE D'OUVERTURE (annes 1990)
Le souhait des utilisateurs serait videmment de disposer de systmes de

communication normaliss assurant, aux diffrents niveaux prsents ci-dessus, une
interoprabilit aussi complte que possible entre quipements de marques et de types
diffrents. Au niveau terrain et capteurs/actuateurs, c'est mme l'interchangeabilit
physique des lments qui est attendu.
Dans cette optique, des groupements d'utilisateurs se sont constitus avec, pour
but, d'imaginer des systmes de communication "ouverts" (par opposition
"propritaires") et de les imposer aux constructeurs. C'est, au dpart, le haut de la
pyramide qui tait vis.
La figure 1.6. prsente les solutions retenues et disponibles ds le dbut des

annes 90.
niveau usine : le FDDI (Fiber Distributed Data Interface) est un rseau fibres
optiques haut dbit (100 Mbits/s). Son cot et ses performances le destine au
rle de fdrateur de sous-rseaux ("backbone") comme indiqu la figure 1.7.
niveau atelier : l'tude de la norme MAP a dbut en 1981 et est pratiquement

stabilise depuis 1989. Elle introduit un concept nouveau pour l'interoprabilit
d'quipements htrognes : la messagerie industrielle MMS (Manufacturing
Message Specification). Celle-ci est base sur les concepts informatiques
modernes d'objets et de relations clients-serveurs. Elle a d'ailleurs t reprise
sous une forme simplifie dans le rseau de terrain PROFIBUS (FMS : Fieldbus
Message Specification).
La dmarche explique ci-dessus ne semble pourtant pas devoir connatre le

succs industriel attendu pour des raisons que nous expliquerons au paragraphe
suivant. Elle a cependant induit chez les utilisateurs une exigence d'ouverture que les
constructeurs ne peuvent plus ignorer dsormais.
C'est ainsi que dans le bas de la pyramide, on a vu apparatre des rseaux dfinis
de fait par des constructeurs d'automates (p. ex. : PROFIBUS, FIP, DEVICENET, ASI) ou
par des constructeurs tiers ( p. ex. : INTERBUS-S, LONWORKS) mais cependant qualifis
d'"ouverts". En ralit, l'ouverture rsulte du fait que les spcifications de ces rseaux et,
le cas chant, les circuits intgrs associs sont d'emble placs dans le domaine public,
la disposition de qui le souhaite.
Comme le montre la figure 1.6., on est cependant encore loin d'un consensus,
chacun essayant videmment d'imposer sa solution. C'est que l'enjeu est important vu le
nombre potentiel de points de raccordement.
Sur la figure 1.7., on a complt la hirarchie des communications conformment

aux propositions de la figure 1.6.
Notons qu'aux niveaux terrain et capteurs/actuateurs, diffrentes configurations

sont possibles selon les cas :
- rseau couvrant les deux niveaux (machine 1)
- rseaux diffrents pilots partir de l'automate (machine 2)
- rseau de capteurs/actuateurs pilot partir du rseau de terrain par un
adaptateur appropri (machine 3). Nous y reviendrons en dtail au chapitre 9.

NIVEAUX Propositions actuelles Evolution probable
(annes 1990) (horizon 2000)
Rseau public de
Tlcommunications INTERNET
5 Compagnie
FDDI
Compagnie
Backbone
4 Usine ETHERNET
MAP
on Ethernet
2004
3 Atelier
PROFIBUS
Information
Chapitre 1 CONCEPT CIM (Computer Integrated Management)

WORLDFIP
2 Cellule CONTROLNET
INTERBUS-S
1 Terrain DEVICENET (CAN)
LONWORKS ???
ASI BUS
Equipement
0 Capteurs / Actuateurs
Figure 1.6. Evolution des solutions en matire de communication

H. LECOCQ
13
5 4
COMPAGNIE
C ell ul e 1 C el lule 1
C ell ul e 1
C el lule 1 C el lule 1
C ell ul e 1
C ell ul e 1
FDDI
Backbone
C el lule 1
C el lule 1
USINE
C ell ul e 1 C ell ul e 1
C ell ul e 1
C ell ul e 1
C ell ul e 1
C ell ul e 1
Ce l u le 1
C el lule 1
3
MAP
C el lule 1 C el lule 1
ATELIER
MAP
2
P Conduite
L
CELLULE
C
Contrle machines
1
P P P
L L L
TERRAIN
C C C
Entranement Panneau Oprateur I/O dportes 0

CAPTEUR / ACTUATEUR
R
M
I/O
Capteur Capteur
Actuateur
Figure 1.7. Hirarchie des communications envisages au dbut des annes 90

1.4.3. LES PERSPECTIVES (horizon 2000)
L'chec commercial des rseaux situs dans le haut de la pyramide du CIM et, en
particulier, du rseau MAP, rsulte de raisons la fois internes et externes.
Dans le premire catgorie, on rangera le caractre extrmement ambitieux de la

norme MAP qui a eu pour rsultat de ralentir considrablement son laboration (il a fallu
prs de 10 ans pour arriver une certaine stabilisation) et de donner lieu des
ralisations matrielles complexes et, partant, fort coteuses.
Dans le mme temps, on assistait l'volution foudroyante de la micro-

informatique. Les besoins dans ce contexte ne pouvaient s'accommoder des lenteurs
d'une normalisation et c'est donc trs logiquement un standard de fait qui fut adopt
comme infrastructure de rseaux, savoir ETHERNET. De plus, l'mergence irrsistible
d'INTERNET consacra rapidement TCP/IP, un autre standard de fait, comme protocole de
communication.
Ces choix tant arrts et stimuls par l'importance du march, les constructeurs
ont pu donner libre cours leur imagination pour amliorer les systmes de cblage
(hubs, switching hubs, fibres optiques, ...) et augmenter les vitesses de transmission (100
Mbits/s, 1 Gbits/s annonc), tout cela des prix "micro".
Il rsulte de cette volution qu'ETHERNET est en mesure de couvrir efficacement

l'ensemble des besoins en communication, du niveau cellule au niveau usine.
L'utilisation d'INTERNET au niveau compagnie s'intgre parfaitement dans l'ensemble.
Bon gr, mal gr, les constructeurs d'automates ont d se rendre l'vidence et la
plupart d'entre-eux proposent maintenant, en standard, une interface ETHERNET
TCP/IP.
On peut regretter que, si pas MAP, du moins MMS, la messagerie industrielle, n'ait
pas survcu l'aventure car elle apportait une solution la fois lgante et puissante au
problme d'interoprabilit d'quipements industriels htrognes.
D'aucuns prconisent d'ailleurs d'attacher MMS TCP/IP. C'est pourquoi nous

lui rserverons encore, dans la suite de cet ouvrage, un chapitre particulier.
Il ne faut cependant pas se faire trop d'illusions cet gard car on assiste
actuellement une remise en question de l'existence mme des automates
programmables. En effet, l'apparition des rseaux de terrain et de capteurs/actuateurs a
rejet, hors des automates, le traitement des signaux industriels. Ces automates perdent
ainsi une bonne part de leur spcificit et les fonctions qu'il leur reste assurer
(traitement et communication) peuvent parfaitement tre prises en charge par de simples
PC !
L'htrognit des quipements de contrle s'en trouve ipso facto abolie et il y a

fort parier que Microsoft, qui commence s'intresser de prs au march industriel,
proposera bientt des solutions intgres dans l'environnement WINDOWS NT pour le
contrle distribu des processus industriels.
Cela tant, les rseaux de terrain et de capteurs/actuateurs vont certainement

subsister ct d'ETHERNET car ils doivent rpondre des impratifs tout fait
particuliers de connectique, de robustesse, de scurit, de temps de rponse, de facilit

de mise en uvre et de maintenance.
L'offre (surabondante) actuelle se simplifiera vraisemblablement en abandonnant

toute prtention sur le niveau cellule.
L'volution dcrite dans ce paragraphe est rsume la partie droite de la figure

1.6. On n'y retrouve plus, dans l'usine, que deux niveaux de rseaux : le niveau
"information" et le niveau "quipement". Les niveaux fonctionnels du CIM subsistent
bien entendu mais, pour ce qui concerne le haut de la pyramide (de cellule usine),
l'adquation aux besoins de chaque niveau est obtenu par la configuration judicieuse
d'un rseau unique (ETHERNET TCP/IP) plutt que par des rseaux diffrents. Pour le
bas de la pyramide, il faudra encore quelque temps pour que la situation se dcante et
qu'un (ou plusieurs) standard(s) merge(nt) dfinitivement.
Le systme de communication qui en rsulte aura ainsi l'allure montre la figure

1.8.
1.4.4. INTERNET DANS L'INDUSTRIE
Une autre volution en plein essor concerne l'exploitation industrielle des outils
dvelopps dans le cadre d'INTERNET. On remarque en effet que la plupart des
nouveaux automates programmables et de plus en plus d'quipements de terrain
(variateurs de vitesse par exemple) sont dots d'un serveur WEB et du protocole TCP/IP.
C'est ce qui est schmatis la figure 1.9.
Le serveur WEB contient des pages HTML (HyperText Mark-up Language) qui sont
donc accessibles partir de tout ordinateur l'aide d'un "navigateur" INTERNET tout
fait standard (Explorer par exemple). La communication peut se faire par le rseau
interne de l'usine (INTRANET) ou, de n'importe quel point du globe, par INTERNET. Le
cas chant, les quipements peuvent aussi envoyer spontanment des e-mails au
personnel comptent en cas d'anomalie.
Les applications potentielles sont nombreuses : tlgestion (rglage de paramtres,

voire modification de programmes), tlsurveillance (rapatriement d'alarmes),
tlmaintenance (diagnostic de pannes), tlassistance aux oprateurs locaux, etc.
Comme le montre la figure 1.8., les fonctionnalits de contrle temps rel du

processus restent videmment assures par l'intermdiaire de bus de terrain.

5 4
COMPAGNIE C ell ul e 1 C ell ule 1
C el lule 1
C ell ul e 1 C el lule 1
Ethernet
C el lule 1
Ethernet TCP/IP C ellule 1
TCP/IP
C ell ul e 1
Cell ul e 1
ETHERNET
SWITCHING HUB
USINE
C ell ul e 1 C ell ule 1
C ellule 1
Ethernet Ethernet C el lul e 1
TCP/IP TCP/IP
C el lule 1
C el lule 1
Ce l u el 1
C ell ul e 1
3
SW HUB Ethernet
TCP/IP
C el lul e 1 C el lule 1
ATELIER
Ethernet
SW HUB
TCP/IP
2
P Conduite
L
CELLULE
C
Ethernet
TCP/IP
Contrle machines
1
F P
L F P
L F P
L
TERRAIN
I C
I C I C
E E Panneau E
L Entranement L Oprateur L I/O dportes 0
D D D
CAPTEUR / ACTUATEUR
R
B M
B B I/O
U U U
S S S
Capteur Capteur
Actuateur
Figure 1.8. Hirarchie des communications base sur une structuration

du rseau Ethernet TCP/IP

P H
L T
M
WEB
F C SERVER
I
E
L
D H
B T
U M M
WEB
S SERVER
Entranement
OBJECT A Cellule 1
OBJECT B
OBJECT D
Capteur
Actuateur
INTERNET
MACHINE INTRANET
Figure 1.9. Introduction de WEB Serveurs dans les quipements
pour la tlgestion et la tlmaintenance

Chapitre 2
STRUCTURE D'UN SYSTEME
DE COMMUNICATION
2.1. LES MOYENS DE COMMUNICATION

Comme on sait, l'unit de base en traitement numrique est le bit qui ne peut
prendre que deux valeurs : 0 ou 1.
Pour reprsenter des informations plus complexes, il est ds lors ncessaire

d'utiliser un codage faisant appel un groupe ordonn de plusieurs bits. A l'aide d'un
groupe de 8 bits par exemple (= octet = byte), on peut coder une information prsentant
un maximum de 28 = 256 tats. Les caractres de l'alphabet par exemple sont
gnralement cods sur 7 bits (codage ASCII).
La lettre A est reprsente par la configuration de bits 1000001.
La lettre a est reprsente par la configuration de bits 1100001.
De la mme manire, on peut coder des nombres, des mesures, etc.
Pour transmettre des informations ainsi codes, il existe essentiellement deux

techniques : la technique parallle et la technique srie.
2.1.1. COMMUNICATIONS PARALLELES
Tous les bits formant l'information sont transmis en parallle l'aide d'autant de
canaux binaires (c'est--dire de fils) qu'il y a de bits. C'est la technique utilise
systmatiquement au sein des ordinateurs pour les changes d'informations entre cartes
processeurs, cartes mmoires, cartes interfaces, etc.
Pour conomiser le cblage, les canaux binaires sont gnralement exploits en

mode BUS, c'est--dire que les mmes fils servent, tour de rle bien entendu, pour les
changes processeur-mmoire, processeur-interface, interface-mmoire (DMA).
Ce mode d'change est schmatis la figure 2.1.a.
Les BUS d'ordinateurs peuvent comporter plusieurs dizaines de fils : 61 pour le

MULTIBUS d'INTEL par exemple. Ils permettent de raliser des vitesses de transfert
leves mais les distances permises sont rduites quelques mtres au maximum. Au
del, en effet, il faudrait commencer tenir compte des phnomnes de propagation et
utiliser des canaux binaires hautes performances (coaxes p. ex.) d'un encombrement et
d'un prix prohibitif.
On peut cependant faire tat de quelques systmes de communications parallles

utiliss non plus entre cartes d'un ordinateur mais bien entre un ordinateur et des
appareils priphriques.
le BUS HP-IB dvelopp par Hewlett-Packard au dbut des annes 70 et adopt

comme standard en 1974 sous le sigle IEEE 488. A noter que le standard concerne non
seulement les spcifications lectroniques et mcaniques du BUS mais aussi les
Chapitre 2 STRUCTURE D'UN SYSTEME DE COMMUNICATION 19

procdures d'change d'informations. Le BUS HP-IB permet d'interconnecter jusqu' 15

appareils sur une distance maximale de 20 m. Les changes se font par byte (c--dire par
entit de 8 bits) des vitesses pouvant atteindre 500 Kbytes/s (1 Mbytes/s sur des
distances infrieures 20 m). Le BUS est matrialis par 24 fils. Ce moyen de
communication est trs largement utilis en instrumentation et dans les laboratoires.
Des interfaces IEEE 488 sont d'ailleurs disponibles pour la plupart des ordinateurs.
(figure 1.2.b).
le "standard" CENTRONIC utilis initialement pour la liaison d'imprimantes aux

ordinateurs. Cette liaison se fait l'aide de 18 fils sur des distances de 10 m maximum.
[AXELSON, 1996]. Son usage a t tendu d'autres priphriques (scanners par
exemple).
le BUS SCSI (Small Computer System Interface) permet de raccorder jusqu' sept
priphriques un ordinateur sur des distances maximum de 6 m. Il est couramment
utilis pour des units de disques externes, des CD-ROM, etc.
Priphriques Transmission
srie
INTERFACE INTERFACE
PROCESSEUR MEMOIRE Priphrique Communication
BUS de DONNEE
BUS de CONTROLE
BUS d'ADRESSE
a. BUS d'ordinateur
b. BUS HP-IB (IEEE 488)

Figure 2.1. Communications parallles

2.1.2. COMMUNICATIONS SERIES
Les bits formant l'information sont ici transmis en srie, c'est--dire l'un aprs
l'autre, l'aide d'un seul canal binaire (une paire tlphonique par exemple). Ce canal
unique peut ds lors, dans des conditions conomiques raisonnables, tre dot des
performances de vitesse et de distance souhaites. C'est bien videmment sur ce type de
transmission que sont bass les rseaux de communication.
On distinguera plusieurs manires d'agencer les communications sries :
type de liaison entre nuds
- liaison point-a-point (figure 2.2.a) : c'est une liaison physique entre deux et
seulement deux noeuds du rseau.
- liaison multipoint ou multidrop (figure 2.2.b) : c'est une liaison physique partage
par plus de deux noeuds. La ligne principale est appele "trunk line"; les lignes de
drivation "drop lines".
modes d'exploitation d'une liaison
- simplex (figure 2.3.a) : Dans ce mode d'exploitation, l'change d'information se fait

sens unique. Il ne demande qu'un canal binaire.
- full duplex (figure 2.3.b) : L'change d'information a lieu simultanment dans les
deux sens. Il ncessite deux canaux binaires. Ceux-ci peuvent tre matrialiss
par deux lignes physiques distinctes ou par deux canaux de frquence sur une
mme ligne physique (figure 2.3.c).
- half duplex (figure 2.3.d) : Dans ce dernier cas, la transmission s'effectue dans les
deux sens, mais alternativement, sur un seul canal, par le jeu d'une commutation
metteur/rcepteur. Bien entendu, cette commutation se fait par des moyens
lectroniques.
Cette dernire solution trouve tout son intrt lorsque l'on doit passer par le
rseau public car elle ne ncessite qu'une ligne tlphonique.
A B a . P oint point
A B C
b. Mu lt ipoin t
Drop line
Trunk line
Figure 2.2 Type de liaison entre nuds

Emetteur Rcepteur a. SIMPLEX
Emetteur Rcepteur
b. FULL DUPLEX
Rcepteur Emetteur
MODEM MODEM
Emetteur Rcepteur
Modulateur Filtre
f1 f1 f1
c. Multiplexage de
frquences
Filtre f2 Modulateur
f2 f2
Rcepteur Emetteur
Emetteur Rcepteur
b. HALF DUPLEX
Rcepteur Emetteur
Figure 2.3. Modes d'exploitation d'une transmission srie

2.1.3. RESEAUX DE COMMUNICATION : LAN, WAN, MAN
Ds que plusieurs usagers sont interconnects par des liaisons sries, on parle de
rseaux de communication. On peut distinguer deux catgories : les rseaux locaux LAN
(Local Area Network) et les rseaux longue porte WAN (Wide Area Network).
Cette distinction n'est pas rellement une question de distance mais plutt une
question de rglementation. En effet, dans la plupart des pays d'Europe, les
communications, de quelque nature qu'elles soient, qui sortent d'un domaine priv sont
rgies par les autorits publiques.
On appelle ds lors LAN un rseau de transmission entirement situ dans un

domaine priv; il y correspond ipso facto une porte limite, de l'ordre de quelques
kilomtres. C'est essentiellement ce type de rseau qui sera tudi dans la suite de
l'ouvrage.
On appelle WAN un rseau qui s'tend sur le domaine public. Il faut, dans ce cas,
utiliser des quipements fournis (ou du moins agrs) par les pouvoirs publics
comptents ou par leurs concessionnaires et passer par leur infrastructure de
communication. De par la vocation de cette dernire, la porte d'un rseau WAN peut
tre tendue de manire quasi illimite. Par contre, les performances offertes l'heure
actuelle sont encore relativement limites. On trouve ainsi (en Belgique) :
des lignes du rseau tlphonique public commut prsentant une bande

passante de 300 3.400 Hz prvue pour la transmission vocale. Pour pouvoir tre
transmises, les donnes numriques doivent tre transformes en donnes
analogiques par modulation d'une frquence porteuse (MODEM). Les vitesses de
transmission sont limites par l'troitesse de la bande passante 28.800 bits/s
maximum. La facturation se fait en fonction de la dure de la communication et
de la distance entre les correspondants.
des lignes loues c'est--dire affectes de manire permanente un abonn et

regroupant l'quivalent, en bande passante, de plusieurs lignes tlphoniques
simples : vitesse de 64 kbits/s 2 Mbits/s. La facturation se fait ici en fonction
de la distance et de la bande passante alloue.
un rseau public de transmission de donnes avec commutation par paquets

DCS (Data Communication Service). Dans ce systme, il n'existe plus de liaison
directe entre les correspondants comme cela est ncessaire pour la parole.
Chacun dpose ses donnes par "paquets" dans le rseau et celui-ci se charge de
les acheminer vers le correspondant.
La facturation ne prend plus en compte, ici, que le volume des donnes
transmises; la dure et la distance n'interviennent plus. La vitesse est cependant
limite 48 kbits/s.
un rseau numrique intgration de service (RNIS ou ISDN en anglais :

Integrated Services Digital Network). Comme son nom l'indique, il s'agit d'un
nouveau type de rseau o toutes les informations sont numrises, les donnes
bien sr, mais aussi la voix. Ces donnes peuvent tre multiplexes sur une
mme ligne, ce qui permet un abonn d'utiliser simultanment jusqu' huit
quipements au travers d'un raccordement unique (tlphone, fax, micro-
ordinateur, ...). D'autre part, la nature informatique des centraux tlphoniques
offre des services annexes multiples : identification de l'appelant, dviation d'appel,

diffusion multiple, tl-alarme incendie ou effraction, etc.
Le dbit de base du RNIS (64 Kbits/s) est cependant assez faible et il risque fort
d'tre dpass avant mme que sa mise en place ne se soit gnralise. Ce n'est
certainement pas avec le RNIS que l'on btira les "autoroutes de l'information" de
demain.
Pour plus de dtails sur les rseaux WAN, on consultera [TANENBAUM, 1992] et
[HALSALL, 1994].
Il existe encore une troisime catgorie de rseaux, les MAN (Metropolitan Area
Network) ou rseaux urbains. Ils sont constitus de cbles coaxes large bande
passante (400 MHz) et leur utilisation premire est la tldistribution. [NUSSBAUMER I,
1987]. Des expriences sont actuellement menes pour permettre aux abonns de se
connecter INTERNET par leur intermdiaire avec, videmment, des performances
largement suprieures celles du rseau public de communication.
Il s'agit cependant de tentatives isoles qui risquent de rester sans lendemain

tant donne l'mergence d'une nouvelle technologie, l'ATM (Asynchronous Transfer
Mode). Il s'agit, en gros, d'un RNIS large bande puisque la vitesse de base est de 155
Mbits/s ! [HALSALL, 1994] [FRASER, 1996]. Notons que cette technologie est encore
loin d'tre universellement adopte [STEINBERG, 1996].
2.2. LES RESEAUX LOCAUX

Le dveloppement des WAN est de loin antrieur celui des LAN. Il s'ensuit que
les premiers LAN (en particulier ceux utiliss dans l'industrie) firent largement appel aux
matriels, procdures et standards dvelopps pour les WAN.
Sous la formidable pousse du march de la bureautique, les LAN ont cependant

progressivement pris leurs distances vis--vis des WAN. Librs, en effet, des contraintes
dcrites au paragraphe prcdent, les rseaux locaux ont pu tre repenss avec,
uniquement en vue, l'adquation aux besoins et les performances. Un moment dpasss,
les constructeurs de rseaux industriels ont maintenant entrepris d'intgrer dans leurs
produits les concepts nouveaux apparus en bureautique. Comme on l'a montr au
chapitre 1, le domaine est actuellement en pleine bullition. Quelques annes seront
certainement encore ncessaires pour que la situation se stabilise.
D'une manire gnrale, les lments prendre en compte pour l'valuation d'un
rseau local sont les suivants :
la vitesse de transmission : celle-ci doit tre suffisante pour assurer l'ensemble

des changes d'information entre les nuds du rseau dans les dlais requis par
l'application.
A noter qu'il faut bien faire la diffrence entre la vitesse brute nominale du rseau
et le temps que prend effectivement l'change d'un message entre deux
correspondants.
En bureautique, le nombre de nuds peut tre trs lev (quelques centaines
typiquement) ce qui exige des vitesses de transmission leves (10 Mbits/s
typiquement).

En industriel, le nombre de nuds sera en gnral moins lev; par contre se pose
ici l'exigence du temps rel. Celle-ci stipule qu'un nud qui a une information
urgente transmettre (une alarme par exemple) doit pouvoir le faire dans un dlai
spcifi garanti (20 ms p. ex.) et cela, quelle que soit la charge instantane du
rseau.
la fiabilit : les communications devraient idalement se faire avec une fiabilit au

moins aussi bonne que celle des quipements de traitement eux-mmes. Cette
caractristique est particulirement importante dans les applications industrielles.
la flexibilit : les systmes de communication doivent se prter souplement des

extensions et des modifications de la rpartition gographique des quipements
de traitement.
la disponibilit : constituant l'pine dorsale d'un systme de traitement distribu,

le systme de communication doit prsenter une disponibilit leve. En
particulier, les extensions et modifications doivent se faire avec une interruption
de service minimale. De mme, des dfauts locaux doivent pouvoir tre isols
automatiquement sans interruption du service.
la transparence : la dcentralisation ne doit entraner, pour l'utilisateur, aucune

complication sur le plan de la programmation. L'accs au systme de
communication doit se faire avec un formalisme et un niveau d'abstraction
cohrents avec le contexte d'utilisation local.
le cot : le cot du raccordement un rseau local (interface, contrleurs, etc.)

doit, en toute logique, tre faible vis--vis du cot de l'quipement raccord. La
baisse continuelle du prix de ces derniers impose, cet gard, des conditions
particulirement svres.
la compatibilit : idalement, un rseau local devrait permettre d'interconnecter

des quipements de tous types et de toutes marques; il devrait galement tre
capable de se connecter d'autres rseaux, locaux ou longues distances (WAN).
Ce dernier point pose la question fondamentale de la standardisation des rseaux.

Le problme du cot voqu ci-dessus lui est d'ailleurs intimement li : ce n'est que pour
des standards largement adopts qu'il sera possible de produire des circuits intgrs de
communication en grande srie et donc faible cot. Nous l'aborderons dans le
paragraphe suivant.
2.3. MODELE OSI DE L'ISO

La conception des systmes de communication se rfre quasi universellement,
l'heure actuelle, au modle OSI propos par l'ISO au dbut des annes 80.
OSI = Open System Interconnection.

ISO = International Organisation for Standardisation.
Comme montr la figure 2.4., le modle prconise d'organiser un systme de

communication de manire hirarchise, en 7 couches ou niveaux. A chaque niveau
correspond une mission spcifique de mise en forme spatiale et/ou temporelle des
donnes et de mise en uvre de procdures de test et de correction. Il s'agit donc,

l'mission, de transformer un message abstrait et synthtique du niveau utilisateur en

un flot de bits au niveau physique. Rciproquement, la rception, le flot de bits
incident doit tre restitu l'utilisateur destinataire au mme degr d'abstraction et de
synthse. On retrouve donc ici, la notion de "transparence" mentionne au point 2.2. : le
but est d'tablir un canal de communication virtuel direct entre utilisateurs leur niveau
d'abstraction. Ces utilisateurs peuvent ainsi tout ignorer du fonctionnement rel du
Usager A Usager B
Protocole
d'application
Application Application
Protocole
de prsentation
Prsentation Prsentation
Protocole
de session
Session Session
Protocole
de transport
Transport Transport
Protocole
de rseau
Rseau Rseau
Protocole
de liaison de donnes
Liaison de donnes Liaison de donnes
Physique Physique
systme de communication.
Figure 2.4. Architecture stratifie de l'ISO

Tir de [NUSSBAUMER, 1991]
Par exemple, l'utilisateur A transfrera un fichier FILE l'utilisateur B par une

simple commande du type :
TRANSFER A : FILE > B : FILE
sans avoir se soucier aucunement des dtails pratiques de la transmission (vitesse,

contrles, etc.). Cette commande "TRANSFER" est un service mis la disposition de
l'utilisateur par la couche application du systme de communication. Pour remplir ce
service, la couche application mettra en uvre une certaine procdure appele protocole
faisant elle-mme appel des services offerts par la couche prsentation et ainsi de suite,
de proche en proche.
En d'autres termes, chaque couche du nud A est en communication virtuelle avec la

couche homologue du nud B.
La figure 2.5. donne une ide de la manire dont les choses se passent
pratiquement. Trois couches successives quelconques y sont reprsentes.
UTILISATEUR A UTILISATEUR B
(n+1)PDU
(n+1)PDU (n+1)PDU
COUCHE (n+1)
nSAP nSAP
nPCI nSDU nPCI nSDU
COUCHE n
nPDU
nPDU nPDU
(n-1)SAP (n-1)SAP
COUCHE (n-1)
PDU : Protocol Data Unit
SAP : Service Access Point
SDU : Service Data Unit
PCI : Protocol Control Information
Figure 2.5. Mcanisme d'change de donnes entre couches homologues du modle OSI
Les couches homologues changent des blocs d'informations appels PDU

(Protocol Data Unit) : exemple la couche (n+1) de l'utilisateur A change un (n+1) PDU
avec la couche (n+1) de l'utilisateur B.
Pour ce faire, la couche en question utilise des services offerts par la couche
immdiatement infrieure, en l'occurrence n. L'accs ces services se fait par un point
d'accs appel SAP (Service Access Point). La valeur de ce SAP est lie la nature des
services utiliss. De mme, si des services identiques doivent tre utiliss
simultanment, il faudra employer des SAP diffrents car certaines ressources
ncessaires (mmoire tampon par exemple) devront tre dupliques.
Le PDU de la couche n+1 est transmis la couche n sous la forme d'un SDU
(Service Data Unit). Celle-ci y ajoute un bloc de contrle propre PCI (Protocol Control
Information) contenant, entre autres, la valeur du nSAP. L'ensemble nPCI et nSDU
forme alors le nPDU, c'est--dire le PDU chang au niveau des couches n.

Les avantages de cette organisation hirarchique des systmes de communication

sont les suivants :
- elle introduit une structuration propice la standardisation
- elle cre une indpendance des protocoles suprieurs vis--vis des protocoles
infrieurs qui permet de s'adapter facilement aux progrs technologiques (qui
concernent surtout les couches infrieures).
2.3.1. DESCRIPTION DES COUCHES DU MODELE
La figure 2.6. schmatise le rle des diffrentes couches.
COUCHE APPLICATION
Elle ralise l'interface entre le systme de communication et l'utilisateur. Elle

fournit ce dernier des commandes de haut niveau synthtique pour :
- l'change d'informations
- la signalisation d'erreurs de transmission
- la synchronisation d'applications
COUCHE PRESENTATION
Elle convertit le mode de reprsentation de l'information du niveau application

vers un mode de reprsentation commun au rseau (codes, structures de fichiers, ...)
COUCHE SESSION
Elle ralise la gestion, haut niveau fonctionnel, du dialogue entre deux

applications :
- tablissement de la communication
- gestion des changes
COUCHE TRANSPORT
Elle constitue l'interface entre les aspects informatiques et les aspects

transmissions d'un systme de communication. Son rle est d'assurer le contrle
bout-en-bout de l'acheminement d'un message entre deux utilisateurs du rseau :
- segmentation ventuelle des messages en paquets;

- contrle des flux de messages pour viter la saturation;
- ralisation d'une fiabilit hors tout impose (quelle que soit la qualit du rseau)
- slection d'un rseau dans le cas de rseaux redondants.
COUCHE RESEAU
Elle s'occupe des problmes de routage des messages au travers du rseau de

communication. Cette couche forme un rle primordial dans les rseaux publics en
gnral trs ramifis tel INTERNET. Par contre, elle est plutt rduite dans les rseaux
locaux dont la topologie est en gnral fort simple.

Figure 2.6. Rle des diffrentes couches du modle ISO
COUCHE LIAISON DE DONNEES
Elle assure la transmission correcte sur la ligne d'un message entre deux nuds
du rseau. On la divise gnralement en deux sous-couches.

* LLC (Logical Link Control) qui prend en charge :
- la srialisation/dsrialisation de l'information;
- la mise en uvre de codes dtecteurs d'erreur;
- la synchronisation au niveau des messages;
* MAC (Medium Access Control) qui s'occupe du contrle d'accs au rseau.
COUCHE PHYSIQUE
Elle ralise le couplage lectromcanique avec la ligne de transmission :
- synchronisation au niveau des bits;

- modulation ventuelle (MODEM);
- contrle de qualit du signal:
REMARQUE : Selon les ralisations, les couches dfinies ci-dessus peuvent tre plus ou
moins sophistiques. Ce qui est sr, par contre, c'est que pour qu'une
communication soit possible, il est indispensable que les sept couches
soient identiques chez tous les interlocuteurs.
2.3.2. PROTOCOLES DE BOUT-EN-BOUT ET PROTOCOLES RELAIS
Les protocoles des couches "transport" et suprieures sont appels protocoles de

bout-en-bout (peer-to-peer) dans la mesure o ils concernent uniquement le nud
d'origine et le nud de destination d'un transfert d'information.
Les autres protocoles peuvent ventuellement intervenir pour propager

l'information de nud en nud travers le rseau. C'est en principe le cas de tous les
rseaux o une forme de routage existe. Dans ce cas, l'information qui transite par les
nuds relais reste dans les couches infrieures et ne "remonte" pas vers les utilisateurs
des nuds en question.
Cette situation est symbolise la figure 2.7.

Couche systme relais
Application Application
Prsentation Prsentation
Session Session
Transport Transport
Rseau Rseau Rseau
Liaison Liaison Liaison

de donnes de donnes de donnes
Physique Physique Physique
support physique OSI
Figure 2.7. Protocoles bout-en-bout et protocoles relais
2.3.3. PROTOCOLES AVEC ET SANS CONNEXION
Un protocole est dit avec connexion si l'envoi d'information d'un nud un autre
doit tre prcd d'un dialogue destin contrler la prsence du correspondant et sa
capacit recevoir des messages. Il y a ainsi, en quelque sorte, ouverture d'un canal de
communication entre les nuds en question. Ce canal restera tabli pendant toute la
dure des changes et sera ensuite ferm, pour librer les ressources mobilises, par un
dialogue dual de celui d'ouverture.
L'analogie du rseau tlphonique permet de bien comprendre le principe : avant

de pouvoir parler avec un correspondant, l'usager doit former le numro de tlphone de
ce dernier et attendre qu'il dcroche, s'il est prsent. Dans cet exemple, le canal de
communication a une existence physique. Avec les rseaux, il s'agira plutt de canaux
"virtuels" mais la philosophie reste la mme.
Un protocole est dit sans connexion si les messages destins un correspondant

sont envoys dans le rseau sans vrification pralable de la disponibilit dudit
correspondant.
On peut ici faire l'analogie avec les service postal : quand une lettre est dpose dans une
bote postale, on n'a aucune information immdiate sur la bonne fin de sa rception.

Dans le modle OSI, on rencontrera simultanment des couches fonctionnant avec

des protocoles sans connexion et d'autres avec des protocoles avec connexion. Les
protocoles rseaux relvent souvent de la seconde catgorie tandis que les protocoles de
transport appartiennent de prfrence la premire. La justification de ces choix
sortirait du cadre du cours.
Des exemples bien connus de tous peuvent cependant tre mentionns qui
concernent la couche application :
la messagerie lectronique (e-mail) est typiquement un protocole sans connexion

(SMTP = Simple Mail Transport Protocol)
la "navigation" sur le Web, au contraire, met clairement en uvre un protocole avec

connexion (HTTP = HypperText Transfer Protocol).
2.3.4. NORMALISATION
Comme indiqu ci-dessus, le modle OSI sert actuellement de rfrence aux

travaux de normalisation.
La figure 2.8. prsente les principaux organismes de normalisation et la porte de

leurs travaux.
Le CCITT s'intresse essentiellement aux rseaux publics. Pour ce qui est des
rseaux locaux, les couches hautes ont t traites par l'ISO tandis que les couches
basses sont du ressort de l'IEEE.
Il est galement difiant de prsenter, en regard d'un rseau normalis comme

MAP, quelques rseaux non normaliss couramment utiliss en pratique (figure 2.9.). On
peut sans peine imaginer le casse-tte que reprsente l'interoprabilit dans un tel
contexte.

OSI LAYER EIA IEEE NBS ISO CCITT
7 APPLICATION ISO FILE

XFER
6 PRESENTATIO ISO PRESENT.

N PROTOCOL
5 SESSION ISO SESSION

PROTOCOL
4 TRANSPORT ISO TRANSPORT

Class 2,4 PROTOCOL
3 NETWORK INTERNET
X.25

2 DATA LINK HDLC

802

LAN
X.21
1 PHYSICAL RS 232 V.24
RS 449
OSI : Open System Interconnection

EIA : Electronic Industries Association
IEEE : Institut of Electrical and Electronics Engineers
NBS : National Bureau of Standards
ISO : International Organisation for Standardisation
CCITT : Comit Consultatif International pour le Tlgraphe et le Tlphone
CEI : Commission Electrotechnique Internationale
Figure 2.8. Aperu des travaux de normalisation

Nom couche
du rseau
ou du stack
7b 7a 6 5 4 3 2b 2a 1
de protocoles
ISO ISO ISO ISO ISO ISO IEEE Broadband
MAP 3.0 MMS ACSE Prsentation Session Transport Connexionless
Kernel Kernel Class IV Network 802.4 Carrierband
Protocol IEEE
802.2
IEEE 10 base 5
802.3 10 base 2
IEEE IEEE
NETBIOS vide NETBIOS 802.2 802.3
802.5

FTP
TCP/IP TELNET TCP IP Diverses possibilits
TFTP

ISO ISO
SINEC
SINEC SINEC AP Transport Connexionless IEEE IEEE 10 base 5
AP/TF TF Siemens Class IV Network 802.2 802.3
Protocol F.O.
SINEC Siemens RS485

L1 9,6 kbps
SINEC SINEC-L2 Inactif DIN 19245 part 1
vide Siemens
L2 Transport RS485 Modem FSK
NOVELL Netware Diverses
NET possibilits
DECNET DEC
DATAHIGH Allen-Bradley
WAY II
DATAHIGH Allen-Bradley
WAY PLUS
UNITELWAY RS485
UNITELWAY UNI-TE Tlmcanique X-WAY LINK 9,6 kbps
TELWAY TELWAY 10 V diff
UNI-TE Tlmcanique X-WAY
LINK LINK 19,2 kbps
IEEE IEEE Carrier

MAPWAY UNI-TE Tlmcanique X-WAY 802.2 802.4 Band
Figure 2.9. Structure de quelques rseaux courants non normaliss

2.4. COUCHES INTERESSANT L'UTILISATEUR FINAL

Dans la mise en uvre d'un systme de communication, l'utilisateur final est
principalement concern par les couches suprieures et infrieures :
la couche application, car c'est par elle qu'il accde au systme de communication
les couches liaison de donnes et physique (sans oublier le support physique des
transmissions parfois appel couche 0) car ce sont elles qui conditionnent les
performances du rseau ainsi que les problmes pratiques d'installation (cblage).
Notons galement que, sans aller jusqu' concevoir des rseaux de

communication, l'utilisateur industriel est souvent amen raliser lui-mme des
liaisons informatiques simples avec des quipements qui ne disposent pas de moyens de
communication volus (automates, robots ou autres CNC). Pour ce faire, une
connaissance minimale des outils proposs dans les couches 1 et 2 peut s'avrer trs
utile.
C'est dans cet esprit que les chapitres 3 6 de cet ouvrage ont t rdigs.

Chapitre 3
SUPPORT PHYSIQUE
ET CIRCUITS DE TRANSMISSION
Notons que les circuits de transmission relvent dj de la couche physique du modle

OSI.
3.1. LIAISONS METALLIQUES

On regroupe, dans cette catgorie, les supports physiques constitus de
conducteurs lectriques.
3.1.1. PAIRES OUVERTES
Cette solution simple (figure 3.1.a.) consiste en deux fils isols placs cte cte.
Elle est en gnral utilise pour des liaisons multiples (cf. 3.4.1.), l'un des fils servant
de masse commune.
Ce type de support ne permet que des liaisons faible distance (15 m maximum)
et faible vitesse (19,2 Kbits/s) pour les raisons suivantes :
les fils tant spars, les perturbations lectromagntiques ambiantes les affectent
diffremment et se marquent donc dans le signal reu
d'autre part, si plusieurs signaux sont vhiculs simultanment sur des fils
diffrents avec une masse commune, il se produit des interfrences entre signaux
par couplage capacitif et rsistif (crosstalk).
3.1.2. PAIRES TORSADEES (twisted pair)
Les fils vhiculant les signaux sont cette fois torsads par paires (figure 3.1.b.) et
se trouvent de ce fait trs proches l'un de l'autre. Les perturbations sont ds lors captes
quasi identiquement par les deux fils et, comme la rception se fait gnralement de
manire diffrentielle (cf. 3.4.2.), leur influence sur le signal reu est considrablement
rduite. Le mme raisonnement s'applique au crosstalk entre d'ventuelles paries
voisines dans un mme cble.
On peut encore amliorer la situation en entourant chaque parie d'un blindage

mtallique, on parle alors de shielded twisted pair (STP) tandis que ci-dessus il s'agissait
d'unshielded twisted pair (UTP).
La paire torsade est le support physique de loin la plus utilise actuellement dans
les rseaux locaux pour sa facilit d'installation et ses performances tout fait
honorables.
Exemple : 100 m 10 Mbits/s (ETHERNET 10 BASE T).
Chapitre 3 SUPPORTS PHYSIQUES ET CIRCUITS DE TRANSMISSION 36

Les performances dpendent en fait de diffrents facteurs [VINCENT, 1997] les

principaux tant la rsistance linique des conducteurs ainsi que la nature et la
structure de l'isolant. (cf. 3.3.)

Figure 3.1. Supports physiques des transmissions

On classe les cbles en 5 catgories selon leur bande passante (et leur prix)
[CUNNINGHAM, 1995] :
Catgorie 1 : tlphonie classique

Catgorie 2 : tlphonie numrique (RNIS)
Catgorie 3 : 16 MHz convient pour ETHERNET 10 Base T ( et 100 Base T4)
Catgorie 4 : 20 MHz convient pour ETHERNET 100 Base T4
Catgorie 5 : 100 MHz convient pour ETHERNET 100 Base TX
3.1.3. COAXES
Coaxes faible diamtre ( 0.5 cm)

Ce type de coaxe offre une bande passante relativement importante et une
flexibilit mcanique qui en rend la pose assez facile. Il prsente de meilleures
performances que les paires torsades et surtout, par construction, une meilleure
immunit aux parasites (figure 3.1.c.)
Exemple : 200 m 10 Mbit/s (ETHERNET 10 BASE 2)
Coaxes gros diamtre ( 1 cm)
Leur bande passante de plus de 400 MHz les destine aux transmissions large
bande (voir 3.5.). L'installation de ce type de cble est assez malaise et s'apparente
plus de la plomberie qu' de l'lectricit.
Exemple : 500 m 10 Mbit/s (ETHERNET 10 BASE 5)
3.2. LA FIBRE OPTIQUE

La fibre optique reprsente trs certainement une solution pleine de promesses
pour la transmission de donnes en milieu industriel :
immunit totale aux parasites lectromagntiques

isolation galvanique parfaite
bande passante trs leve
taux d'erreur trs faible (109 !) ce qui permet en principe de simplifier les mthodes de
dtection.
Les raisons qui limitent encore l'utilisation des fibres optiques tiennent
essentiellement aux difficults mcaniques de connexion et de drivation de cbles fibre
optiques. C'est pourquoi la plupart des applications actuelles se limitent des liaisons
point--point.
Le principe d'utilisation d'une fibre optique consiste transformer l'information

transmettre en impulsions lumineuses, envoyer celles-ci dans la fibre et, la rception,
reconvertir les impulsions lumineuses en impulsions lectriques.
On peut ce stade distinguer deux technologies :
fibres monomodes
Il s'agit de fibres trs minces (5 - 10 m) dans lesquelles la lumire se propage

sans rflexion. L'mission se fait par laser et la rception par diode avalanche. Les
vitesses de transmission peuvent atteindre plusieurs GHz ! Le cot des quipements
limite cependant l'utilisation des fibres monomodes aux applications de
tlcommunication.
fibres multimodes
On utilise ici des fibres plus grosses (qq. 100 m) o la transmission s'accompagne
de rflexions (cf. figure 3.1.d.). Le signal mis est de ce fait transmis selon une multitude
de chemins optiques de longueurs diffrentes ce qui provoque finalement un talement
du signal reu. Il en rsulte une bande passante considrablement plus rduite que dans
le cas prcdent mais qui, par contre, s'accommode de l'utilisation de diodes
lectroluminescentes (LED) l'mission et de plototransistors la rception. La
consquence en est un cot tout fait comptitif par rapport aux solutions
traditionnelles.
Ce sont essentiellement les fibres multimodes qui sont utilises dans les rseaux
locaux.
On peut encore distinguer deux catgories :
fibres saut d'indice de rfraction : (figure 3.2.a)
C'est le cas reprsent la figure 3.1.d.
fibres gradient d'indice de rfraction (figure 3.2.b)
On essaye ici de compenser la dgradation du signal de sortie en donnant aux

rayons lumineux une vitesse d'autant plus grande (indice de rfraction plus faible) que le
chemin qu'ils suivent est plus long.
Le tableau de la figure 3.2.c montre l'efficacit de cette manire de faire.
Exemple : 2 km 10 Mbit/s (ETHERNET 10 BASE FL)
3.3. FACTEURS LIMITANT LES PERFORMANCES

Si nous en revenons aux liaisons mtalliques, rappelons qu'une ligne peut tre
considre comme la mise en srie de quadriples lmentaires du type montr la
figure 3.3. et prsentant :
une rsistance par unit de longueur R

une induction par unit de longueur L
une capacit par unit de longueur C
une perditance par unit de longueur G
Il en rsulte qu'un signal mis en dbut de ligne va se retrouver considrablement

dform l'arrive comme illustr la figure 3.4.

n0
n1 n1
n2 n2
100 m
50 m
ENVELOPPE
COEUR
a. Fibre saut d'indice b. Fibre gradient d'indice
Diamtres Attnuation Bande passante

Type de fibre (cur-enveloppe) (dB/km) N.A. (MHz.km)
(microns) ( 850 nm) ( 850 nm)
Multimode saut d'indice

a) silice-silice 100 140 4 0.21 20
200 - 280 4 0.21 10
b) silice-matire plastique 200 - 380 8 0.40 10
(rsine de silicone)
Multimode gradient d'indice

silice-silice 50 125 3 0.21 400
c.
Figure 3.2. Comparaison des performances des fibres saut gradient d'indice
Tir de [BLONDEL, 1984]
Figure 3.3. Elment de ligne
Les phnomnes qui interviennent dans cette dtrioration sont les suivants :
l'attnuation : due aux pertes ohmiques; elle diminue l'amplitude des signaux
reus et cela, indpendamment de la vitesse de transmission.

le bruit : les parasites lectromagntiques affectent ncessairement toute ligne de

transmission mtallique avec plus ou moins d'intensit selon les solutions
adoptes (cf. 3.1).
Ces deux premiers phnomnes introduisent une limite absolue sur la longueur
d'une ligne : il faut que les signaux soient dtectables sans ambigut compte tenu du
bruit de fond.
Figure 3.4. Sources de dtrioration d'un signal

Tir de [HALSALL, 1994]
la bande passante limite : la prsence d'lments capacitifs et inductifs limite la

bande passante d'une ligne. Cela signifie que les hautes frquences vont tre plus
attnues que les basses frquences. Il en rsulte que les flancs verticaux des
signaux, auxquels correspondent des hautes frquences, sont adoucis et que les
temps de monte augmentent.
les dlais de propagation : on peut dmontrer (mais cela sortirait du cadre de ce

cours) que les frquences constitutives d'un signal se propagent des vitesses
diffrentes le long d'une ligne. Il s'ensuit une dissymtrie dans le signal reu. De
plus, les frquences les plus "rapides" d'un bit risquent d'interfrer avec les
frquences les plus "lentes" du bit prcdent, si l'cart entre deux bits mis est
trop court.

Les deux derniers phnomnes introduisent une limite sur la longueur d'une ligne
qui dpend de la vitesse de transmission. En l'occurrence, la rgle de bonne pratique
consiste garder la somme des temps de monte et de descente d'un bit reu infrieure
la moiti de la dure nominale du bit [McNAMARA, 1979]. Cela signifie qu'il reste au
moins une zone "plate" quivalente la moiti de la dure nominale du bit, ce qui permet
d'en dterminer la valeur avec une fiabilit suffisante.
3.4. LES CIRCUITS DE LIGNE

Les circuits TTL classiques ne conviennent pas pour envoyer des signaux en ligne
car les puissances disponibles sont en gnral trop faibles et leurs impdances d'entre
et de sortie non linaires ne permettent pas de s'adapter aux impdances
caractristiques des lignes.
Des circuits spciaux ont donc t dvelopps, les metteurs et rcepteurs de ligne
(line drivers and receivers).
Nous parlerons ci-dessous de ceux qui ont fait l'objet d'une normalisation : RS
232, RS 423, RS 422 et RS 485. Nous rappellerons galement le principe des
transmissions en boucle de courant.
3.4.1. EMETTEURS/RECEPTEURS RS 232 ET RS 423
La figure 3.5.a. montre le principe d'utilisation des metteurs/rcepteurs RS-232.

On remarquera qu'il s'agit d'une transmission unifilaire (retour commun
metteur/rcepteur) ce qui est trs dfavorable pour l'immunit au bruit et la diaphonie
comme expliqu au paragraphe 3.1.1.
La norme limite les vitesses 20 K bauds sur des distances n'excdant pas 15 m.
En pratique, on peut aller nettement plus loin (cf. figure 3.6.), mais les performances
restent nanmoins mdiocres.
La norme RS 423 est une version amliore de la norme RS 232 mais elle en garde
les principaux inconvnients.

Figure 3.5. Transmissions directes sans MODEM

3.4.2. EMETTEURS/RECEPTEURS RS 422
Cette norme plus rcente a vraiment t conue en vue de transmissions directes

sur lignes comme le montre la figure 3.5.b. Les metteurs/rcepteurs se caractrisent
par un travail en diffrentiel permettant d'attaquer des lignes bifilaires adaptes
(rsistance R)
Les performances correspondantes sont indiques la figure 3.6.
3.4.3. TRANSMISSION EN BOUCLE DE COURANT
La boucle de courant (20 ou 60 mA) a t conue, au dpart, pour la liaison des

tltypes lectromcaniques aux ordinateurs. Elle reste un moyen de transmission de
performances modestes (figure 3.6.), mais qui bnficie d'un certain nombre d'avantages :
les interfaces sont couramment disponibles, tant du ct ordinateurs que

priphriques (ce qui n'est pas encore le cas de la norme RS 422)
la transmission est symtrique et prsente donc une bonne immunit aux bruits.
Les dsavantages de la boucle de courant sont les suivants :
elle n'a fait l'objet d'aucune normalisation, ni du point de vue lectrique, ni du

point de vue mcanique. Chaque utilisateur dfinit donc lui-mme son mode de
connexion, avec les problmes de compatibilit que l'on devine.
cette compatibilit est encore complique par le fait qu'il faut chaque fois choisir la
localisation ( l'metteur ou au rcepteur) de la source de courant ncessaire
l'alimentation de la boucle.
La figure 3.5.c. schmatise l'organisation d'une transmission en boucle de

courant.
On notera qu'avec la boucle de courant, la limite absolue de distance est

repousse beaucoup plus loin que dans le cas des transmissions en tension. En effet, ce
n'est plus la rsistance des conducteurs qui provoque l'attnuation du signal reu
(reprsent par la valeur d'un courant) mais bien la perditance (cf. 3.3.) c'est--dire, en
fait, les fuites dans l'isolant. Celles-ci sont en gnral extrmement faibles.
Par contre, les vitesses de transmission sont limites par le fait qu'avant
d'apparatre au rcepteur le courant (trs limit) fourni par l'metteur doit charger
compltement la capacit de ligne.
REMARQUE : Les circuits de ligne dcrits aux paragraphes prcdents possdent tous
deux canaux binaires, un pour l'mission et un pour la rception. Ils
sont prvus pour raliser des liaisons point--point en mode full-duplex.

Figure 3.6. Transmissions directes. Comparaison des performances. [McNAMARA, 1979]

3.4.4. EMETTEURS/RECEPTEURS RS 485
Les circuits RS 485 utilisent les mmes standards de signaux que les circuits RS
422 (et ont des performances similaires) mais ils ont la particularit que l'metteur peut
tre virtuellement dsactiv par un signal de commande appropri (en fait, il est plac
dans un mode haute impdance).
Comme montr la figure 3.7., ils permettent donc de raliser des liaisons point-
-point et multipoints en mode half-duplex en n'utilisant qu'un seul canal binaire (c'est-
-dire deux fils).
Pour cette raison, les circuits RS 485 sont utiliss comme couche physique dans
beaucoup de rseaux locaux.
REMARQUE : Tous les circuits de ligne dcrits dans le paragraphe 3.4. possdent des
versions isolation galvanique par opto-couplage. Celles-ci sont
hautement recommandes pour des liaisons longue distance afin de se
prmunir contre les problmes de mode commun (diffrence de tension
existant entre la "terre" d'quipements gographiquement loigns).
Figure 3.7. Utilisations possibles du circuit de ligne RS 485

3.5. MODULATION
La figure 3.8. prsente les principaux types de modulation utiliss dans les
rseaux locaux.
Figure 3.8. Principaux types de modulation

3.5.1. BANDE DE BASE (Baseband)
Dans ce type de transmission, le signal utile est directement envoy en ligne sans
transposition de frquence. Les quipements de transmission associs sont de ce fait
simples et peu onreux. Par contre la capacit de la ligne est en gnral sous-utilise.
C'est en particulier le cas lorsque l'on utilise des coaxes en bande de base ( 10 Mbits/s
par exemple) alors que leur bande passante est de 300-400 Mhz !
Les circuits de ligne dcrits au paragraphe 3.4. relvent tous de cette catgorie.
3.5.2. FREQUENCE PORTEUSE (Carrier band)
Le signal utile module cette fois une frquence porteuse par l'intermdiaire d'un
MODEM (MODulateur DEModulateur). Le recours une frquence porteuse est parfois
indispensable pour faire passer des donnes numriques dans une fentre de frquence
dtermine. C'est typiquement le cas lorsque l'on utilise une ligne tlphonique
commute puisque celle-ci prsente une bande passante de 300 3.400 Hz. La porteuse
sera choisie au milieu de cette plage.
Certains rseaux locaux utilisent galement une frquence porteuse mais pour
d'autres raisons. C'est qu'en choisissant cette frquence en dehors du spectre des
parasites industriels, on obtient une meilleure immunit au bruit que dans le cas de la
bande de base.
Le principe des MODEM sera prsent au chapitre 4.
Notons d'ores et dj qu'il existe plusieurs types de modulation de la porteuse

comme cela est montr la figure 3.9. :
modulation d'amplitude AM (Amplitude Modulation)

modulation de frquence FSK (Frequency-Shift Keying)
modulation de phase PSK (Phase-Shift Keying)
Les deux dernires mthodes sont videmment beaucoup moins sensibles aux
parasites lectromagntiques que la premire.
3.5.3. LARGE BANDE (Broadband)
En utilisant plusieurs frquences porteuses judicieusement rparties dans la

bande passante, on peut crer l'quivalent de plusieurs canaux de communications sur
un seul support physique. C'est ce qui est schmatis la figure 3.3. Ce procd
permet mme de transmettre simultanment des donnes, des communications
tlphoniques, des images TV (cf. figure 3.10.). Evidemment, les quipements de
transmission sont ici plus complexes et plus coteux.

A titre d'exemple, sur un cble ayant une bande passante de 300 MHz on peut
placer simultanment :
50 signaux vido (6 MHz par signal)

ou
25 rseaux 10 Mbits/s (12 MHz par rseau)
ou
5.000 communications vocales (60 kz par communication)
ou
un mlange des prcdents.
Figure 3.9. Types de modulation

A la fin des annes 1980, un courant s'tait dessin en faveur de l'emploi de la

modulation large bande pour les communications industrielles, avec l'mergence du
protocole MAP (voir chapitre 7).
En fait, la solution a t rapidement abandonne en raison des difficults

d'installation, de rglage de diagnostic et de maintenance des quipements ncessaires,
sans parler du cot de ceux-ci.

Figure 3.10. Illustration des possibilits d'une transmission large bande

Chapitre 4
SERIALISATION DE L'INFORMATION
ET EQUIPEMENTS DE TRANSMISSION
Les notions prsentes dans ce chapitre relvent pour une part de la couche
liaison de donnes du modle OSI (srialisation) et pour une autre part de la couche
physique (MODEM).
On a cependant jug utile de les regrouper car elles ont des implications assez
directes les unes sur les autres.
4.1. TRANSMISSIONS ASYNCHRONES

4.1.1. PRINCIPE DE LA SERIALISATION/DESERIALISATION
La srialisation/dsrialisation de l'information se fait par un dispositif (circuit

intgr) appel USART (Universal Synchronous Asynchronous Receiver Transmitter) qui
constitue le cur des cartes d'interface de communication srie. Son fonctionnement de
principe est montr la figure 4.1.
Emission : en chargeant le registre dcalage RD, le calculateur provoque

automatiquement sa mise en mouvement sous le contrle de l'horloge H qui dfinit le
rythme de la transmission (Baud rate). Le registre RD place ainsi successivement les bits
du mot mettre sur la ligne srie de sortie.
Notons que l'information utile se complte d'un bit de dmarrage (BD = 1), d'un bit
de parit ventuel (BP) et de un ou deux bits d'arrt (BA = 0). La prsence de ces bits BD
et BA permet de raliser une transition (1 0) en dbut d'mission qui servira
synchroniser le rcepteur. L'allure qui en rsulte pour le message srialis est montre
la figure 4.1.b. Lorsque le nombre de bits prvu a t mis le processus est arrt et un
flag de fin d'mission est enclench indiquant au calculateur la bonne fin du transfert (ce
flag peut, par exemple, servir provoquer une demande d'interruption).
Rception : la rception, la ligne srie est teste en permanence. Ds qu'une

transition (1 0) est dtecte, les bits incidents sont dirigs vers un registre dcalage
sous le contrle de l'horloge H. Lorsque le nombre de bits prvu a t reu, le processus
est arrt en mme temps qu'un flag de fin de rception est enclench (provoquant par
exemple une interruption). Le calculateur a alors le loisir de procder la lecture du mot
reu, provoquant automatiquement le rarmement du systme.
Chapitre 4 SERIALISATION DE L'INFORMATION ET EQUIPEMENTS DE TRANSMISSION 52

Figure 4.1. Principe fonctionnel d'un USART

REMARQUES
* Le Baud rate dfinit la vitesse de modulation telle que fixe par l'horloge H. Dans le
cas prsent, elle correspond la vitesse de transmission exprime en bit/s. Nous
verrons plus loin que ce n'est pas toujours le cas.
* Les valeurs usuelles du Baud rate en transmission asynchrone sont : 50, 75, 110,
134.5, 150, 300, 600, 1.200, 1.800, 2.000, 2.400, 3.600, 4.800, 7.200, 9.600 et
19.200.
* Le nombre de bits utiles d'un message (encore appel "caractre") peut tre choisi
parmi les valeurs 4, 5, 6, 7 et 8.
* Le nombre de bits d'arrt (STOP BITS) peut tre fix 1, 1.5, 2. (Il s'agit en fait d'un
dlai entre deux caractres successifs).
* Pour le contrle de parit, les options sont les suivantes :
NONE : pas de bit de parit
SPACE : bit de parit toujours 0
MARK : bit de parit toujours 1
EVEN : parit paire : le bit de parit est positionn de sorte que le nombre de
bits 1 du message soit pair
ODD : parit impaire : cas inverse du prcdent.
Signal BREAK : le signal BREAK consiste envoyer en ligne des bits pendant un
temps suprieur l'envoi d'un caractre normal (plus les bits de contrle). Les USART
sont en gnral capables d'engendrer un tel signal et de le dtecter. Dans ce dernier cas,
un flag est positionn qui peut tre exploit par l'ordinateur (en provoquant une
interruption par exemple). Ce signal est souvent utilis pour des initialisations.
Notons enfin qu'outre l'USART, les cartes d'interface srie comportent

gnralement encore les circuits de contrle et d'amplification relatifs la norme EIA
RS232 (= CCITT V24) permettant, par exemple, d'attaquer un MODEM standard (voir
paragraphe 4.5.)
4.1.2. LIMITATIONS DES TRANSMISSIONS ASYNCHRONES
Comme on l'a vu au paragraphe prcdent la srialisation des donnes (

l'metteur) et leur dsrialisation (au rcepteur) se font partir de deux horloges
distinctes. Bien entendu, ces horloges sont rgles sur une mme frquence nominale
(Baud rate) mais il est bien certain que de lgres diffrences sont invitables.
Pour comprendre les inconvnients de cette situation, il est ncessaire de dtailler

quelque peu la manire dont un bit incident est dtect avant d'tre introduit dans le
registre dcalage.
Comme le montre la figure 4.2.a, on utilise en fait une horloge 16 fois plus rapide

que le "Baud rate" pour chantillonner le signal arrivant au rcepteur.
Ds que la transition de dpart est dtecte, on procde un chantillonnage

aprs 8 temps de l'horloge rapide, c'est--dire en principe au milieu du bit; la valeur
trouve ce moment dtermine la valeur attribue au bit reu et est envoye dans le
registre dcalage. On procde ensuite un nouvel chantillonnage aprs 16 temps
d'horloge et ainsi de suite.
Sur la figure 4.2, on a introduit une diffrence grossire entre les frquences
d'mission et de rception : ainsi, aprs 3 bits seulement, on assiste une
dsynchronisation totale de l'metteur et du rcepteur, ce qui conduit un signal reu
compltement erron.
La ralit n'est pas si dfavorable, mais le problme n'en subsiste pas moins. La
conclusion est que la longueur d'un message asynchrone doit obligatoirement tre
limite. En pratique, on ne dpasse pas 10 bits. Sur ces 10 bits, il y a deux (parfois trois)
bits de "service" (dpart et arrt) si bien que le rendement d'une transmission asynchrone
est limit 80 %.
C'est l le principal reproche que l'on peut faire ce type de transmission avec,
aussi, une sensibilit aux distorsions due la manire "aveugle" dont est ralise la
dsrialisation. En effet, toute la rception est base sur la dtection du START bit. Si
celui-ci est dform, c'est la dtection de tous les autres bits qui en sera affecte.
4.2. TRANSMISSIONS SYNCHRONES

Dans le cas de transmissions synchrones la dsrialisation s'effectue partir
d'une horloge synchrone avec celle de l'metteur. On procde ici aussi un
chantillonnage au milieu des bits, mais, cette fois, sans aucune ambigut (cf. figure
4.2.b).
Le problme consiste videmment amener au rcepteur, l'horloge de l'metteur.

Cela peut se faire de deux manires :
par voie directe, l'aide d'une ligne spciale (courtes distances).
par synchronisation permanente de l'horloge du rcepteur sur base des transitions

existant dans le signal reu. Encore faut-il qu'il en contienne suffisamment. Nous
verrons, au paragraphe suivant des mthodes pour y parvenir.
Cela tant, on peut envoyer des messages contenant un nombre en principe

quelconque de bits avec donc un meilleur rendement potentiel de la transmission.
Un autre problme qui se pose alors est la synchronisation au niveau des

messages : comme il n'y a plus ici de bits de dmarrage et d'arrt, il importe de trouver
un autre moyen d'informer le rcepteur du dbut et de la fin d'un message utile. Cette
forme de synchronisation relve des protocoles de liaison de donnes que nous
examinerons au chapitre 5.

Figure 4.2. Transmissions sries. Principe de la dsrialisation.

En conclusion, on notera que les transmissions synchrones sont :
potentiellement plus efficaces puisqu'il n'y a pas de bit de dmarrage et d'arrt

associ chaque caractre.
moins sensibles aux distorsions puisque les signaux d'horloge sont compris dans
le message et sont donc soumis aux mmes distorsions.
C'est ainsi que les transmissions synchrones sont gnralement prfres lorsqu'il
s'agit de raliser des vitesses de transmissions leves ( > 2.400 bauds).
Par contre, les deux problmes voqus plus haut conduisent a des ralisations
matrielles plus complexes et, partant, plus coteuses.
4.3. SYNCHRONISATION DU RECEPTEUR

Rien n'oblige le signal mis de contenir des transitions frquentes. De longues
suites de bits 0 ou 1 peuvent trs bien constituer une information tout fait normale
(tats de contacts, par exemple, dans une application industrielle).
Il est donc ncessaire de transformer les messages l'mission afin qu'ils

contiennent un nombre suffisant de transitions pour viter une drive de l'horloge de
rception. On s'impose gnralement d'avoir au moins une transition tous les 5 bits.
Deux mthodes sont utilises : le codage et le brouillage.
4.3.1. CODAGE
Diffrents codages sont envisageables pour rsoudre le problme des transitions.

Nous prsentons, la figure 4.3., deux parmi les plus utiliss [HALSALL, 1994]
[MACCHI, 1979].
codage NRZI (Non Return to Zero Inverted) : un bit 0 du signal utile provoque
un changement d'tat du signal mis, un bit 1 laisse l'tat inchang. Des
transitions existent donc dans le cas de suites de 0 mais pas dans le cas de suites
de 1.
Ce type de codage est destin tre utilis avec le protocole de liaison de donnes
HDLC (cf. chapitre 5) o les suites de 1 sont obligatoirement limites 5 bits du
fait du "bit stuffing".
codage Manchester diffrentiel : il y a toujours un changement d'tat au milieu

du bit. Au dbut du bit, il y a changement d'tat si le bit est 0 et pas de
changement si le bit est 1.
Les techniques de codage se retrouvent dans beaucoup de rseaux locaux. La

seconde est aussi utilise dans les MODEM en bande de base (cf. 4.4.3.).
Remarquons que, pour ces deux codages, la polarit des signaux peut tre
inverse selon la situation de dpart. Le dcodeur y est videmment insensible, ce qui
met l'utilisateur l'abri d'erreurs de branchement des fils.

Horloge
1 1 1 1
Message 0 0 0 0 0 0
Codage
Manchester
Diffrentiel
Codage
NRZI
Figure 4.3. Exemples de codage pour la transmission en bande de base.

4.3.2. BROUILLAGE
Le principe de cette opration est illustr la figure 4.4.
Le signal mis E est obtenu partir du signal utile U par l'intermdiaire d'un
dispositif logique, comportant essentiellement un registre dcalage, et qui ralise
l'quation (figure 4.4.a) :
E = U E6 E7
avec OU exclusif
E6 signal retard de 6 temps d'horloge

E7 signal retard de 7 temps d'horloge
La thorie de l'algbre de Boole montre que le signal E ainsi obtenu prsente des
caractristiques pseudo-alatoires qui donnent lieu une rpartition quasi homogne de
transitions (au moins une tous les 5 bits) mme si le signal utile U n'en comporte pas.
La figure 4.4. met cela en vidence sur un exemple concret.
A la rception, on pratique l'opration inverse dans un montage symtrique (figure

4.4.b) :
U* = E E6 E7
Par comparaison avec l'quation relative l'metteur, on trouve

U* = U ( E6 E6 ) + ( E7 E7 )
soit en vertu de la dfinition de OU exclusif

U* = U
Cela est bien confirm par l'exemple de la figure 4.4.
4.4. MODEM
Les MODEM que nous prsenterons dans ce paragraphe sont essentiellement
destins la transmission des donnes par le rseau tlphonique public. Une
modulation est requise dans ce cas en raison de la fentre de frquences limite dont on
dispose (300 3.400 Hz).
4.4.1. MODEM ASYNCHRONES
Les MODEM asynchrones travaillent par modulation (en amplitude, frquence ou

phase) et dmodulation d'une frquence porteuse judicieusement positionne par rapport
la bande passante des canaux tlphoniques (300 - 3.400 Hz). La figure 4.5.a en
schmatise la structure.

a. Emetteur b. Rcepteur
E E
1 2 3 4 5 6 7 1 2 3 4 5 6 7
U U*
U E U*
1 1 0 0 0 0 0 0 1 1 0 0 0 0 0 0 1
0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0 0
0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0 0
0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 0
0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0
0 1 0 0 0 0 1 0 1 1 0 0 0 0 1 0 0
0 1 1 0 0 0 0 1 1 1 1 0 0 0 0 1 0
0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0 0
0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 0
0 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0
0 1 0 0 0 1 1 0 1 1 0 0 0 1 1 0 0
0 0 1 0 0 0 1 1 0 0 1 0 0 0 1 1 0
0 1 0 1 0 0 0 1 1 1 0 1 0 0 0 1 0
U*
Figure 4.4. Principe du brouillage d'un message

Figure 4.5. Principe des MODEM

4.4.2. MODEM SYNCHRONES
Les MODEM synchrones travaillent fondamentalement comme les prcdents,

mais en plus, comme on l'a dit au paragraphe 4.3., ils doivent reconstituer, la
rception, l'horloge de l'metteur. Cela se fait, en pratique, en synchronisant une horloge
locale contenue dans le MODEM partir des transitions de bit existant dans le signal
utile, grce une technique d'asservissement de phase (phase locked loop).
C'est en gnral la technique du brouilleur qui est utilise ici car la bande
passante ncessaire est alors la mme que celle relative au signal utile (ce qui n'est pas le
cas du codage Manchester).
4.4.3. MODEM EN BANDE DE BASE
Ce sont des MODEM synchrones ou asynchrones qui travaillent sans frquence

porteuse, directement au niveau du signal utile (figure 4.5.c).
Ils ne peuvent donc s'utiliser que sur lignes prives ou sur des lignes
tlphoniques loues trs particulires appeles "liaisons mtalliques".
Ces liaisons mtalliques sont possibles entre abonns raccords un mme

concentrateur. Il est en effet possible dans ce cas de raccorder directement les lignes des
abonns au niveau de ce concentrateur sans passer par les circuits d'amplification
tlphoniques qui sont responsables des limitations de la bande passante. On se trouve
en fait dans la mme situation qu'avec une ligne prive except qu'un dcouplage par
transformateur est exig.
Dans les transmissions synchrones, c'est ds lors la technique du codage qui sera
utilise (plutt que celle du brouillage) puisque, d'une part, elle permet d'utiliser des
transformateurs de ligne et que, d'autre part, il n'y a pas de limitation particulire de la
bande passante.
4.4.4. MODEM A HAUTE VITESSE DE TRANSMISSION
Les MODEM dcrits ci-dessus sont des MODEM classiques basse vitesse (4.800
bits/s maximum) o la vitesse de modulation (baud rate) est gale la vitesse de
transmission (bits/s).
Afin de tirer le maximum de parti de la bande passante tlphonique de 300

3.400 Hz, il est possible de sophistiquer la modulation de manire transmettre
plusieurs bits sur un seul temps de modulation (baud).
La figure 4.6. donne un aperu de ces techniques dans le cas d'une modulation de
phase. Deux bits sont ici cods par baud.

Figure 4.6. Modulation de phase. Transmission de 2 bits par baud.

On a la relation suivante :
Dphasage Valeurs des bits
0 00
90 01
180 10
270 11
Des combinaisons plus complexes peuvent tre envisages mlant modulations

d'amplitude et de phase. Leur description sortirait cependant du cadre de cet ouvrage.
De toute faon, il existe une limite dans cette voie rsultant de la loi de Shannon-
Hartley [HALSALL, 1994] :
S
C = B log 2 1 +
N
C : capacit de transmission en bits/s

B : bande passante de la ligne en Hz
S : puissance du signal en watts
N : puissance du bruit en watts
S
Pour une ligne tlphonique standard (bande passante 3.100 Hz et 100), C est de
N
l'ordre de 30 Kbits/s.
4.5. STANDARDS D'INTERFACE POUR LES MODEM

Rappelons que, dans le jargon des tlcommunications, un MODEM est appel
DCE (Data Circuit Equipment) ou ETCD (Equipement Terminal de Circuit de Donnes)
tandis que l'quipement qui lui est raccord (ordinateur, terminal d'ordinateur, etc.) est
dsign par DTE (Data Terminal Equipment) ou ETTD (Equipement Terminal de
Transmission de Donnes).

La connexion DTE-DCE est compltement normalise tant du point de vue

fonctionnel (rle des signaux) que du point de vue lectrique (niveau des signaux) et
connectique (type et cblage des connecteurs). Les standards ont t dfinis par l' EIA et
le CCITT.
4.5.1. STANDARD RS 232 - V24
Ce standard est le plus ancien et le plus connu. Il correspond aux "portes sries
que l'on trouve sur les ordinateurs.
Spcification fonctionnelle RS 232 (EIA) V28 (CCITT)
La figure 4.7.a dcrit les diffrents signaux et leur fonction. Selon le type de
MODEM utilis, on aura besoin d'un nombre plus ou moins grand de ces signaux. La
figure 4.8. donne un exemple.
A ct des circuits de donnes proprement dites :
102 - SGD = Signal Ground
103 - TD = Transmitted Data
104 - RD = Received Data
On trouve des signaux de contrle et, notamment,
Signal d'intrt gnral
107 : DSR = Data Set Ready. Origine DCE.

Indique que le MODEM est oprationnel.
Signaux servant aux liaisons half duplex
105 : RTS = Request To Send. Origine DTE.

Indique que le terminal (l'ordinateur dans notre cas) dsire mettre.
106 : CTS = Clear To Send. Origine DCE.

Indique que le MODEM est prt mettre (aprs commutation approprie).
109 : DCD = Data Carrier Detect. Origine DCE.

Indique que le MODEM reoit un signal.
Signaux servant aux liaisons synchrones
113 : Serial Clock Transmit. Origine DCE.

Horloge de l'metteur local.
115 : Serial Clock Receive. Origine DCE.

Horloge du rcepteur (synchronise sur celle de l'metteur loign).

Signaux servant aux liaisons commutes
125 : RI = Ring Indicator. Origine DCE.

Indique la prsence d'un signal d'appel (sonnerie) sur la ligne.
108 : DTR = Data Terminal Ready. Origine DTE.

Indique que le terminal est oprationnel et que la liaison peut tre tablie en
rponse un appel.
EIA RS232C CCITT Data Control Timing

Pin Interchange V.24 Description
from to from to from to
number circuit equivalent DCE DCE DCE DCE DCE DCE
1 AA 101 Protective ground

7 AB 102 Signal ground/common return SGD
2 BA 103 Transmitted data TD X
3 BB 104 Received data RD X
14 SBA 118 Secondary tranmitted data X
16 SBB 119 Secondary received data X
4 CA 105 Request To Send RTS X

5 CB 106 Clear To Send CTS X
6 CC 107 Data Set Ready DSR X
20 CD 108.2 Data Terminal Ready DTR X
22 CD 125 Ring indicator RI X
8 CD 109 Received-line signal detector CD X
21 CG 110 Signal quality detector X
19 SCA 120 Secondary Request To Send X

13 SCB 121 Secondary Clear To Send X
12 SCF 122 Secondary Received-line signal detector
23 CI 112 Data-signal rate selector (DCE) X
23 CH 111 Data-signal rate selector (DTE) X
24 DA 113 Tranmitter-signal element timing (DTE) X
15 DB 114 Tranmitter-signal element timing (DCE) X
17 DD 115 Receiver-signal element timing (DCE) X
a. Spcifications fonctionnelles
ORDINATEUR MODEM MODEM ORDINATEUR
DTE DCE DCE DTE
b. Spcifications mcaniques
Figure 4.7. Standards RS 232 V24

Figure 4.8. Standards RS 232 V24. Rle des diffrents signaux
Spcifications connectiques
Les connecteurs utiliss sont des connecteurs 25 pins normaliss. La figure 4.7.a.
en prcise le cblage. A noter que la polarit des connecteurs est galement normalise
(figure 4.7.b).
- le connecteur DTE doit tre un connecteur mle
- le connecteur DCE doit tre un connecteur femelle
Spcifications lectriques
On a repris ici les circuits de lignes RS 232 dfinis au paragraphe 3.4.1. La figure
4.9. en prcise les spcifications. Rappelons que ces dernires limitent en principe les
vitesses 20 Kbauds et les distances 15 m.

Figure 4.9. Caractristiques lectriques du standard V28 ou RS 232

Tir de [McNAMARA, 1977]

4.5.2. STANDARDS RS 449 ET RS 530
Le besoin est apparu d'interfaces DTE-DCE plus performantes en vitesse et en

distance que le RS 232. Les standards RS 449 et RS 530 ont t proposs dans cette
optique.
Ils sont bass sur les circuits de ligne RS 423 et RS 422 avec les performances
dcrites au paragraphe 3.4. La principale diffrence avec le RS 232 est qu'il faut
maintenant deux fils au lieu d'un par signal.
La figure 4.10. compare les spcifications fonctionnelles et connectiques des

nouveaux standards par rapport au RS 232.
Sans entrer dans les dtails, on peut faire les remarques suivantes :
le standard RS 449 reprend toutes les fonctionnalits du RS 232 et en ajoute

mme quelques unes. Avec deux fils par signal, cela conduit une connectique
assez volumineuse constitue d'un connecteur principal 37 pins et d'un
connecteur auxiliaire 9 pins;
le standard RS 530 ne reprend que les principales fonctionnalits du RS 232 , ce

qui lui permet de se contenter d'un connecteur 25 pins analogue celui du RS
232.
4.6. UTILISATION DU STANDARD RS 232 POUR DES COMMUNICATIONS

LOCALES
Comme on sait, les standards RS232 - V24 sont couramment utiliss pour des
liaisons directes entre ordinateurs ou entre ordinateurs et priphriques en l'absence de
tout MODEM.
4.6.1. PRINCIPE DU RACCORDEMENT (NULL-MODEM)
Dans l'esprit des normes prcites, les deux correspondants constituent tous deux
des DTE. Ils devraient ds lors comporter tous les deux des connecteurs mles. Dans ce
cas, le raccordement s'effectuera par un dispositif simulant, du point de vue des
connexions, une paire de MODEM. C'est ce qu'on appelle un NULL-MODEM (figure
4.11.a). Cette manire de faire assure une compatibilit parfaite de tous les quipements
: ds que les connecteurs sont compatibles mcaniquement, on est certain que la liaison
sera compatible fonctionnellement et lectriquement.
En pratique, pour simplifier le cblage, on place souvent un connecteur femelle du

ct terminal. Cela est licite pour autant que les signaux aux bornes de celui-ci
reprsente la situation que l'on aurait la sortie d'un NULL-MODEM (il faut en fait
imaginer le NULL-MODEM incorpor l'quipement, cf. figure 4.11.b).
PINOUT TABLE FOR EIA RS-232/CCITT V.24, EIA RS-530, EIA RS-449, AND CCITT V.35 INTERFACES
RS-449 Interface RS-530 Interface RS-232 Interface
37-pin EIA 25-pin EIA EIA CCITT
9-pin RS-449 RS-530 25- RS-232
RS-449 RS-530 RS-232 V.24
Aux. A B description A B Description pin Description
Circuit Circuit Circuit Circuit
1 1 Shield 1 Shield 1 AA 101 Protective Ground

5 19 SG Signal Ground 7 AB Signal Ground 7 AB 102 Signal Ground/

Common Return
9 37 SC Send Common 102a DTE Common
6 20 RC Receive Common 102b DCE Common
4 22 SD Send Data 2 14 BA Transmitted Data 2 BA 103 Transmitted Data
6 24 RD Receive Data 3 16 BB Receive Data 3 BB 104 Receive Data
7 25 RS Request to Send 4 19 CA Request to Send 4 CA 105 Request to Send
9 27 CS Clear to Send 5 CB Clear to Send 5 CB 106 Clear to Send
11 29 DM Data Mode 6 22 CC DCE Ready 6 CC 107 Data Set Ready
12 30 TR Terminal Ready 20 23 CD DTE Ready 20 CD 108.2 Data Terminal Ready
15 IC Incoming Call 22 CE 125 Ring Indicator
13 31 RR Receiver Ready 8 10 CF Received Line Signal 8 CF 109 Received Line Signal
Detector Detector
33 SQ Signal Quality 21 CG 110 Signal Quality Detector
16 SR Signal Rate Detector 23 CII 111 Data Signal Rate
Selector (DTE)
2 SI Signal Rate Indicator 23 CI 112 Data Signal Rate
Selector (DCE)
17 35 TT Terminal Timing 24 11 DA Transmitter Signal 24 DA 113 Transmitter Signal
Element Timing (DTE) Element Timing (DTE)
5 23 ST Send Timing 15 12 DB Transmitter Signal 15 DB 114 Transmitter Signal
Element Timing (DCE) Element Timing (DCE)
8 26 RT Receive Timing 17 9 DD Receiver Signal 17 DD 115 Receiver Signal
Element Timing (DCE) Element Timing (DCE)
3 SSD Secondary Send Data BA Transmitted Data 14 SBA 118 Secondary Tranmitted
Data
4 SRD Secondary Receive Data BB Receive Data 16 SBB 119 Secondary Receive Data
7 SRS Secondary Request to 19 SCA 12 Secondary Request to
Send Send
8 SCS Secondary Clear to Send 13 CB Clear to Send 13 SCB 121 Secondary Clear to Send
2 SRR Secondary Receiver DB Transmit Signal 12 SCF 122 Secondary Received
Ready Element Timing (DCE) Line Signal Detector
10 LL Local Loopback 18 LL Local Loopback 18 141 Local Loopback
14 RL Remote Loopback 21 RL Remote Loopback 21 140 Remote Loopback
18 TM Test Mode 25 TM Test Mode 25 142 Test Indicator
32 SS Select Standby 116 Select Standby
36 SB Standby Indicator 117 Standby Indicator
16 SF Select Frequency 126 Select Transmit
Frequency
28 IS Terminal in Service
34 NS New Signal
Figure 4.10. Comparaison des standards RS 232, RS 449 et RS 530

En particulier :
- PIN 2 : entre, donnes reues
- PIN 3 : sortie, donnes transmises
- PIN 6 : sortie, terminal sous tension
- PIN 20 : entre, ordinateur sous tension
Cette solution est nanmoins viter car elle peut introduire une certaine
confusion dans la nomenclature des signaux.
On rencontre aussi, malheureusement, des quipements dots d'un connecteur

femelle dont le cblage est en fait celui du connecteur mle normalement requis (figure
4.11.c). Cette solution est proscrire radicalement. Il est conseill dans ce cas, soit de
remplacer le connecteur en question par un connecteur mle soit de raliser un botier
d'adaptation fix l'quipement et rtablissant une situation plus saine.
4.6.2. CONTROLE DU FLUX D'INFORMATION
Le NULL-MODEM dcrit la figure 4.11. permet d'utiliser des interfaces de

communication pour le raccordement de terminaux d'ordinateur. En ralit, des
interfaces beaucoup plus simples sont suffisantes. Pour un cran par exemple, 3 fils
suffisent : 2, 3 et 7. Pour des terminaux plus lents (imprimantes par exemple), il faudra
en gnral prvoir un moyen de suspendre temporairement le flux des informations
venant du calculateur (tampon de caractres remplis, plus de papier, etc.). Il n'existe
actuellement aucune standardisation en la matire.
On peut faire tat de deux types de mthodes :
Mthode par caractre de contrle (XON - XOFF)
Le flux d'information est suspendu par l'envoi d'un caractre de contrle vers le
calculateur.
XOFF (ASCII DC3) : suspend l'mission

XON (ASCII DC1) : relance l'mission
Cette mthode permet d'utiliser des interfaces sans aucune ligne de contrle c'est-
-dire rduits 3 fils. Elle oblige cependant le terminal grer une voie d'mission srie,
le cas chant uniquement pour cela (c'est le cas des imprimantes).
Utilisation de lignes de contrle
On utilise, dans ce cas une des lignes de contrle prvues par la norme RS 232C-
V24. La plus logique est la ligne DTR (Pin 20).

Figure 4.11. Utilisation du standard RS 232 V24 pour des communications locales

Chapitre 5
PROTOCOLES DE LIAISON DE DONNEES
Comme on l'a expliqu au paragraphe 2.3.1., la couche liaison de donnes du

modle OSI comporte une sous-couche LLC (Logical Link Control) et une sous-couche
MAC (Medium Access Control).
La sous-couche LLC a en charge :
- la srialisation/dsrialisation des donnes

- la synchronisation des messages
- la dtection et la correction des erreurs de transmission
- la gestion de la communication.
Le premier aspect a t tudi au chapitre prcdent et nous aborderons donc ici

les autres aspects. Nous nous limiterons cependant des protocoles simples auxquels
l'utilisateur non spcialiste pourrait ventuellement tre confront pour la ralisation de
liaisons point--point ou de rseaux gestion centralise.
Les mthodes d'accs au rseau (MAC) feront l'objet du chapitre suivant.
5.1. SYNCHRONISATION DES MESSAGES

En mode asynchrone, la synchronisation se fait au niveau des caractres, l'aide
de bits de dmarrage et d'arrt (procd dit "start-stop"). Les interfaces asynchrones
standard effectuent gnralement aussi un contrle de parit sur base d'un bit rajout
chaque caractre. Le dpouillement d'un tel protocole correspond bien la vocation de
simplicit et d'conomie des transmissions asynchrones. Bien entendu, chaque
utilisateur a le loisir d'introduire des protocoles plus labors, notamment au niveau du
contrle, mais ces protocoles doivent alors faire l'objet de dveloppements logiciels et/ou
matriels spcifiques.
En mode synchrone, la synchronisation est prvue au niveau des messages, ces

messages pouvant avoir des longueurs quelconques et d'ailleurs variables d'un message
l'autre. Les protocoles associs sont donc d'emble plus complexes. Afin de pouvoir en
dlguer la plus grande partie des interfaces standard, il aurait videmment t
souhaitable de disposer d'un standard de protocole. Ce n'est pas encore le cas
actuellement. Dans les paragraphes qui suivent, nous en dcrirons deux parmi les plus
utiliss, le protocole BISYNC (ou BSC) et le protocole HDLC. Le second sert de base
beaucoup de rseaux locaux. Des circuits intgrs existent d'ailleurs qui peuvent le
prendre compltement en charge.
5.1.1. PROTOCOLES ORIENTES CARACTERES (BSC)
Dans ce type de protocole, on utilise des caractres spciaux (appartenant au jeu

de caractres ASCII) afin de dlimiter les diffrentes parties d'un message et de contrler
la communication (cf. 5.3.1.).
Chapitre 5 PROTOCOLES DE LIAISON DE DONNEES 72

Le format typique d'un message dans le protocole BISYNC (encore appel BSC =
Binary Synchronous Communications) est montr la figure 5.1.a.
On y distingue les lments suivants :
SYN : caractre de synchronisation. Deux caractres successifs indiquent le

dbut du message
SOH : Start of Header : indique le dbut d'une en-tte ventuelle du message

(optionnel)
HEADER : en-tte (optionnelle)
STX : Start of Text. Indique le dbut du texte
TEXT : texte form de caractres
ETX : End of Text. Indique la fin du texte
BCC : Block Check Character. Un ou deux caractres pour le contrle de la

transmission (voir paragraphe 5.2.4)
La structure qui vient d'tre dcrite convient parfaitement pour la transmission de

donnes alphanumriques telles qu'on les rencontre dans le domaine de la gestion. En
effet, les donnes en question sont alors constitues exclusivement de caractres ASCII
diffrents des caractres de contrle.
Par contre, dans le domaine du contrle de processus, les informations changes

seront le plus souvent des nombres (mesures, commandes) ou des configurations de bits
relatifs des entres/sorties binaires. Il peut alors trs bien arriver que certaines de ces
donnes aient un codage correspondant un caractre de contrle (ETX par exemple), ce
qui perturbera videmment compltement la rception du message.
On peut cependant se prmunir contre cette ventualit en travaillant en mode dit

"transparent" sous le contrle du caractre spcial DLE (Data Link Escape).
Ce mode sera annonc au rcepteur en ouvrant le texte par la paire DLE/STX au

lieu de STX (figure 5.1.b). Dans ce cas, le rcepteur interprtera tous les caractres qui
suivent comme des donnes mme s'il s'agit de caractres de contrle. On repassera en
mode normal, non transparent, par la paire DLE/ETX. Un problme se pose encore si le
caractre DLE lui-mme apparat dans le texte du message, car il pourrait trs bien tre
suivi d'un code ETX ce qui aurait pour effet de tronquer le message. La solution adopte
consiste, l'mission, introduire dans le message un deuxime caractre DLE accol
au premier de manire signaler le danger au rcepteur. Celui-ci, la rception d'un
DLE le mmorise temporairement et attend le caractre suivant. S'il s'agit d'un DLE, il
inclut ce dernier au message utile et carte le premier; sinon, il considre le premier
comme un caractre de contrle. C'est ce qu'on appelle la mthode du "character
stuffing".
REMARQUE : Les interfaces sries synchrones comportent gnralement la logique

ncessaire la dtection des deux caractres successifs SYN de dbut de
message, assez souvent, aussi, elles sont en mesure d'engendrer et de
tester le ou les caractres de contrle (BCC).

Figure 5.1. Protocoles de transmission. Format des messages.

a. BISYNC (BSC)
b. BISYNC mode transparent
c. HDLC
Figure 5.2. Dtection des erreurs de transmission par parit verticale (VRC)
et horizontale LRC)

5.1.2. PROTOCOLES ORIENTES BITS (HDLC)
Dans ce type de protocole, on ne fait plus appel la notion de caractre. La figure

5.1.c, par exemple, donne le format d'un message correspondant au protocoles HDLC
(High Level Data Link Control). On y distingue les champs suivants :
F : flag de dbut de message
A : adresse du destinataire
C : contrle de la communication (voir paragraphe 5.3.)
I : informations utiles
FCS : Frame Check Sequence. Contrle de la transmission (voir paragraphe

5.2.)
F : flag de fin de message (identique au flag de dbut).
Un problme de "transparence" se pose galement pour le protocole HDLC. En

effet, si dans la suite des bits du message utile, il se prsente une configuration analogue
celle d'un flag F, le message sera tronqu prmaturment par le rcepteur. Pour viter
cela, l'metteur intercale systmatiquement un bit 0 aprs cinq bits 1. Ce bit 0 est
automatiquement limin par le rcepteur. C'est la mthode du "bit stuffing".
REMARQUE : Les interfaces sries synchrones comportent gnralement la logique

ncessaire la dtection du flag de dbut de message; assez souvent,
aussi, elles sont en mesure d'engendrer et de tester le champ de contrle
(FCS) et de procder aux oprations lies au "bit stuffing".
5.2. DETECTION DES ERREURS DE TRANSMISSION

Dans ce paragraphe, nous dcrirons les trois mthodes les plus couramment
utilises pour la dtection des erreurs de transmission.
5.2.1. PARITE VERTICALE (ou VRC : Vertical Redundancy Check)
Il s'agit d'un simple contrle de parit gnralement pratiqu au niveau du

caractre : selon le nombre pair ou impair de 1 prsent dans un caractre, on ajoute ce
dernier un bit valant 0 ou 1 (parit paire) ou le contraire (parit impaire). A la rception,
on recalcule la parit du caractre reu et on vrifie si elle correspond au bit de parit
reu en mme temps que le caractre.
5.2.2. PARITE HORIZONTALE (ou LRC : Longitudinal Redundancy Check)
La parit horizontale porte sur un ensemble donn de caractres : on calcule la

parit relative aux bits de mme rang dans les caractres et on obtient ainsi un caractre
de parit que l'on joint au message. A la rception, on procde de mme et l'on compare
avec le caractre de contrle reu en bout de message. Le contrle LRC s'utilise en
gnral en combinaison avec le contrle VRC. La figure 5.2. illustre les deux techniques
(voir aussi le tableau comparatif de la figure 5.3.)

5.2.3. CODES CYCLIQUES (ou CRC : Cyclic Redundancy Check)
La justification de cette mthode fait appel la thorie des polynmes boolens et

sort du cadre de ce cours. Nous nous contenterons ds lors ici d'en dcrire la mise en
uvre. La figure 5.4. se rapporte au cas du CRC 16. Notons que les normes IEEE
prvoient un CRC 32.
Le message utile augment de 16 bits 0, est considr comme un polynme

boolen. On procde alors la division de ce polynme par un polynme bien choisi
appel "gnrateur" (en l'occurrence X16 + X15 + X2 + 1). Le reste de la division (16 bits)
forme le bloc de contrle (cf. BCC et FCS) que l'on joint au message utile.
A la rception, on effectue la division du polynme form du message utile et du

reste par la mme polynme gnrateur. S'il n'y a pas eu d'erreur de transmission, le
reste de cette deuxime division doit tre nul.
Notons que la mise en uvre pratique de cet algorithme se fait de manire

relativement aise l'aide d'un registre dcalage muni de rtroactions adquates (figure
5.4.a). A l'mission par exemple, on envoie simultanment le message utile en ligne et
l'entre du dispositif diviseur; le reste de la division est tout simplement le contenu du
registre dcalage lorsque le dernier bit du message a t mis. Il suffit alors d'envoyer
ce contenu en ligne pour complter le message.
Le tableau de la figure 5.3. rend compte des performances relatives des diffrentes
mthodes.
Frquences d'erreurs non dtectes
Mthode Amlioration Lignes commutes Lignes loues
sans 1 10-4 10-6

VRC 10 10-5 10-7
VRC + LRC 103 10-7 10-9
10-11
CRC 16 105 10-9
Figure 5.3. Comparaison des mthodes de dtection d'erreurs

Figure 5.4. Mise en uvre du code dtecteur d'erreur CRC16

5.2.4. CORRECTION DES ERREURS DE TRANSMISSION
Les mthodes dcrites au paragraphe prcdent permettent de dtecter un taux

d'erreur plus ou moins lev. Elles ne donnent cependant aucune indication sur la
nature des erreurs.
Il existe des codes qui permettent d'effectuer a la fois la dtection et la correction

d'erreurs. La mise en uvre est cependant tellement lourde qu'ils ne sont gure
utilisables en pratique courante.
La mthode de correction qui est alors utilise quasi universellement consiste tout
simplement demander la rptition du message dans lequel une erreur a t dcele.
Elle relve donc de la gestion de la communication (cf. paragraphe 5.3.)
5.2.5. PROPOSITIONS DE NORMES CEI
CEI = Commission Electrotechnique Internationale
La CEI a dfini trois classes A, B, C relatives la fiabilit des transmissions de la

manire indique la figure 5.5. En abscisse se trouve le taux d'erreur "naturel" de la
ligne utilise et en ordonne le taux d'erreur rsiduel souhait pour les transmissions.
Le tableau de la figure 5.6. prsente les choses de manire plus parlante. On

constate que, pour ce cas de figure, les mthodes VRC + LRC et CRC16 se situent toutes
les deux dans la classe A.
5.3. GESTION DE LA COMMUNICATION

La gestion de la communication comporte les points suivants :
Etablissement de la liaison
Ce premier point concerne uniquement le cas de lignes commutes du rseau

tlphonique public. Le protocole doit ici effectuer toutes les oprations ncessaires pour
tablir la liaison tlphonique : commande de l'unit automatique d'appel ( l'mission),
dtection de l'appel ( la rception), mise en ligne des MODEM, etc. (cf. paragraphe 4.5.).
Etablissement de la communication
Envoi d'un avis d'mission (ou de rception), interrogation d'tat (prt, occup),
contrle des dlais de rponse. Nous dtaillerons ces oprations aux paragraphes 5.3.1.
et 5.3.2.
Transmission des donnes
Activation du protocole de transmission des donnes (paragraphe 5.1.).
Fin de la communication
Acquittement de bonne fin de transmission. Le cas chant, demande de rptition

si des erreurs ont t dtectes.

Figure 5.5. Dfinition de trois classes pour la fiabilit des systmes de transmission
(CEI)

Dconnexion de la liaison
Oprations inverses du premier point dans le cas de lignes commutes.
Residual Meantime between

Reliability
error rate undetected errors Typical application
Class
R T
A 10-6 1 day Cyclic updating systems;

telemetering
B 10-10 26 years Even initiated transmission;

teleindication, telecounting
C 10-14 260.000 years Critical information transmission;

Telecommands
Figure 5.6. Performance des trois classes dans les conditions :

- taux d'erreur de la ligne p = 104
- vitesse de transmission 1.200 bauds
5.3.1. EXEMPLE DU PROTOCOLE BSC
Comme on l'a dit au paragraphe 5.1.1., le contrle de la communication se fera,

dans ce type de protocole, l'aide de caractres spciaux du type suivant :
ENQ : Enquiry. Interrogation d'tat
ACK : Acknowledge. Accus de rception positif.
NAK : Accus de rception ngatif.
EOT : End of transmission. Fin de la transmission.
L'organisation d'une communication prendra alors l'allure montre la figure 5.7.

(cas d'un transfert pilote - satellite sur ligne prive).

Station pilote Station satellite

STX/ADR + AVIS EMISSION/ETX ; adressage du satellite et avis
d'mission
ENQ ; interrogation d'tat
STX/ADR/ETX ; identification
ACK ; prt recevoir
STX/message/ETX ; transmission du message
(1) ACK ; message bien reu, pas d'erre
EOT ; fin de la transmission
(1) En cas de dtection d'une erreur, la squence devient :

NAK ; erreur dtecte,
prire de rpter
STX/message/ETX ; nouvel essai
ACK ; plus d'erreur
EOT ; fin de la transmission
Figure 5.7. Protocole BSC. Gestion de la communication.
5.3.2. EXEMPLE DU PROTOCOLE HDLC
Dans ce type de protocole, la gestion de la communication se fera l'aide du

champ de contrle 8 bits prvu dans la structure du message (cf. figure 5.1.c). Le
tableau de la figure 5.9. rsume l'ensemble des fonctions.
Par exemple, une transmission station pilote vers station satellite aura l'aspect
montr la figure 5.8.
Remarquons que grce aux compteurs de messages Nr et Ns, l'accus de rception

d'un message ne doit pas suivre immdiatement celui-ci. Une accumulation maximum de
8 messages est possible.
L'accus de rception RR (Nr) indique alors le nombre (Nr) de messages qui ont t
reus correctement (2 dans le cas de l'exemple).

SNRM ; initialisation
NSA ; accus de rception positif
Message 1 ; envoi du message 1
Message 2+P ; envoi du message 2
; demande d'accus de rception (P)
RR+F (Nr=2) ; message 1 et 2 bien reus continuez (F)
DISC ; fin de transmission
NSA ; merci !
Figure 5.8. Protocole HDLC. Gestion de la communication

Contrle
Type 0 1 2 3 4 5 6 7 ABREV Fonction
Non 0 0 0 P/F 0 0 1 1 NSI Pas d'information squentielle

squentiel
0 0 0 F 0 1 1 1 RQI Demande d'initialisation par SIM
0 0 0 P 0 1 1 1 SIM Initialisation
1 0 0 P 0 0 1 1 SNRM Mise en mode rponse normal
0 0 0 F 1 1 1 1 ROL La station a t mise off-line par DISC
0 1 0 P 0 0 1 1 DISC Place la station off-line
0 1 1 F 0 0 1 1 NSA Accus de rception
1 0 0 F 0 1 1 1 CMDR Instruction errone
0 0 1 P 0 0 1 1 ORO Demande de transmission
Surveillance Nr P/F 0 0 0 1 RR Prt recevoir

Nr P/F 0 1 0 1 RNR Pas prt recevoir
Nr P/F 1 0 0 1 REJ Rejet (erreur de transmission)
Information Nr P/F Ns 0 I Suite d'information
Nr : totalisateur de messages du rcepteur
Ns : totalisateur de messages de l'metteur
P : POLL (bit 3 = 1).

Dans un message pilote satellite, indique que la station pilote demande une rponse
F : FIN (bit 3 = 1).

Dans un message satellite pilote, indique que la station satellite a termin sa rponse.
Figure 5.9. Protocole HDLC. Fonctions de gestion de la communication.

Chapitre 6
TOPOLOGIES ET
CONTROLE D'ACCES DES RESEAUX
Les mthodes de contrle d'accs un rseau font partie de la couche liaison de

donnes (sous-couche MAC : Medium Access Control).
La topologie ne fait pas proprement parler partie de cette couche mais elle y a
des implications trs directes, ce qui justifie de les associer dans l'expos.
6.1. TOPOLOGIE
La figure 6.1. prsente les principales topologies des rseaux de communication.
6.1.1. RESEAUX INTERCONNECTES ET MAILLES
Chaque nud du rseau est reli tous les autres nuds par une liaison
point--point propre. Ce type de rseau donne lieu une gestion particulirement simple
des communications qui se limitent, en fait, un ensemble de communications
bilatrales. Moyennant une gestion nettement plus complexe, il est possible de confrer
aux nuds des possibilits de routage des messages reus c'est--dire de rmission de
ces messages vers d'autres nuds. On obtient ainsi un rseau trs grande disponibilit
puisqu'il existe plusieurs chemins possibles d'un nud vers un autre.
Les rseaux maills constituent une version dgrade du cas prcdent o

l'interconnexion n'est plus complte. Bien entendu, dans ce cas, les nuds doivent
obligatoirement assurer un routage des messages. Il est clair que les structures
interconnectes ou mailles sont trs coteuses en lignes de transmission et trs
difficiles tendre. Elles s'utilisent dans les rseaux publics de transmission (EX :
EURONET, SWIFT, DCS, ...) mais ne conviennent assurment pas pour les rseaux
locaux o le nombre de nuds est en gnral trs important.
6.1.2. RESEAUX EN ETOILE
Cette structure est trs bien adapte au cas o le plus gros des communications a
lieu entre les nuds priphriques et le nud central (terminaux vers ordinateurs par
exemple, supervision de processus, etc.). Dans les autres cas, le nud central doit
router les messages incidents vers les nuds destinataires. Remarquons que ce rle de
"commutateur" peut parfaitement tre tenu par un central tlphonique priv de type
lectronique (PBX = Private Branch Exchange). C'est une solution frquemment utilise
en bureautique o l'on se sert alors du rseau tlphonique interne de l'entreprise.
D'une manire gnrale, on peut dire que la structure en toile est plus
conomique en lignes que la structure maille mais elle est aussi plus fragile tant donn
la centralisation qui est opre : une panne de liaison isole compltement le nud
concern, une panne du nud central paralyse tout le rseau.
Chapitre 6 TOPOLOGIES ET CONTROLE D'ACCES DES RESEAUX 84

Les rseaux "cluster" constituent une gnralisation du cas prcdent.
6.1.3. RESEAUX BUS
Dans un rseau BUS, les nuds sont tous greffs en parallle sur un cble unique
(liaison multipoint). Les connexions au BUS se font par exemple en se "piquant" sur le
cble sans coupure de ce dernier et donc, aussi, sans interruption du service. On se
trouve en fait dans une situation pratiquement analogue celle du rseau de distribution
d'nergie lectrique. Le cblage d'un site peut ainsi se faire l'avance sans connaissance
a priori des besoins en communications. Ces qualits de souplesse et d'extensibilit
constituent les principaux atouts des rseaux BUS et expliquent leur succs. (Le rseau
ETHERNET appartient cette catgorie). La panne d'un nud n'affecte pas le reste du
rseau; une coupure du cble, par contre, isole une partie plus ou moins importante du
rseau.
Les rseaux en arbre constituent une gnralisation du cas prcdent.
6.1.4. RESEAUX EN ANNEAU
L'anneau est compos d'un ensemble ferm de liaisons point--point entre nuds.
Un message mis d'un nud vers un autre doit donc transiter par tous les nuds
intermdiaires. A chaque passage dans un nud, le message est rgnr ce qui permet
des distances plus importantes que dans le cas prcdent. Chaque nud doit tre
capable de router les messages incidents. Il s'agit cependant d'une opration beaucoup
plus simple que dans le cas des rseaux maills puisqu'il n'y a qu'un seul routage
possible : vers le nud suivant de l'anneau.
On retrouve dans les rseaux en anneau un peu de la souplesse des rseaux BUS,
un peu seulement car l'ajout d'un nud oblige de couper le cble et d'interrompre le
service. Dans les structures en anneau simples, la panne d'un nud ou d'une liaison
paralyse totalement le rseau. Il est cependant assez facile de se prmunir contre une
panne de nud en prvoyant un court-circuitage automatique des nuds dfaillants par
un relayage lectromcanique ( l'intervention d'un "watch dog"). Pour certaines classes
d'application, l'anneau prsente des avantages au niveau de 1a gestion des
communications : celle-ci est en effet dterministe tandis qu'elle est statistique dans la
plupart des rseaux BUS (voir 6.2.). Il sera par exemple plus simple ici de rpondre
aux contraintes de temps rel propres au contrle de processus industriel.
6.2. CONTROLE D'ACCES AU RESEAU

Sauf dans le cas de rseaux compltement interconnects, les communications
entre nuds devront ncessairement emprunter des chemins communs. Des conflits
d'accs risquent donc de se poser. Les mthodes prsentes ci-dessous ont pour but de
les rsoudre. En principe ces mthodes peuvent s'appliquer n'importe quelle topologie
de rseau mais il est bien certain qu'il en est qui sont mieux adaptes que d'autres. Nous
le signalerons chaque fois.
Les mthodes de contrle peuvent tre fondamentalement classes en deux

catgories : les mthodes dterministes et les mthodes statistiques.

Interconnect Maill
WAN
Etoile Cluster
LAN
Bus Arbre
Anneau
Figure 6.1. Topologie des rseaux

METHODES DETERMINISTES
6.2.1. POLLING
Un nud matre interroge cycliquement les autres nuds qualifis d'esclaves et

donne successivement l'autorisation d'mettre aux nuds qui le souhaitent (figure 6.2.).
Cette mthode est principalement utilise avec un matre fixe dans les topologies toiles
ou BUS. L'intrt est, dans ce cas, de simplifier considrablement les fonctions de
communication au sein des nuds esclaves. par contre, la panne du nud matre
paralyse compltement le rseau.
Dans certains rseaux volus, si le nud matre est dfaillant, n'importe quel
esclave peut prendre le relais et devenir matre son tour. Remarquons que cette
mthode d'accs n'a pas t retenue par la norme IEEE (cf. 6.3.). Exemple : FIP.
MASTER
POLL LIST A?
1. A
B?
2. B
3. C C?
A B C
Figure 6.2. Technique du polling
6.2.2. JETON (token passing)
Le "jeton" est un message particulier circulant de nud en nud et reprsentant

une autorisation d'mettre. Le nud qui dsire mettre attend le passage du jeton et
retient celui-ci. Il devient alors provisoirement matre du rseau et peut tablir les
communications qu'il souhaite. Lorsqu'il a termin, il remet le jeton en circulation. Il n'y
a donc pas ici de matre fixe, tous les nuds sont pareils. Le rseau peut ainsi continuer
de fonctionner, mme en cas de panne d'un (ou plusieurs) nud, pour autant que
celui-ci puisse tre lectroniquement court-circuit (figure 6.3.). Exemple : IBM (IEEE
802.5).
En configurant la taille des messages en fonction du nombre de nuds du rseau,

on peut garantir, pour cette mthode, un temps minimal (aucun nud n'a de message
mettre) et un temps maximal (tous les nuds ont un message mettre) pour la
circulation du jeton.
La technique du jeton est particulirement bien adapte la topologie en anneau.

En effet, le nud qui libre le jeton doit simplement le transmettre au nud adjacent
sans rien connatre de ce dernier. Il existe cependant une certaine tendance utiliser le
jeton galement pour les rseaux en BUS. Dans ce cas, le nud qui libre le jeton doit
explicitement connatre l'adresse du nud auquel il faut le retransmettre. On constitue
ainsi ce que l'on appelle un anneau logique (figure 6.4.). On conoit que ceci puisse

considrablement compliquer les procdures de reconfiguration automatique du rseau
en cas de panne, d'ajout ou de retrait de nuds.
Figure 6.3. Anneau jeton
Considrons par exemple le cas de la dfaillance d'un nud. Pour pouvoir recrer
un anneau logique, il faut que chaque nud contienne une table avec son adresse,
l'adresse de son prdcesseur et l'adresse de son successeur. Lorsqu'un nud (par
exemple le nud 1 sur la figure) renvoie le jeton, il faut qu'il surveille la raction de son
successeur (en l'occurrence le nud 3), soit que celui-ci renvoie le jeton son tour, soit
qu'il mette un message. Si rien ne se passe, c'est que le nud 3 est hors service. Le
nud 1 prend alors l'initiative d'envoyer un message spcial "who follows" contenant son
adresse et l'adresse de son successeur. Tous les nuds reoivent ce message (on est sur
un BUS). Le nud 2 va reconnatre l'adresse de son prdcesseur (n 3) dans le message
et va en dduire que le nud 3 est en dfaut. Il va alors renvoyer sa propre adresse au
nud 1 afin que celui-ci change dans sa table le numro de son successeur qui devient 2
au lieu de 3. En mme temps, le nud 2 modifie dans sa table le numro de son

prdcesseur qui devient 1 au lieu de 3.
Exemples : MAP (IEEE 802.4), PROFIBUS.
Figure 6.4. Bus jeton

6.2.3. TRAME VIDE (empty slot)
Cette mthode s'applique exclusivement aux anneaux, la plupart du temps avec

matre fixe. Le nud matre met en circulation sur l'anneau un certain nombre de
trames vides (c'est--dire de messages sans contenu informatif). Lorsqu'un nud dsire
mettre, il attend le passage d'une trame vide qu'il remplit avec son message. Le
destinataire extrait le message et libre la trame (figure 6.5.).

Figure 6.5. Mthode la trame vide
6.2.4. TEMPS PARTAGE (TDMA = Time Division Multiple Access)
Le nud matre alloue cycliquement un temps de parole fixe chaque nud du

rseau. Cette mthode s'utilise gnralement avec un matre fixe dans une topologie en
anneau. On peut la considrer comme un cas particulier de la prcdente o il circulerait
au moins autant de trames dans l'anneau que celui-ci comporte de nuds. La mthode
est strictement dterministe et permet donc de connatre avec certitude le temps de
transfert d'un message. Par contre, elle peut conduire un gaspillage des ressources
dans la mesure o les nuds n'utilisent pas ncessairement leur temps de parole
chaque cycle.
Exemple : INTERBUS-S.
METHODE STATISTIQUE
6.2.5. CONTENTION (CSMA/CD)
CSMA/CD = Carrier Sense Multiple Access with Collision Detection
C'est une mthode qui s'applique uniquement aux rseaux en BUS. Chaque nud
"coute" la ligne (figure 6.6.); si celle-ci est libre, il peut mettre spontanment. La ligne
devenant alors occupe, les autres nuds sont empchs d'mettre. Un problme peut se
poser si, la ligne tant libre, plusieurs nuds se mettent mettre en mme temps ou,
plus exactement, dans un dlai correspondant au temps de propagation de messages
entre les nuds en question. Dans ce cas, appel collision, les messages mis sont
perturbs. Les nuds metteurs, qui "coutent" toujours la ligne, en sont avertis en
constatant que le message en ligne diffre du message mis. L'mission est alors arrte
et une nouvelle tentative est faite aprs un dlai fix par une loi alatoire.
Cette mthode de contrle d'accs est particulirement simple mettre en uvre.

Elle assure de plus une rcupration automatique des modifications de configuration du
rseau. Les reproches qui lui sont faits touchent surtout sa nature statistique qui ne
permet pas de connatre, ni a fortiori, de garantir les temps de transfert des messages. Il
n'empche qu'elle est devenue un standard de fait en bureautique aussi bien qu'en
industrie.
Exemples : ETHERNET, MAP (IEEE 802.3), DEVICENET.
6.3. NORMALISATION
Comme on l'avait signal au paragraphe 2.3.3., l'IEEE a entrepris de normaliser la
couche liaison de donnes des rseaux locaux. La figure 6.7. rend compte des rsultats.
On y constate que, pour toute sorte de raisons techniques, politiques,

commerciales (pression des constructeurs), il n'a pas t possible de se mettre d'accord
sur un standard unique. La couche liaison de donnes a ainsi t divise en deux
sous-niveaux.
LLC : Logical Link Control (Standard IEEE 802.2)

C'est un sous-niveau commun tous les standards qui dfinit de manire unifie,

la structure des donnes, les mcanismes d'adressage, les procdures de transfert

des messages. Il est inspir du protocole HDLC.

Figure 6.6. Contrle d'accs par contention et dtection de collisions (CSMA/CD)
Figure 6.7. Porte des travaux de l'IEEE

MAC : Media Access Control

C'est un sous-niveau qui, avec le niveau physique qui lui est attach, dpend de la
topologie et de la mthode de contrle d'accs choisie pour le rseau. Les
standards suivants ont t dfinis [HOSTE - 1983] :
IEEE 802.3 : BUS accs CSMA/CD

Coaxe
Bande de base : 1, 5, 10, 20 Mbits/s
Large bande : 10 Mbits/s dans des canaux de largeur 6 MHz
IEEE 802.4 : BUS jeton

Coaxe
Bande de base : 5, 10 Mbits/s
Large bande : 5, 10 Mbits/s dans des canaux de largeur 6 MHz.
10, 20 Mbits/s dans des canaux de largeur 12
MHz
IEEE 802.5 : Anneau jeton

Bande de base
Paires torsades : 1.4 Mbits/s
Coaxe : 4, 20, 40 Mbits/s
IEEE 802.6 : MAN (Metropolitan Area Network)

Projet de rseau l'chelle d'une cit (encore l'tude).
6.4. PERFORMANCES COMPAREES

Comme on l'aura constat dans les paragraphes qui prcdent, la polmique
tourne essentiellement autour des binmes contention-jeton, bus jeton-anneau jeton,
bande de base-large bande.
6.4.1. CONTENTION - JETON
L'opposition contention - jeton reflte en fait une opposition ETHERNET (DEC -

XEROX - INTEL) - IBM.
Les arguments objectifs sont les suivants :
Avantages du CSMA/CD par rapport au jeton
- Simplicit du contrle d'accs qui a d'ores et dj donn lieu des ralisations

en circuits intgrs.
- Prsence concrte sur le march
Dsavantages du CSMA/CD par rapport au jeton
- Une adaptation d'impdance assez soigneuse du cble est ncessaire pour

viter les rflexions qui pourraient dclencher le mcanisme de dtection de
collision.
- Les messages changs doivent avoir une longueur minimale dpendant de la

distance entre stations (de l'ordre de 512 bits en pratique)
En effet si deux stations mettent simultanment, il faut que les messages

soient assez longs pour qu'au moins une partie des messages entre en
collision et que cette collision soit dtecte avant la fin de l'mission par les
deux stations. Cette contrainte est assez dfavorable pour les applications
industrielles o les messages sont en gnral relativement courts.
- Les performances d'un rseau CSMA/CD dcroissent trs rapidement lorsque

la charge du rseau augmente. Cela rsulte du fait que les collisions et le
temps perdu pour les rsorber augmente avec cette charge. La figure 6.8.a.
met le phnomne clairement en vidence dans un cas typique de contrle de
processus (changes cycliques).
- Mme faible charge, la nature alatoire du contrle d'accs ne permet pas de

garantir le dlai de transfert. La figure 6.8.b. montre ainsi un cas de charge
relativement lgre et la distribution cumule des temps de transfert. On
remarque que 68 % seulement des messages sont arrivs dans un dlai de 20
ms caractristique du temps rel critique.
- Impossibilit d'envoyer des messages prioritaires.
6.4.2. BUS A JETON - ANNEAU A JETON
Avantages de l'anneau jeton
- Simplicit relative de la gestion du jeton qui passe squentiellement de nud

adjacent en nud adjacent sans ncessiter d'adressage explicite.
- Dans le bus jeton, le transfert du jeton s'effectue pratiquement comme un

change de message d'information normal avec donc une perte potentielle de
performance.
Avantages du Bus jeton
- Simplicit du cblage et des raccordements.
- Possibilit d'un transfert plus slectif du jeton aux nuds qui ont rellement
des informations transmettre en tenant compte, le cas chant, de priorits.
6.4.3. BANDE DE BASE - LARGE BANDE
Avantages des rseaux large bande
- Possibilit d'avoir, sur un mme cble, des canaux utiliss comme rseaux, des
canaux rservs des liaisons point--point pour des transmissions critiques,
des canaux vocaux et vido.
- Plus longue porte (emploi de coaxes de gros diamtre)
Avantages des rseaux bande de base
- Simplicit des quipements de transmission

Figure 6.8. Performances compares des mthodes d'accs

Tir de [BOULLART, 1984]

6.5. SYSTEMES DE CABLAGE ETHERNET

Du fait de son statut de standard de fait, ETHERNET bnficie de nombreux
systmes de cblage et d'interfaces peu coteuses. Nous les passerons rapidement en
revue dans les paragraphes qui suivent.
6.5.1. CABLAGE 10 BASE 5

(10 pour 10 Mbits/s - 5 pour 500 m)
C'est le cblage standard initial d'ETHERNET. Il utilise du "gros" coaxe (diamtre

1 cm). Certaines limitations assez contraignantes sont reprises sur la figure 6.9. :
- longueur maximum du segment : 500 m
- longueur maximum du cble de connexion (transceiver cable) : 50 m.

Notons que les connecteurs (transceivers) sont des lments actifs. C'est en
particulier leur niveau que se fait la dtection des collisions (figure 6.14.). Il
s'agit donc d'lments assez coteux ( 10.000 FB). Les cbles de connexion, qui
doivent aussi amener l'alimentation au transceiver, comportent 4 paires soit 8 fils.
- nombre maximum de transceivers par segment : 100.

Notons que, comme montr la figure 6.9., des concentrateurs peuvent tre
utiliss qui multiplient le nombre d'usagers du rseau sans multiplier le nombre
de transceivers.
- distance minimale entre transceivers : 2,50 m.
Figure 6.9. ETHERNET 10 BASE 5
Si la longueur de 500 m n'est pas suffisante, il est possible d'utiliser des rpteurs
pour chaner des segments. Cependant, comme montr la figure 6.10., on ne peut
chaner au maximum que 5 segments l'aide de 4 rpteurs pour autant que 2 des 5
segments ne comportent aucune station connecte. Dans le cas contraire, seuls 3

segments peuvent tre chans. Il y correspond des longueurs maximales du rseau de

2.500 et 1.500 m respectivement. Remarquons que si les segments sans connexion sont
raliss en fibres optiques, leur longueur peut atteindre 2 km ce qui porte 5,5 km la
longueur maximale.
6.5.2. CABLAGE 10 BASE 2

(figure 6.10.)
Ce systme de cblage utilise du coaxe mince. Des limitations analogues celles

mentionnes ci-dessus sont d'application : les segments sont ici limits 185 m et le
nombre de connexions par segment ne peut dpasser 30. De mme, 4 rpteurs
maximum peuvent tre placs en srie dans les mmes conditions que celles de la figure
6.10.
Une diffrence importante avec le cas prcdent est que les stations doivent tre
directement raccordes au coaxe par un connecteur en T (BNC) (cf. figure 6.14.) dans la
mesure o la dtection des collisions se fait au niveau des cartes d'interfaces. Il n'y a
donc pas ici de cbles transceiver. Il s'ensuit que le prcblage du rseau est difficile
raliser puisque l'ajout d'une nouvelle station oblige prolonger et dvier le coaxe
jusqu' elle. De plus, le cble se trouve expos tout espce d'accrochages, d'arrachages
ou d'crasements involontaires.
Figure 6.10. ETHERNET 10 BASE 2
6.5.3. CABLAGE 10 BASE T

(figure 6.11.)
(T pour Twisted Pair)
Il s'agit ici d'un cblage en toile vers un concentrateur, appel "hub", l'aide de
paires torsades de 100 m maximum.
Les hubs peuvent tre empils localement (480 portes maximum) ou chans
l'aide de paires torsades (distance de 100 m maximum), de coaxes minces (distance de
185 m maximum) ou de fibres optiques (distance de 2 km maximum).
Il s'agit assurment ici d'un systme de cblage la fois trs souple et trs fiable
car la dconnexion d'une station ne perturbe en rien le fonctionnement du rseau.

Figure 6.11. ETHERNET 10 BASE T
6.5.4. CABLAGE 10 BASE FL

(figure 6.12.)
(FL pour Fiber Link)
Il s'agit d'un cblage en tout point analogue au prcdent except que les paires
torsades sont remplaces par des fibres optiques. Les distances maximales entre
stations et hub sont de 2 km.
Ce systme de cblage peut s'avrer trs intressant en milieu industriel fortement

perturb. Il faut cependant mentionner que les cartes d'interface ETHERNET standard
ne possdent pas (encore) de prise pour fibre optique. Un adaptateur relativement
coteux est donc ncessaire.
Figure 6.12. ETHERNET 10 BASE FL

6.5.5. CABLAGE 100 BASE T et 100 BASE F
Depuis peu sont apparus des rseaux Ethernet 100 Mbits/s utilisant des
techniques de cblage avec hubs similaires celles prsentes ci-dessus. On trouve des
versions paires torsades (100 BASE T) ou fibres optiques (100 BASE F)..
6.5.6. SEGMENTATION DU RESEAU (Switching Hub)
Avec les hubs classiques, tout message arrivant sur une porte dentre dun hub
est automatiquement transmis vers toutes les portes de sortie de ce hub et peut donc
entrer en collision avec un message mis par nimporte quelle autre station.
Une solution plus efficace est maintenant possible grce lexistence de switching
hubs. Ceux-ci sont capables de mmoriser par apprentissage la configuration du rseau.
Ainsi, un message arrivant sur une porte dun tel switching hub ne sera transmis qu la
porte de sortie laquelle est attach le destinataire du message.
Comme montr la figure 6.13., un cblage judicieux permettra de segmenter un

rseau Ethernet en regroupant sur des hubs standards les stations fortement
interactives. Leurs changes ne seront pas vus par les autres stations ce qui rduit
videmment trs fort les probabilits de collisions tout en nempchant pas des stations
appartenant des groupes diffrents de communiquer entre elles si ncessaire.
De plus, ces switching hubs peuvent interconnecter des segments Ethernet

travaillant des vitesses diffrentes : par exemple 10baseT ou 100baseT selon la
configuration des portes.
Figure 6.13. Segmentation d'un rseau par un switching hub

6.5.7. Connectique
La connectique associe aux diffrents systmes de cblage dcrits ci-dessus est

montre la figure 6.14.

Figure 6.14. ETHERNET Connecteurs pour les diffrents systmes de cblage

Chapitre 7
LE RESEAU D'ATELIER MAP/MMS
7.1. LE CONCEPT MAP/TOP ET SON EVOLUTION

MAP : Manufacturing Automation Protocol
TOP : Technical Office Protocol
MMS : : Manufacturing Message Specification
Vers le dbut des annes 1980, la firme GENERAL MOTORS s'est rendu compte
que ses usines perdaient leur comptitivit face aux concurrents japonais et qu'un
intense effort dans le sens de l'automatisation devait tre accompli pour remonter le
courant (40 milliards de $ d'investissement prvus !).
Automatisation doit tre compris ici non seulement dans son sens classique
(robotisation, rgulation, etc.) mais encore, et surtout, dans le sens d'une coordination
des diffrents outils de production et de leur mise en symbiose, sur le plan informatique,
avec les outils de conception, de gestion, de contrle de qualit (CIM : Computer
Integrated Manufacturing).
Cette volont d'automatisation s'est cependant rapidement heurte au problme de

la communication entre systmes "intelligents" de nature et de constructeurs diffrents
(ordinateurs, automates programmables, machines-outils, robots, ...). Une tude
effectue en 1981 a rvl que les dpenses directement lies ce problme de
communication (matriel + logiciel + formation) pouvaient atteindre 50 % des frais
entrans par l'automatisation !
Ceci a amen GENERAL MOTORS dfinir un protocole de communication

gnral, capable de rpondre ses besoins, et imposer ce protocole ses diffrents
fournisseurs; c'est le MAP ou Manufacturing Automation Protocol.
On estime que l'intgration rendue possible par MAP pourrait rduire le prix d'une
voiture de quelque 2.000 $ et raccourcir de prs de 2 ans le dlai d'introduction d'un
nouveau modle, tout cela sans compter l'amlioration de la qualit des produits.
L'intrt quasi unanime qu'a suscit MAP, tant du ct des utilisateurs que du
ct des constructeurs, s'explique par :
le poids commercial de GENERAL MOTORS : plus de 100.000 systmes intelligents

actuellement en service;
la conformit des spcifications de MAP avec le modle OSI de l'ISO et avec les
normes en vigueur (IEEE 802.2 et 802.4 notamment).
MAP peut ainsi prtendre une vocation universelle et ouvre de ce fait la voie la
ralisation de circuits VLSI spcifiques et d'interfaces standards.
le fait que MAP ait t dfini par un utilisateur, ce qui permet aux constructeurs
de s'y aligner sans perdre la face.
Chapitre 8 LA MESSAGERIE INDUSTRIELLE MMS 102

De nombreux utilisateurs d'importance se sont d'ailleurs rapidement rallis au

concept MAP. Parmi les plus importants, on trouve : BOEING, DUPONT, FORD MOTOR,
ICAM (U.S. AIR FORCE), MCDONNELL DOUGLAS, EASTMAN KODAK, INLAND STEEL,
DEERE, PROCTOR AND GAMBLE.
Pour ce qui est des constructeurs, citons : Allen-Bradley, DEC, GOULD, IBM,
Motorola, Concord Data Systems, ASEA, ATT, Honeywell, NCR, Siemens, Cincinnati-
Milacron, Fairchild, Foxboro, Square D, General Electric, Fisher Controls, Westinghouse,
Apollo, Bailey Controls, Struthers-Dunn, etc.
D'un autre ct, l'initiative de la firme BOEING cette fois, une dmarche
analogue celle de GENERAL MOTORS a t rendue publique en juin 1984 pour les
communications au niveau gestion de l'usine, c'est le projet TOP (Technical Office
Protocol). Les niveaux suprieurs sont identiques ceux de MAP sauf, bien entendu, la
couche application. Un plus large ventail de solutions est prvu pour les couches
infrieures.
Le projet MAP/TOP apparat comme particulirement ambitieux puisqu'il envisage

la normalisation des 7 couches du modle OSI, y compris la couche application. De fait,
il a fallu attendre 1985 pour trouver les premires installations industrielles aux Etats-
unis et 1986 pour raliser les premires dmonstrations en Europe et pour assister la
naissance de l'EMUG (European Map User Group).
Force est cependant de constater que MAP n'a pas ralis la perce industrielle
laquelle on aurait pu s'attendre. Les raisons de ce qu'il faut bien appeler un insuccs
sont, notre sens, de deux ordres :
la complexit des protocoles utiliss qui, d'une part, grve assez lourdement les
performances du rseau et, d'autre part, rebute les industriels qui craignent de se
retrouver sous la dpendance d'informaticiens pour la gestion de leur rseau;
la complexit du systme de cblage retenu (coaxe large bande) comportant des

modems et des amplificateurs non seulement trs coteux, mais aussi trs dlicats
rgler, tester, maintenir.
Pour rpondre la premire critique, les concepteurs de MAP ont dfini, ds 1984,
une version allge du protocole, mini-MAP, destine des changes de donnes en
temps rel, mais toujours avec le mme systme de cblage.
Une rponse la seconde critique a t apporte par l'EMUG en proposant "MAP

sur Ethernet", c'est--dire, plus prcisment, en remplaant dans les couches infrieures
du rseau, la norme 802.4 par la norme 802.3. De ce fait, MAP disposait d'emble de
tout le systme de cblage d'Ethernet, simple, bien connu, bon march et offrant, entre
autres, une version fibre optique intressante dans le contexte industriel.
Bien entendu, l'abandon du 802.4 s'accompagnait de l'abandon du caractre

dterministe du rseau, excluant donc toute utilisation de type temps rel. Il faut
cependant bien tre conscient qu'au niveau (atelier) o se situe MAP dans la hirarchie
des rseaux, il serait assez peu rationnel d'y placer des changes critiques du point de
vue des dlais. C'est en effet aux rseaux de terrain, voire de cellule, qu'il convient de les
confier.
Les constructeurs se sont ds lors assez facilement rallis cette volution.

Enfin, le pas vers Ethernet ayant t franchi, beaucoup se demandent si le pragmatisme

ne devrait pas tre pouss plus loin encore en abandonnant la lourdeur du modle OSI
au profit du rseau TCP/IP. Ce dernier, bien que non normalis, constitue un standard
de fait en informatique de gestion, avec tous les avantages pratiques affrents une large
diffusion.
Il ne resterait plus dans ce cas du MAP initial que la couche application, savoir
la messagerie industrielle MMS (Manufacturing Message Specification). C'est en fait le
seul point qui intresse vraiment l'utilisateur industriel puisque c'est lui qui constitue la
cl de l'interoprabilit.
La dfinition de cette messagerie a demand des efforts considrables, car elle vise
fournir l'utilisateur des services gnriques lui permettant de couvrir l'essentiel des
applications possibles en milieu industriel. Stabilise depuis 1989, elle fait l'objet d'une
normalisation par l'ISO.
On constate qu'elle sduit de plus en plus les concepteurs d'automatismes par la

solution efficace et moderne qu'elle apporte au problme de l'interfonctionnement
d'quipements htrognes. Ainsi, elle est maintenant compltement intgre dans
l'environnement WINDOWS. De plus, elle a t reprise, sous une forme simplifie, dans
le bus de terrain PROFIBUS. Certes, elle fait intervenir des concepts nouveaux (machine
virtuelle, relation client-serveur) mais ceux-ci ne devraient pas tre trop difficiles
assimiler par des automaticiens. Nous essayerons d'en apporter la preuve dans les
paragraphes qui suivent.
7.2. ARCHITECTURE DU RESEAU MAP

La figure 7.1. dcrit l'architecture du rseau MAP dans sa forme initiale.
On constate que toutes les couches correspondent bien des normes ISO ou
IEEE. Nous n'entrerons pas dans le dtail du fonctionnement de celles-ci. Seule la
couche application sera quelque peu approfondie dans le paragraphe 7.3.
Remarquons qu'une gestion du rseau est prvue et galement normalise.
La figure 7.2. prsente la version MAP sur ETHERNET; seules les couches basses
(1 et 2) du systme de communication ont d tre modifies.

Figure 7.1. Architecture de MAP


Figure 7.2. Architecture de MAP sur ETHERNET


7.3. LA MESSAGERIE INDUSTRIELLE MMS

MMS : Manufacturing Message Specification
Le but de la messagerie industrielle est donc d'offrir au concepteur

d'automatismes des outils sa porte pour la ralisation d'applications de contrle
distribues faisant intervenir des quipements htrognes.
Sur le plan fonctionnel, MMS fait appel deux concepts nouveaux (pour
l'automaticien) : celui d'quipement virtuel de fabrication VMD (Virtual Manufacturing
Device) et celui de relation client/serveur.
7.4. L'EQUIPEMENT VIRTUEL DE FABRICATION VMD

La figure 7.3. montre le schma fonctionnel d'un systme de contrle distribu vu
par l'utilisateur. Les diffrents quipements, que l'on suppose ici htrognes, accdent
au systme de communication par l'intermdiaire de la messagerie industrielle MMS.
A supposer que l'interconnexion soit tablie, pour pouvoir dialoguer avec ses
collgues, chaque quipement devrait tenir compte de la structure interne particulire de
chacun des autres, de sa syntaxe d'adressage des variables internes, des entres/sorties,
du mode de codage des nombres, etc.
On conoit que cette manire de faire pourrait rapidement se rvler d'une

lourdeur prohibitive. De plus, tous les programmes de tous les quipements devraient
tre modifis si l'un quelconque de ces quipements tait ultrieurement remplac par un
autre d'une marque diffrente.
PRINCIPE DE LA VMD
La solution propose ici consiste dcrire la structure et le fonctionnement des

diffrents quipements rels l'aide d'objets standards, communs l'ensemble du
rseau. Chaque quipement physique aura donc ainsi son correspondant virtuel, la
VMD; les transactions se feront alors de manire homogne entre ces VMD plutt
qu'entre les quipements rels. La figure 7.4. montre comment les choses se prsentent
dans cette nouvelle optique.

Figure 7.3. Schma fonctionnel d'un systme de contrle distribu vu par

l'utilisateur

Figure 7.4. Principe de l'quipement virtuel de fabrication : VMD

Pour que cela puisse fonctionner, deux conditions sont ncessaires :
il doit exister, au sein du processeur de communication, un mcanisme qui fait en

sorte que toutes les manipulations effectues sur la VMD partir du rseau soient
immdiatement rpercutes dans l'quipement physique et vice versa;
il faut que les objets standards proposs par MMS pour constituer les VMD soient
susceptibles de dcrire tous les quipements de fabrication prsents et venir, du robot
l'automate en passant par la machine-outil commande numrique.
Par hypothse, la premire condition est videmment remplie. Pour ce qui est de
la seconde, la liste des objets standards actuellement disponibles est donne la figure
7.5.
Nom franais Nom anglais
Variable nomme Named variable

Accs dispers Scattered access
Liste nomme de variables Named variable list
Type nomm Named type
Smaphore Semaphore
Condition vnementielle Event condition
Action vnementielle Event action
Enregistrement d'vnement Event enrollment
Journal Journal
Domaine Domain
Instance de programme Program invocation
Station oprateur Operator station
Classes d'objets nomms
Nom franais Nom anglais
Transaction Transaction
Automate de sauvegarde Upload state machine
Variable anonyme Unnamed variable
Rubrique de smaphore Semaphore entry
Classes d'objets anonymes
Figure 7.5. Objets MMS standards

Variables : ce sont videmment les objets les plus utiliss. Il en existe de

plusieurs types mais nous n'entrerons pas ici dans les dtails.
Domaine : cet objet peut reprsenter un programme ou une partie d'un

programme ou des donnes d'un programme que l'on peut par exemple tlcharger ou
sauver individuellement.

Instance de programme : il ne s'agit pas proprement parler d'un objet mais

plutt d'une structure de contrle portant sur l'excution d'une tche obtenue par la
runion d'un ou plusieurs domaines (cration de la tche, dmarrage, arrt, ).
Smaphore : utilis pour coordonner l'accs des ressources communes.
Evnement : information mise spontanment par la VMD lorsqu'une condition

prdfinie se produit.
Station oprateur : cet objet permet d'inclure dans la VMD des fonctions
lmentaires de dialogue oprateur.
7.5. LA RELATION CLIENT-SERVEUR

7.5.1. Principe
Une fois constitue la VMD associe un quipement physique, tous les autres
quipements connects au rseau peuvent y accder par l'intermdiaire de services MMS
appropris. Ces services doivent bien entendu tre activs par les programmes tournant
dans les quipements en question.
Cette situation est symbolise la figure 7.6.
On remarque que l'quipement de gauche joue, par VMD interpos, un rle

essentiellement passif : on parle dans ce cas de SERVEUR. C'est l'quipement de droite
qui prend toutes les initiatives, c'est pourquoi il est qualifi de CLIENT.
Plus gnralement, la notion client/serveur est un modle de relation entre

partenaires qui dpasse le simple change de donnes. Un client peut, par exemple,
demander un serveur d'excuter une opration prdfinie sur des donnes locales. Une
fois l'opration ralise, le serveur communique au client le rsultat de l'opration sous
forme de donnes en retour ou sous forme d'un simple compte-rendu.
Il est noter que la qualit de client ou de serveur n'est pas attache

physiquement un quipement. Il peut trs bien se faire qu' un moment un
quipement joue le rle de client et un autre moment celui de serveur.
7.5.2. EXEMPLES DE SERVICES MMS
On a repris aux figures suivantes, des exemples des principaux services MMS afin
de donner une ide de toute la puissance du concept
Lecture et criture de variables (figure 7.7.
Gestion des domaines (figure 7.8.)
Gestion des instances de programme (figure 7.9.)

Figure 7.6. L'architecture client/serveur de MMS

Primitive Paramtres Fonction

Read req/ind Argument
Spcification demande dans
rsultat
Spcification de l'accs aux
variables
Lecture par le client de
Read rsp/cnf Rsultat (+) valeurs de variables du
Spcification de l'accs aux serveur
variables
Liste des rsultats d'accs
Rsultat ()
Type d'erreur
InformationReport req/ind Argument

Spcification de l'accs aux Notification au client
variables par le serveur de la
Liste des rsultats d'accs valeur de variables
Write req/ind Argument

Spcification de l'accs aux
variables
Liste de donnes
Rsultat (+)
Ecriture par le client de
Liste des rsultats d'criture
variables du serveur
Succs
Erreur d'accs aux
donnes
Rsultat ()
Type d'erreur
Figure 7.7. Services MMS pour la lecture et l'criture de variables


Figure 7.8. Services MMS de gestion des domaines


Figure 7.9. Services MMS de gestion des instances de programme


7.6. ETAPES DE LA MISE EN OEUVRE

On dcrit enfin, dans ce paragraphe, les tapes de la mise en uvre d'un systme
de contrle distribue bas sur MMS.
7.6.1. OPERATIONS A EFFECTUER DANS CHAQUE STATION
Dfinition de l'application locale

Dfinition de la VMD (si la station est destine travailler en mode serveur)
Liste des applications distantes

Etablir la liste des entits d'applications distantes avec lesquelles la station locale
est appele travailler.
La manire d'introduire ces paramtres dpend de chaque constructeur. Pour les

dtails, nous renvoyons le lecteur aux manuels correspondants.
7.6.2. UTILISATION DES SERVICES MMS
En mode client, les services MMS doivent tre activs partir des programmes
dvelopps par l'utilisateur.
Dans les automates programmables

- Les services MMS sont intgrs dans les langages propres aux diffrents
constructeurs. Par exemple : FB de communication chez SIEMENS, OFB chez
TELEMECANIQUE, blocs textes chez ALLEN-BRADLEY.
Dans les PC
- Les services sont disponibles dans des librairies pour langage C
- Des langages spcifiques plus abordables par des automaticiens ont galement
t dvelopps (Easy MAP par exemple). Ils sont d'un niveau de complexit
semblable au BASIC.
Plus rcemment, MMS a t intgr dans WINDOWS par l'intermdiaire du DDE

(Dynamic Data Exchange). L'accs MMS est ainsi ouvert tous les programmes
tournant sous WINDOWS et supportant DDE : EXCEL, VISUAL BASIC et tous les
superviseurs industriels du march (FACTORY LINK, IN TOUCH, PC VUE, ...).
7.6.3. EXEMPLE D'APPLICATION
A complter ultrieurement.

Chapitre 8
Le rseau TCP/IP
8.1. HISTORIQUE
Comme le pass l'a souvent montr, la normalisation est une entreprise lourde et
longue, assez peu compatible avec une dynamique de march, surtout quand le secteur
concern est en expansion rapide comme c'est le cas des rseaux de communication.
Des solutions existantes mergent alors, plus ou moins par hasard, et, focalisant
l'essentiel des dveloppements, deviennent des standards de fait par effet boule de neige.
Il en est ainsi de TCP/IP.
TCP (Transmission Control Protocol)/IP (Internet Protocol) est un concept

d'interconnexion de rseaux dvelopp, dans les annes 70, par le DARPA (Defense
Advanced Research Project Agency USA).
Prvu initialement pour des besoins militaires, le concept a t tendu la

communaut universitaire ds le dbut des annes 80. A partir des annes 90, il s'est
ouvert au grand public pour donner lieu l'INTERNET tel que nous le connaissons
actuellement.
De plus, les protocoles TCP/IP, du fait de leur large diffusion, ont galement t
adopts au niveau des rseaux locaux alors que ce n'tait pas du tout leur vocation
premire. Ils y sont en gnral associs Ethernet, un autre standard de fait, pour
constituer ce que l'on appelle un INTRANET.
Enfin, au plan industriel maintenant, on a indiqu, au chapitre 1, que TCP/IP

Ethernet descendait de plus en plus bas dans la pyramide du CIM et atteignait dj les
quipements de terrain !
8.2. L'ARCHITECTURE TCP/IP

La figure 8.1. situe l'architecture TCP/IP par rapport au modle OSI [PUJOLLE,
1998].
En gros, on peut dire que le protocole IP correspond la couche rseau et le protocole
TCP la couche transport. Notons qu'au mme niveau que TCP, on trouve le protocole
UDP (User Datagram Protocol) qui assure des services transports trs simplifis (cf.
8.3.2.)
Les protocoles situs au-dessus de TCP-UDP sont de type applicatif et

proviennent, pour la plupart, du monde UNIX.

OSI TCP/IP
Application T
B
U S E S H T U
F O
S N L M T F S
Prsentation T O
E M N T T T E
P T
R P E P P P R
P
Session T
Transport TCP (Transmission

UDP
Control Protocol)
IP
Rseau
Internet Protocol
Liaison
de donnes Diverses
Physique possiblits
Figure 8.1. Architecture TCP/IP et modle OSI
8.3. LE PROTOCOLE TCP/UDP

8.3.1. LE PROTOCOLE TCP
Le protocole TCP est un protocole de transport fiable avec connexion.
A l'mission, TCP segmente les messages en paquets ou datagrammes. Ces

datagrammes sont alors routs individuellement dans le rseau par le protocole IP; le cas
chant, ils peuvent suivre des chemins diffrents et arriver ainsi en ordre dispers.
A la rception, le protocole TCP replace les datagrammes dans l'ordre correct et les
assemble pour restituer le message initial.
En cas d'erreur de transmission ou de pertes de datagrammes, TCP prend les

mesures correctives ncessaires qui consistent, en gnral, demander la rmission des
datagrammes en dfaut.
La technique de segmentation a pour but d'viter que des messages de grande

taille (fichier, plans, etc.) ne puissent accaparer le rseau trop longtemps au dtriment
d'autres messages.

Les datagrammes constitus par TCP ont la structure montre la figure 8.2.
Octet 1 Octet 2 Octet 3 Octet 4
1 8 16 24 32
TCP Source Port TCP Destination Port

Sequence Number
Acknowledgment Number
Header U A P R S F
length R K S S Y I Window
Checksum Urgent Pointer
USER
DATA
Figure 8.2. Structure d'un datagramme TCP
Sans entrer dans tous les dtails, notons les points suivants :
les numros de porte identifiant les programmes applicatifs qui utilisent, un

moment donn, l'accs au rseau. Il peut y en avoir plusieurs simultanment et les
numros de porte permettent de les distinguer. Ces numros correspondent au TSAP du
modle OSI (cf. 2.3.).
le numro de squence spcifie le numro d'ordre du datagramme l'mission. Il

permet de replacer les datagrammes dans l'ordre correct la rception. Notons que la
numrotation se rapporte plus exactement aux octets du message. Ainsi, si les
datagrammes sont de 500 octets, le premier recevra le numro 0, le deuxime 500, le
troisime 1500 et ainsi de suite.
le checksum est un code de dtection d'erreur couvrant le datagramme envoy (cf.

5.2.)
le champ "URG" = urgent permet de demander de traiter en urgence une donne

particulire, en gnral relative un vnement asynchrone (la frappe d'un caractre de
contrle par exemple). La donne en question est repre dans le message par le champ
"Urgent Pointer".
Un datagramme mis par un nud du rseau peut aussi contenir des

informations relatives la rception par ce nud de messages en provenance de son
correspondant. Ainsi :

le champ "Aknowledgment Number" indique que le nombre d'octets reus

correctement;
le champ "Window" sert au contrle de flux entre les deux correspondants. Il

indique le nombre d'octets que l'metteur est capable de traiter en rception. Si ce
nombre tombe zro, le correspondant doit suspendre momentanment ses envois.
8.3.2. LE PROTOCOLE UDP
Le protocole UDP (User Datagram Protocol) est galement un protocole de niveau

transport mais beaucoup plus simple que TCP. Il travaille en effet en mode non
connect, sans reprise sur erreur, sans acquittement, sans resquencement des
messages et sans contrle de flux. Il prsente, de ce fait, un temps d'excution beaucoup
plus court que TCP.
UDP est utilis pour des applications o la vitesse prime sur la scurit :
consultations d'annuaire par exemple.
Le format d'un datagramme UDP est montr la figure 8.3. n On constate qu'il
met pratiquement l'application en "prise directe" sur IP.

1 8 16 24 32
UDP Source Port UDP Destination Port

Length Checksum
USER
DATA
Figure 8.3. Structure d'un datagramme UDP
8.4. LE PROTOCOLE IP
Le protocole IP est un protocole de niveau rseau sans connexion (cf. 2.3.3.) et
dont la scurisation est assez faible (pas de dtection de paquets perdus ni de reprise sur
erreur). Comme expliqu au paragraphe 8.3., c'est TCP qui a pour mission de fiabiliser la
communication.

En fait, IP a pour rle principal de trouver un chemin dans le rseau pour les
datagrammes qui lui sont transmis par TCP.
Avec l'expansion foudroyante d'Internet, le protocole IP original (actuellement

dnomm IP version 4 ou IPv4) se trouve bout de souffle, notamment au niveau de la
capacit d'adressage. C'est pourquoi une nouvelle gnration du protocole IP, IPv6, est
en cours d'introduction.
8.4.1. LE PROTOCOLE IPv4
Les paquets envoys par IPv4 (NDPU en terminologie OSI cf. 2.3.) ont l'allure
montre la figure 8.4. On y retrouve bien sr tel quel le datagramme TCP (TSDU en
terminologie OSI) prcd d'un certain nombre d'informations ncessaires au routage
(NPCI en terminologie OSI).

1 8 16 24 32
Version IHL Type of Service Total Length

H
Identification DM Fragment Offset E
Header Checksum I A
Time to Live Protocol
P D
IP Source Address E
R
IP Destination Address

H
Sequence Number E
T
Acknowledgment Number A
C
D
Header U A P R S F P
Window E
length R K S S Y I
R
USER
DATA
Figure 8.4. Structure d'un paquet IPv4

Parmi celles-ci, on trouve bien sr l'adresse de destination et l'adresse source.

Cette dernire est ncessaire pour que le destinataire sache d'o vient le datagramme
car, rappelons-le, le protocole IP travaille sans connexion.
Sans entrer dans le dtail, mentionnons encore :
version : renseigne la version du protocole utilise pour le datagramme.
type de service : c'est une indication au rseau du type de service dsir qui peut
avoir une influence sur les algorithmes de routage utiliss. Ainsi, pour des
messages vocaux, on privilgiera la vitesse par rapport la fiabilit et l'inverse
pour l'envoi de fichiers.
dure de vie : c'est un compteur qui est dcrment chaque passage par un
nud intermdiaire. Lorsque ce compteur arrive zro, le paquet est dtruit. Le
but est d'viter l'tablissement accidentel de boucles infinies dans le rseau.
protocole : renseigne sur le protocole de transport duquel relve le paquet. En

effet, d'autres protocoles que TCP peuvent utiliser IP.
contrle d'en-tte : c'est un code de dtection d'erreur qui couvre uniquement l'en-
tte IP du message (PPCI). Il fiabilise les oprations de routage.
8.4.2. FORMATS D'ADRESSAGE EN IPv4
L'adressage IPv4 s'effectue sur 32 bits soit 4 octets. Pour la facilit, on dcrit
gnralement une adresse IP en considrant l'quivalent dcimal des octets successifs
spars par des points.
Exemple : 10000000 00000011 00000010 00000011 128.3.2.3
Diffrents formats d'adressage sont possibles dpendent de la valeur des premiers

bits. Ils sont montrs la figure 8.5. [CRIHAN ATM Course 1999]


1 8 16 24 32
A 0 netid hostid
B 1 0 netid hostid
C 1 1 0 netid hostid
D 1 1 1 0 multicast address
E 1 1 1 1 0 rserv pour besoins futurs
Figure 8.5. Formats d'adressage IPv4
Les caractristiques respectives sont les suivantes :
A : 128 rseaux, 16.777.216 htes par rseau

B : 16.384 rseaux, 65.535 htes par rseau
C : 2.097.152 rseaux, 256 htes par rseau
D : adresses de groupe : diffusion de messages des groupes d'htes
E : rserv pour des besoins futurs
Les quipements susceptibles de communiquer au travers de l'Internet doivent

possder une adresse IP unique. Celle-ci est attribue par un organisme international,
l'Internet Assigned Numbers Authority (IANA).
Cet organisme a galement dfini des plages d'adresses utilisables pour des
rseaux strictement locaux avec, videmment, perte de toute garantie d'unicit :
10.0.0.0 - 10.255.255.255
172.16.0.0 - 172.31.255.255
192.168.0.0 - 192.168.255.255
8.4.3. LE PROTOCOLE IPv6
Le format d'un paquet IPv6 est montr la figure 8.6. [PUJOLLE 1998]. On y
retrouve des champs analogues IPv4. Ainsi, le champ "en-tte suivant" indique le
protocole de transport situ au-dessus de IP (cf. champ "protocole" de IPv4).


1 8 16 24 32
Version Priority Flow Label
Payload Length Next Header Hop Limit
IPv6 Source Address

(16 octets)
IPv6 Destination Address

(16 octets)
Figure 8.6. Structure de l'en-tte d'un paquet IPv6
Par contre on remarquera que les adresses sont, cette fois-ci, codes sur 16 octets
(128 bits) au lieu de 4 ! Elles seront dcrites ici par groupes de 16 bits (2 octets) spars
par des doubles points, chaque groupe tant reprsent par son codage hexadcimal. Un
exemple est montr la figure 8.7.
OCTETS D'ADRESSE IPv6
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
123 : FC3A : 1024 : A23B : 0 : 0 : 24 : FEDC
Figure 8.7. Codage d'une adresse IPv6
La capacit d'adressage est cette fois phnomnale puisque le nombre d'adresses

potentielles dpasse 1023 (10.000 milliards de milliards) pour chaque mtre carr de la
surface terrestre !

L'utilisation rationnelle d'une telle capacit d'adressage n'est pas sans poser de
srieux problmes. La figure 8.8. donne un exemple de proposition.
Binary Prefix Type Of Address

0000 0000 Reserved (Ipv4 Compatible)
0000 0001 Reserved
0000 001 NSAP Addresses
0000 010 IPX Addresses
0000 011 Reserved
0000 100 Reserved
0000 101 Reserved
0000 110 Reserved
0000 111 Reserved
0001 Reserved
001 Reserved
010 Provider-Assigned Unicast
011 Reserved
100 Reserved For Geographic
101 Reserved
110 Reserved
1110 Reserved
1111 0 Reserved
1111 10 Reserved
1111 110 Reserved
1111 1110 10 Link Local Use Addresses
1111 1110 11 Site Local Use Addresses
1111 1111 Multicast
Figure 8.8. Formats d'adressage IPv6
8.5. PROTOCOLES D'APPLICATION DE L'ARCHITECTURE TCP/IP

Nous mentionnerons ici quelques protocoles d'application gnralement associs
l'architecture TCP/IP.
FTP (File Transfer Protocol) : protocole de transfert de fichier

TELNET (Terminal virtuel) : permet de connecter un terminal une machine
distante travers une machine locale de manire transparente
SMTP (Simple Mail Transfer Protocol) : protocole grant la messagerie lectronique
(e-mail)
SNMP (Simple Network Management Protocol) : protocole intervenant dans la
gestion du rseau
HTTP (HyperText Tranfer Protocol) : protocole utilis pour la navigation sur le
World Wide Web (www)
TFTP (Trivial File Transfer Protocol) : normalement associ UDP, ce protocole est
utilis pour des transferts rapides de fichiers dans des rseaux locaux o la
fiabilit intrinsque des liaisons est beaucoup meilleure que sur Internet.

8.6. TCP/IP SUR ETHERNET

Comme on l'a indiqu au paragraphe 8.1., la plupart des rseaux locaux actuels,
aussi bien bureautiques qu'industriels, associent TCP/IP pour les couches transport et
rseau Ethernet pour les couches liaison de donnes et physique.
8.6.1. LA TRAME ETHERNET
Dans le contexte prcit, la trame Ethernet a la structure montre la figure 8.9.
On remarquera que, fort logiquement, cette trame encapsule les paquets IP qui, eux-
mmes encapsulent des datagrammes TCP. Le code de dtection d'erreur est du type
CRC 32 et porte sur l'ensemble de la trame.
8.6.2. ADRESSE PHYSIQUE ET ADRESSE IP
Les adresses Ethernet sont physiquement inscrites dans les cartes rseaux. Elles
sont codes sur 6 octets soit 48 bits. On les dcrit par le codage hexadcimal des octets
spars par des points (figure 8.10.)
C'est l'organisation IEEE qui gre l'attribution des adresses et plus

particulirement des 3 premiers octets qui dsignent de manire unique les
constructeurs de cartes (Exemple : 08.00.20 pour SUN). Les constructeurs attribuent
ensuite eux-mmes un numro unique chaque carte fabrique par l'intermdiaire des 3
derniers octets.


1 8 16 24 32
E
Ethernet destination address (first 32 bits) t H
h E
Dest. address (last 16 bits) Source. address (first 16 bits)
e A
r D
Ethernet source address (last 32 bits)
n E
e
Frame Length (46<L<1500 octets) R
t
Version IHL Type of Service Total Length
H
Identification DM Fragment Offset E
Header Checksum I A
Time to Live Protocol
P D
IP Source Address E
R
IP Destination Address

H
Sequence Number E
T
Acknowledgment Number A
C
D
Header U A P R S F P
Window E
length R K S S Y I
R
USER
DATA
Ethernet Checksum
Figure 8.9. Structure d'une trame Ethernet
Cependant, lorsqu'un quipement est incorpor dans un rseau TCP/IP, seule

compte son adresse IP. Or il n'y a, a priori, aucune correspondance numrique entre
l'adresse Ethernet et l'adresse IP d'un quipement donn. Une association doit donc tre
tablie entre les deux. Des mcanismes automatiques ou semi-automatiques ont t
prvus pour ce faire.
L'adresse IP constitue donc en quelque sorte l'adresse logique de l'quipement. Il

est ainsi parfaitement possible de changer une carte de communication dfectueuse (et
donc l'adresse physique de l'quipement) sans changer d'adresse logique.

OCTETS
1 2 3 4 5 6
. . . . 0 . B3
08 00 20 1A
Code Numro
constructeur carte
Figure 8.10. Codage d'une adresse Ethernet
8.7. TCP/IP ET INTEROPERABILITE

Bien qu'il en ait t maintes fois question, la messagerie industrielle MMS ne
semble finalement pas devoir tre porte sur TCP/IP. Reste donc savoir, alors,
comment assurer l'interoprabilit d'quipements industriels htrognes au travers de
TCP/IP.
Une solution semble se concrtiser autour d'OPC (OLE for Process Control), un
produit relevant de l'environnement Microsoft Windows. Il ne s'agit donc pas d'un
standard au sens strict du terme, comme l'tait MMS, mais force est de constater qu'il
rallie de plus en plus de suffrages dans le march industriel.
8.7.1. LE SERVEUR OPC
OPC est un "objet", au sens informatique du terme, qui s'inscrit dans la

philosophie COM (Component Object Model) /DCOM (Distributed Component Object
Model) autour de laquelle Windows semble (aprs bien des hsitations !) se stabiliser.
La description de l'approche COM/DCOM sortirait du cadre de ce cours. Elle est

par contre au cur du cours "Microinformatique industrielle" du mme auteur.
En se rfrant MMS, on peut dire qu'OPC est une sorte de VMD (Virtual
Manufacturing Device) qui offre, de l'extrieur, une vue standardise et homogne sur les
quipements de contrle sous-jacents. Notons qu'OPC ne permet l'accs qu'aux donnes
et aux variables encapsules l'exclusion donc des programmes.
Les figures 8.11. et 8.12. permettent d'en comprendre le principe dans deux cas de
figure.

OPC OBJECT
(OLE for ProcessControl)
OBJECT A
OBJECT B Cellule 1
OBJECT B
P OPC OBJECT D
L
F C
I
E
L
D
B
U R
S I/O
I/O dportes
Ethernet
TCP/IP
Capteur
Actuateur
PROCESS
Figure 8.11. Principe de l'objet OPC : encapsulation d'un PLC
Dans le premier cas, un automate programmable (PLC) est utilis en front-end.

Dans le second, le PC est directement connect au processus par l'intermdiaire d'un bus
de terrain.
L'accs OPC peut se faire, sous la forme d'une relation client/serveur, de

l'intrieur du PC hte ou de tout autre PC connect au premier par un rseau TCP/IP.
C'est le systme d'exploitation Windows qui prend en charge les problmes de
communication, de manire tout fait transparente tant pour le dveloppeur de
l'application que pour son utilisateur.

OPC OBJECT
(OLE for ProcessControl)
OBJECT A
OBJECT B Cellule 1
OBJECT B
OPC OBJECT D
FIELDBUS
R
I/O
I/O dportes
Ethernet
TCP/IP
Capteur
Actuateur
PROCESS
Figure 8.12. Principe de l'objet OPC : attaque directe d'un bus de terrain
8.7.2. LE SERVEUR WEB
OPC a manifestement t conu dans une optique d'interoprabilit fonctionnelle

temps rel. Il ne permet pas d'accder aux programmes de contrle ventuellement
encapsuls pour la mise au point distance ou du tlchargement.
Une solution "standard" cet aspect du problme pourrait peut-tre s'envisager

par l'intermdiaire des serveurs WEB qui, comme on l'a signal dans l'introduction (cf.
1.4.4.), sont de plus en plus souvent intgrs dans les quipements de contrle.
Les programmes des automates pourraient ainsi apparatre sous forme de pages
WEB avec des modes d'dition et de visualisation dynamique analogues ceux que l'on
trouve sur les consoles de programmation actuelles.
Mais ceci n'en est encore qu'au stade de la pure conjecture.

Chapitre 9
LES RESEAUX DE TERRAIN
9.1. ANALYSE DU MARCHE

Si l'on se rfre la pyramide du CIM (cf. figure 9.1.), le langage courant dsigne
par "rseaux de terrain", des rseaux qui se situent en fait aux niveaux cellule, terrain ou
capteurs/actuateurs. L'amalgame rsulte du fait que la plupart des rseaux considrs
(cf. figure 9.2.) recouvrent plusieurs des niveaux en question, et, pour la majorit d'entre
eux, le niveau terrain.
NIVEAUX TEMPS DE VOLUME DE TYPE NIVEAU DE

REPONSE DONNEES D'ECHANGE COMPETENCE
5 Compagnie HEURES MBYTES
INFORMATICIEN
EVENEMENTIEL
4 Usine
MIN KBYTES
3 Atelier
AUTOMATICIEN
2 Cellule
SEC BYTES
ELECTRICIEN
1 Terrain
CYCLIQUE
0 Capteurs / Actuateurs MSEC BITS
Figure 9.1. Hirarchisation des rseaux locaux industriels
En fait, les rseaux de terrain s'efforcent de concilier deux propositions

antagonistes :
- viter la multiplication des niveaux de rseaux pour des raisons pratiques de

formation, d'installation, de maintenance, etc.
- limiter les performances et la complexit ce qui est strictement ncessaire

chaque niveau pour diminuer le cot et la facilit du raccordement.
Chapitre 9 LES RESEAUX DE TERRAIN 131

NIVEAUX
Rseau public de
Tlcommunication
5 Compagnie
FDDI
Backbone
4 Usine
MAP
on Ethernet
3 Atelier
PROFIBUS
WORLDFIP
2 Cellule
INTERBUS-S
1 Terrain DEVICENET
0 Capteurs / Actuateurs ASI BUS
Figure 9.2. Principales propositions actuelles
Contrairement ce qui se passe au niveau usine et atelier, la confusion est ici

extrme; de multiples ralisations ont vu le jour dont la figure 9.2. ne donne qu'un petit
aperu. C'est que l'enjeu conomique est important vu le nombre de raccordements
potentiels ce type de rseau (capteurs-actuateurs par exemple).
Chaque constructeur essaie donc frntiquement de rallier un maximum

d'utilisateurs sa solution de manire l'imposer comme standard de fait.
La figure 9.3. montre les rsultats d'un sondage ralis rcemment (1995) sur la
perception qu'ont les utilisateurs de l'avenir des diffrents rseaux de terrain.
On constate que tous semblent encore avoir leur chance.

Figure 9.3. Perception par le public de l'avenir des rseaux de terrain

Tir de "Mesures", Septembre 1995
Cependant, si l'on examine les statistiques relatives aux 8.000 rseaux de terrain
installs en Europe en 1994, on est forc de reconnatre une nette prdominance de
PROFIBUS et d'INTERBUS-S (figure 9.4.).

Figure 9.4. Rpartition des 8.000 rseaux de terrain installs en 1994

Tir de "Mesures", Septembre 1995
Enfin, pour tre complet, on met en vidence sur la figure 9.5. l'explosion actuelle
en matire de rseaux ainsi que leur nature ferme ou ouverte et leur origine prive ou
institutionnelle.

Figure 9.5. Explosion des propositions en matire de rseaux locaux industriels

9.2. LE RESEAU PROFIBUS (PROcess FIeld BUS)

9.2.1. POSITION SUR LE MARCHE
Le rseau PROFIBUS est en fait une manation directe de SIEMENS. Comme on

l'a signal ci-avant, il l'emporte largement actuellement sur le march europen.
La figure 9.9. donne une ide des offreurs, tandis que la figure 9.7. prsente
quelques rfrences impressionnantes.
PROFIBUS, un standard ouvert reconnu par les offreurs
5 soutenu internationalement par plus de 200 constructeurs et ingnieries
5 compte plus de 50 constructeurs directement offreurs
5 savoir faire largement rpandu auprs des ingnieries et intgrateurs
5 s'intgre dans tous les progiciels d'exploitation stands du march, sous Windows ou
OS/2
5 dispose d'une large offre ouverte, plus de 250 produits sont disponibles pour les
utilisateurs sur le march :
priphrie dcentralise
. Bosch . EuroPEP
. Omron . Phoenix Contact
. Weidmueller . Wieland
. Saia . Siemens
. Turck .
commandes d'axes
. Elau . Falma Control
. Gelma . KEBA
. Kuhnke . Siemens
.
variateurs de vitesse
. ABB . AEG
. Bauer . Danfoss
. Siemens .
systmes d'identification
. Balogh . Pepperl & Fuchs
lectrovannes et distributeurs pneumatiques

. Atlas Copco Automation . Bosch
. Buerkert . Crouzet
. Joucomatic . Festo
. Kuhnke . Mannesmann Rexroth
.
contrleurs de moteurs
. Kloeckner-Moeller . Siemens

Figure 9.6. Offre disponible sur PROFIBUS

Normalis et (re)connu
DIN 19245, bientt EN 50170 et norme ANSI
multivendor (60 fournisseurs)
multisystme
230.000 nuds installs mondialement
Profibus est choisi par GME comme standard pour ses usines
SIMATIC : 11.000 matres DP
SIMATIC : 50.000 ET200U/B/C installs
PROFIDRIVE : 10.000 entranements sur Profibus
Figure 9.7. Quelques rfrences de PROFIBUS
9.2.2. CARACTERISTIQUES TECHNIQUES
La figure 9.8. montre la structure du rseau PROFIBUS. On peut faire les

commentaires suivants :
le rseau ne comporte que 3 couches du modle OSI : 1, 2 et 7 (application).

Aucune de ces couches n'est normalise au sens de l'ISO ou de l'IEEE
la couche 7 comprend en fait 3 protocoles :
- le protocole DP (Distributed Periphery) correspond aux besoins d'un rseau de

niveau terrain (voir 9.2.3.)
- le protocole FMS (Fieldbus Message Specification) correspond au niveau

cellule. Il est directement inspir de la messagerie industrielle MMS (voir
9.2.4.)
- le protocole DDL est utilis dans le domaine du process control et nous ne

l'tudierons donc pas ici.

Figure 9.8. Structure du rseau PROFIBUS

support physique : paire torsade (la fibre optique est galement mentionne)
topologie : BUS
couche physique : bande de base (drivers RS485), vitesses de 9,6 12.000 kbits/s,
segments de 100 m ( la vitesse maximale), 32 utilisateurs maximum par segment,
3 rpteurs maximum en srie
couche liaison de donne : mthode du jeton pour le niveau cellule (FMS), polling
pour le niveau terrain (DP)
9.2.3. PROTOCOLE DP (Distributed Periphery)
Comme on l'a explicit sur la figure 9.1., il est essentiel qu'au niveau du terrain
(de mme d'ailleurs qu' celui des capteurs/actuateurs) la mise en uvre d'un rseau ne
soit pas plus complique que la mise en uvre de cartes d'entres/sorties.
La figure 9.9. correspond au cas d'entres/sorties dportes.
Les mots de priphrie du coupleur PROFIBUS sont mis en correspondance avec

les entres/sorties respectives des stations d'entres/sorties au cours d'une phase de
configuration (cf. figure 9.10.).
Lors d'une criture dans un mot de priphrie de "sorties", le rseau PROFIBUS

transmet directement les valeurs de celles-ci dans les sorties physiques correspondantes
de la station distante.
De mme, les entres d'une station distante sont automatiquement transmises par
le rseau PROFIBUS dans le mot de priphrie correspondant du coupleur o
l'utilisateur n'a plus qu' venir les chercher.
Tout se passe donc pratiquement, pour le programmeur, comme si les

entres/sorties dportes appartenaient la priphrie locale.
9.2.4. PROTOCOLE FMS (Fieldbus Message Specification)
Le protocole FMS est essentiellement destin des changes au niveau cellule. Le

principe est en tout point semblable celui de MMS examin au chapitre 8 :
quipement de terrain virtuel VFD (Virtual Fieldbus Device) compos d'objets

standards (variables, domaines, ...)
relation client-serveur
associations d'application
Remarquons que, dans le cas de PROFIBUS, on peut en plus donner un caractre

cyclique certaines communications sans avoir le programmer explicitement.

Figure 9.9. Principe de la programmation avec PROFIBUS-DP

Figure 9.10. PROFIBUS-DP Configuration des plages d'entres/sorties

9.3. LE RESEAU FIP (Factory Instrumentation Protocol)

Il s'agit d'un rseau d'origine franaise possdant dj quelques solides rfrences
(cf. figure 9.11.)
Figure 9.11. Quelques rfrences du rseau FIP Tir de "Terrain" n 1

Nos informations sur FIP sont assez fragmentaires et nous n'avons aucune
exprience pratique de ce rseau. Nous nous bornerons ds lors en prsenter quelques
lments caractristiques qui s'cartent assez fortement de tout ce que nous avons vu
jusqu'ici.
Structure du rseau
La figure 9.12. montre la structure du rseau. On constate que, comme

PROFIBUS, elle ne comporte que 3 couches 1, 2 et 7. Aucune des couches n'est
normalise au sens de l'ISO ou de l'IEEE.
Figure 9.12. Structure du rseau FIP
la couche application (7) comprend trois sous-ensembles principaux :
- ABAS : services application d'arbitrage de bus (voir 9.3.2.)
- MPS : services priodiques/apriodiques variables (voir 9.3.2.)
- sub MMS : sous-ensemble de services de messagerie

Nous n'avons pu recueillir aucune information sur cette messagerie qui,
comme son nom l'indique, semble tre un sous-ensemble de MMS.
le support physique de transmission est la paire torsade blinde (la fibre optique
est galement mentionne)
topologie : BUS ou toile
la vitesse standard est de 1 Mbits/s (5 Mbits/s sur fibre optique)
longueur du rseau : 2 km
nombre maximum de nuds : 250

couche liaison de donne (MAC) : mthode du polling par nud matre. A noter
qu'en cas de dfaillance du nud matre, n'importe quel autre nud peut prendre
le relais de manire automatique.
9.3.2. PRINCIPES DE FONCTIONNEMENT
Le fonctionnement du rseau est schmatis la figure 9.13.
Figure 9.13. Principe de fonctionnement du rseau FIP
L'arbitre de BUS est responsable du polling. Notons que ce polling est ralis sur
base non des stations mais des variables transmettre. Ainsi, par exemple, un
moment donn l'arbitre de BUS met l'identificateur de la variable "a". Celui-ci est
reconnu par le producteur de la variable en question (P sur la figure) et le ou les
consommateurs de ladite variable (C1, C2, C3 sur la figure). Le producteur place alors la
valeur de la variable sur le BUS et le ou les consommateurs en font l'acquisition.
Ce polling se fait sur base d'une table tablie dans une phase de configuration et
qui a l'allure montre la figure 9.14.

Figure 9.14. Configuration du polling
On voit que la scrutation de la variable A est demande toutes les 5 ms et que le

temps ncessaire sa lecture (compte tenu de son type) est de 170 s. De mme, la
scrutation de la variable B est demande toutes les 10 ms et ainsi de suite.
On va ds lors instaurer, pour le cycle de base du polling, une valeur de 5 ms. A

chaque cycle, on procdera la lecture de A, tous les deux cycles celle de B, tous les
trois cycles celle de C et ainsi de suite.
La charge qui en rsulte pour le rseau est montre la figure 9.15.
Figure 9.15. Exemple de charge du rseau
On constate que les 5 ms prvus pour le cycle de polling ne sont pas

compltement utiliss, mme lors des pointes de charge. Le temps qui reste libre peut
alors tre utilis pour des changes non priodiques de variables ou de messages. Le
cas chant, ces messages pourront tre tals sur plusieurs cycles de base.

9.4. LE RESEAU INTERBUS-S

Le rseau INTERBUS-S a t conu par la firme PHOENIX CONTACT mais
l'utilisation en est compltement libre (cf. figure 9.5.).
Plus de 200 socits proposent dj du matriel de terrain compatible INTERBUS-

S.
support physique : paire torsade RS 485. Sont aussi mentionns : fibre optique,
infrarouge
topologie : anneau
vitesse de transmission : 500 kbits/s
longueur : 400 m maximum entre stations, 13 km maximum au total, 256 stations

maximum
contrle d'accs : mthode TDMA (Time Division Multiple Access) (cf. chapitre 6,
6.2.4.) pilote par un coupleur. Ce dernier tant install dans un automate ou
dans un ordinateur.
La figure 9.19. montre une configuration caractristique du rseau INTERBUS-S.

Les principaux coupleurs disponibles actuellement y sont indiqus.

Figure 9.16. Architecture typique du rseau INTERBUS-S

9.4.2. PERFORMANCES COMPAREES
Comme on l'a expliqu au chapitre 6. l'intrt du TDMA est d'tre compltement

dterministe. De plus, dans le cas d'un bus de terrain, les changes sont cycliques et la
longueur des messages connue et fixe. Il n'y a donc ici aucun "gaspillage" li au TDMA.
La figure 9.17. montre l'avantage de la mthode TDMA par rapport une mthode
plus classique (en l'occurrence PROFIBUS-DP) dans le cas particulier du
rafrachissement d'entres/sorties dportes. On constate en effet que les indications de
"service" sont rduites au minimum dans l'INTERBUS-S.
Figure 9.17. Comparaison des messages PROFIBUS-DP et INTERBUS-S
Cet avantage est chiffr la figure 9.18.

Figure 9.18. Mise en vidence de l'efficacit d'INTERBUS-S
Ainsi, pour un mme nombre d'entres/sorties global, l'efficacit d'un rseau de

type PROFIBUS-DP va dcrotre avec le nombre de stations concernes puisque, pour
chaque station supplmentaire, c'est un protocole complet d'change qui doit tre ajout
dans le cycle de rafrachissement. Dans le cas d'INTERBUS-S au contraire, la trame
reste strictement inchange quel que soit le nombre de stations.

9.4.3. PROGRAMMATION DES ECHANGES
Comme c'tait dj le cas pour PROFIBUS-DP (cf. 9.2.3.), les coupleurs

INTERBUS-S pour automates sont "vus" par le programmeur comme des entres/sorties
locales, ce qui en rend la mise en uvre particulirement facile.
9.5. LE RESEAU DEVICENET (CAN)

Le rseau DEVICENET a t conu par la firme Allen-Bradley mais l'utilisation en
est compltement libre (cf. figure 9.5.). Le cur de DEVICENET (couches 1 et 2 du
modle OSI) est en fait constitu du standard CAN (Controller Area Network) initialement
dvelopp pour l'utilisation en automobile (Mercedes Srie S notamment).
Plus de 100 fournisseurs de matriel de terrain et/ou de capteurs et actuacteurs

ont dj annonc une offre en DEVICENET.
La figure 9.19. dcrit la structure du rseau DEVICENET. On y a mis en vidence

la partie emprunte CAN.
Figure 9.19. Structure du rseau DEVICENET

Tir de "Terrain" n 1
support physique : double paire torsade (une pour l'alimentation des nuds du
rseau, une pour les donnes)
topologie : BUS
couche physique : bande de base, vitesse de125 500 kbits/s, 64 noeuds

maximum par rseau
couche liaison de donnes : mthode CSMA/CR (Carrier Sense Multiple

Access/Collision Resolve).
9.5.2. LA METHODE D'ACCES CSMA/CR

Il s'agit d'une mthode drive du CSMA/CD expliqu au 6.2.5.

La trame CAN est montre la figure 9.20.
Figure 9.20. Constitution de la trame CAN
Remarquons que le champ "identification" de la trame ne constitue pas une

adresse mais bien un identificateur de variable comme c'tait dj le cas avec FIP (cf.
9.3.2.). Cette manire de faire vite l'envoi systmatique de la mme donne si celle-ci
doit tre utilise par plusieurs quipements.
Le mcanisme "Collision Resolve" est expliqu la figure 9.21. Il est bas sur la
notion de bit rcessif et bit dominant. En l'occurrence, les bits 1 sont "crass" par les
bits 0.
Figure 9.21. Exemple d'arbitrage "CR" (Collision Resolve)

Ainsi, si un nud (nud 2 sur la figure) s'aperoit qu'un des bits qu'il met est
cras par un bit zro, il stoppe immdiatement sa transmission tandis que l'autre nud
(nud 1 sur la figure) continue d'mettre, contrairement ce qui se passe avec le
CSMA/CD classique.
Cette manire de faire, d'une part, vite toute perte de temps lie une collision
et, d'autre part, permet d'instaurer un systme de priorit en jouant sur le numro
d'identification.
9.6. LE RESEAU ASI (Actuator/Sensor Interface)

Il s'agit d'un rseau strictement dvolu l'interconnexion de capteurs et
actuateurs. Il a t dfini par un consortium dtaill la figure 9.22., fortement soutenu
par SIEMENS.
Figure 9.22. L'association ASI
support physique : cble bifilaire non blind servant la fois pour les donnes et
l'alimentation. La structure de ce cble est montre la figure 9.23.
On remarquera qu'il est profil de manire viter l'inversion de polarit. D'autre

part, il est ralis en caoutchouc auto-obturant ce qui permet d'effectuer les
raccordements par prises "vampires" (cf. figure 9.24.)
topologie : BUS structure arborescente libre. Un exemple en est montr la

figure 9.25.

Figure 9.23. Cble ASI
Figure 9.24. Technique de raccordement

Figure 9.25. Exemple d'un rseau ASI
couche physique : longueur maximale 100 mtres, 31 nuds maximum (4 bits

d'information par nud).
Un codage spcial des signaux est utilis pour pallier la vulnrabilit du cble (non
torsad, non blind) aux parasites lectromagntiques : le codage MIA en sinus
carr (cf. figure 9.29.)
Les proprits annonces sont les suivantes :

* pas de composante continue
- donnes et nergie sur un seul cble
* impulsions en sinus carr

- spectre de frquence troit
- peu de rayonnement, faible rflexion
* nombreuses impulsions
- synchronisation aise
- reconnaissance performante des erreurs
. redondance des impulsions
. parit implicite, ...
d'o une robustesse extrme malgr l'absence de faradisation du cble.
couche liaison de donnes : contrle d'accs par polling avec un temps de cycle de

5 ms.
Figure 9.26. Encodage des signaux
9.6.2. MISE EN UVRE PRATIQUE
Programmation : le rseau est pilot par un coupleur qui se place normalement

dans un PC ou un automate. Dans ce dernier cas, le coupleur ASI est "vu" comme des
entres/sorties locales de l'automate ce qui en rend la programmation tout fait
transparente.
Raccordement des capteurs/actuateurs : certains capteurs/actuateurs sont dj

capables de se greffer directement sur l'ASI-BUS (BERO par exemple, cf. figure 9.25.).
Pour les autres, des modules avec deux ou quatre connecteurs standards ont t prvus
(cf. figures 9.24. et 9.27.).

Figure 9.27. Modules utilisateur IP67
9.7. CONCLUSIONS
9.7.1. DE LA CONFORMITE A L'INTERCHANGEABILITE
Avec les rseaux de capteurs et d'actuateurs, c'est l'interchangeabilit des

quipements qui est souhaite.
Rappelons quelques dfinitions :
- conformit : respect des spcifications dictes par les normes
- interoprabilit : nombreuses options et paramtres libres dans les normes

(exemple : vitesse de transmission, type de parit, ...)
interoprable seulement si mmes options et paramtres
partout
- interfonctionnement : nombreux paramtres dans les quipements (exemple :

capteur de pression en bar et rgulateur en Pascal)
interfonctionnement seulement si mmes paramtres
partout
- interchangeabilit : possibilit de remplacer physiquement un capteur par un

autre d'une marque ou d'une version diffrente sans
aucune modification du systme

9.7.2. CONDITIONS NECESSAIRES POUR LA PERCEE INDUSTRIELLE
cot du raccordement
facilit du raccordement (plug-and-play !)
facilit de la mise en uvre (comme des entres/sorties locales)
facilit de maintenance (auto-diagnostic total)
9.7.3. EFFETS ATTENDUS ET INATTENDUS DES RESEAUX DE TERRAIN
diminution des cots de cblage (c'tait le but initial)
rduction du temps de mise en service car les tests d'une architecture

dcentralise peuvent se faire sur plate-forme qui peut ensuite tre dmonte et
remonte facilement chez le client
les capteurs et actuateurs comportant de l'lectronique (pour le raccordement au

rseau), on peut en profiter pour lui confier des fonctions de prtraitement des donnes
et de diagnostic local susceptibles de rvolutionner la maintenance (exemple : comptage
du nombre de basculement d'un relais !)
la disparition des cartes d'entres/sorties remet en cause l'hgmonie des

automates programmables. La priphrie dcentralise sur rseau peut parfaitement
tre gre depuis un simple PC avec des cots plus avantageux et des possibilits de
traitement plus tendues.

Cours Les Reseaux Locaux - Industriels

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

Cours Les Reseaux Locaux - Industriels

Uploaded by

Copyright:

Available Formats

UNIVERSITE DE LIEGE

Facult des Sciences Appliques

LES RESEAUX LOCAUX INDUSTRIELS

Dr. Ir. H. LECOCQ

1.1. CONTEXTE INDUSTRIEL

Du point de vue de la gestion et de l'automatisation, on classe gnralement les

Dans les premires, la production est dcrite en termes de dbits de matires.

Dans les secondes, qualifies de discontinues ou de discrtes, on fabrique des

La suite de l'expos sera principalement consacre cette seconde catgorie

C'est l'volution du march qui explique les problmes rencontrs actuellement

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 1

Taille des lots < 50

Figure 1.1. Position et structure de la production manufacturire

Des 30 % reprsents par la production manufacturire dans l'activit industrielle

1.2. LES NOUVELLES REGLES DE PRODUCTION

Plus techniquement, ces nouvelles rgles de production relvent d'une philosophie

Le premier rsultat en est videmment une rduction drastique des stocks, et

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 2

de production afin d'viter les alas.

Au niveau de l'organisation de la production, cela implique :

- la division de l'usine en cellules permettant l'enchanement rapide des oprations

- la limitation des dplacements acclrant le travail et facilitant le suivi de production;

- la flexibilit des cellules en question : changement rapide d'outils et de programmes de

- le contrle et la matrise de la qualit chaque tape de la fabrication afin de ne pas

- la polyvalence et l'augmentation de la qualification des oprateurs qui deviennent

Remarquons que, jusqu' prsent, il n'a encore t question ni d'automatisation ni

Une saine dmarche consistera donc analyser les flux de matires et

En l'occurrence, l'automatisation permettra d'acclrer la fabrication et/ou de

Cette flexibilit doit aussi se retrouver au niveau du systme de commande des

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 3

tlcharger et de modifier les programmes partir d'autres ordinateurs.

L'informatisation, quant elle, a pour but d'amliorer la manipulation des

Ces diffrentes facettes de la production ont dj fait, de longue date, l'objet de

Il en rsulte que d'importants flux d'informations continuent de circuler par la voie

Les nouvelles rgles de production voques dans ce paragraphe (et en particulier

En d'autres termes, l'intgration offre chacun l'accs direct l'information

D'un point de vue technique, le CIM implique donc :

- l'existence d'un systme de communication ouvert permettant des systmes

- une architecture informatique ouverte et distribue permettant aux utilisateurs de

- un ensemble de progiciels de contrle et de gestion capables d'exploiter les donnes

Dans le prsent volume, on s'intressera essentiellement aux deux premiers de ces

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 4

Figure 1.2. Processus de production informatis et automatis mais sans intgration

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 5

Figure 1.3. Processus de production intgr ou CIM (Computer Integrated Management)

1.3. HIERARCHISATION DES COMMUNICATIONS

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 6

Entranement Panneau Oprateur I/O dportes 0

Capteur Actuateur Actuateur

Machine 1 Machine 2 Machine 3

Figure 1.4. Elments interconnecter pour raliser le CIM

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 7

Au niveau de la gestion administrative et technique, l'information existe en gnral

En gnral, chaque dpartement possde son rseau local (rseau de PC par

Lorsqu'une entreprise comporte plusieurs sites gographiques, des

Au niveau de la fabrication la situation est plus complexe. On distingue en

Les machines de production modernes (CNC, robots, etc.) sont pratiquement

Plus prs des machines, on trouve actuellement de plus en plus d'quipements

Dans le mme esprit, la possibilit est apparue rcemment de greffer directement

1.3.3. LA PYRAMIDE DU CIM

Les six niveaux de communications qui ont t introduits ci-avant sont

Chapitre 1 CONCEPT CIM (Computer Integrated Management) 8

5 Compagnie HEURES MBYTES