INTERBUS-SAFETY

BASICS

� Critères de décision
� Fonctionnement
� Description des appareils
� Concepts d’intégration
� Normalisation internationale
 BEN NJIMA Khaled

2 | Basics PROFINET
1. Automatisation d’usine
avec Ethernet

Depuis toujours, le souci d’augmenter la productivité des machines et

des installations, et en même temps d’en réduire les coûts, a été le
moteur de l’innovation dans l’automatisation industrielle. Le système
INTERBUS, le premier bus conçu pour transmettre les données de
process aux capteurs et aux actionneurs, a été développé il y a plus de
15 ans déjà.

Caractérisé par un procédé de

transmission particulier et une
topologie en anneau, INTERBUS
se distingue par sa communication
de données rapide, cyclique et à
intervalles constants, alliée à une
grande simplicité de manipulation.
Il est remarquable par ses fonc-
tions de diagnostic exhaustives,
destinées à minimiser les temps
d’immobilisation, et par sa grande
immunité aux parasites en cas
d’utilisation de fibres optiques. Ces
qualités, conjointement avec le
couplage économique des cap-
teurs et des actionneurs, ont rapi-
dement abouti à une forte
acceptation de ce système de bus
de terrain.
Actuellement (en mars 2005), plus
de 7,5 millions de nœuds INTER-
BUS ont été mis en œuvre dans
plus de 680 000 applications, dans
de très nombreux secteurs de
l’industrie. La base installée repré-
sente une valeur de 1,4 milliards
de dollars US, d’après nos calculs
effectués sur la base d’une étude
de Frost & Sullivan.

Figurant parmi
les leaders du
marché des bus
de terrain,
INTERBUS est
actuellement uti-
lisé dans plus de
680 000 applica-
tions dans de
très nombreux
secteurs de
l’industrie

Basics PROFINET | 3
 Les machines et
14
les installations Mehr Segmente und Nischen Pickup
doivent pouvoir 12 Off-Road
Pickup Sports Utility Vehicle
être adaptées Off-Road Mehrzweck-Fahrzeuge
Sports Utility Vehicle Fließheck
rapidement à la
8 Mehrzweck-Fahrzeuge Kombi
production de Mehrzweck-Fahrzeuge Fließheck Limousine

nouvelles 6 Fließheck Kombi Kleinwagen

Fließheck Kombi Limousine Sportwagen
variantes Kombi Limousine Kleinwagen Coupé
3 Limousine Kleinwagen Sportwagen Cabrio
Limousine Kleinwagen Sportwagen Coupé Roadster
Source :
Sportwagen Sportwagen Coupé Cabrio Hybridfahrzeuge
Magna Steyr/
Spyder Coupé Cabrio Roadster Neue Antriebssysteme
AUTOMOBIL
ENTWICKLUNG 60´er 70´er 80´er 90´er 2000

Accéder aux gise- nées des machines, pourtant

indispensable si l’on veut optimiser
ments de productivité la gestion des commandes et de la
production, entraîne un surcoût
De nos jours, les marchés sont
important. Notre objectif sera donc
caractérisés par des produits aux
le développement d’une structure
cycles de vie de plus en plus
de réseau unique, capable d’inter-
courts, en même temps que le
connecter l’ensemble des compo-
nombre de types va croissant. Si,
sants et d’assurer leur couplage au
en 1990, le cycle de vie d’une voi-
niveau de la production et de la
ture était encore de 9,5 ans, avec
gestion d’entreprise. Ethernet four-
en moyenne 8 versions produites
nit la clé de la mise en œuvre d’un
sur une même plate-forme (limou-
tel système, car ce support de
sine, combi, cabriolet, etc), une
transmission, issu de la bureauti-
marque de voiture est actuellement
que, est d’ores et déjà utilisé dans
déclinée en 14 variantes, avec un
l’industrie pour faire communiquer
cycle de vie moyen de 6,5 ans.
les éléments décentralisés des
Pour rester concurrentielles, les
machines et des installations, entre
installations de production doivent
eux et avec les systèmes de niveau
donc atteindre le retour sur inves-
supérieur.
tissement sensiblement plus vite.
Cela suppose de pouvoir réduire
considérablement les coûts de Compléter les proto-
développement et d’ingénierie, qui
représentent la majeure partie du
coles Ethernet
coût global, et de trouver un moyen Le recours à un standard de com-
simple pour intégrer les solutions munication unique et mondiale-
existantes dans de nouveaux con- ment connu comme Ethernet offre
cepts. Les structures de communi- la possibilité de transmettre direc-
cation à l’intérieur de l’entreprise tement de grandes quantités de
sont ainsi devenues un critère déci- données et d’échanger différents
sif dans la recherche de nouveaux services, tout en utilisant des com-
gisements de productivité. posants et des outils standard.
Approv.
L’inconvénient d’Ethernet, du
Gestion
Unifier la structure du moins jusqu’à présent, réside dans
Planification
sa gigue élevée et dans ses piètres
Ethernet réseau performances en matière de fonc-
tionnement en temps réel. C’est
Les réseaux d’entreprise actuels
pourquoi plusieurs constructeurs et
sont caractérisés par la nécessité
organisations s’efforcent de déve-
de recourir à des passerelles coû-
Feldbus lopper des protocoles Ethernet
teuses, avec des mécanismes
complémentaires qui soient capa-
d’échange de données complexes,
bles de répondre aux besoins parti-
pour assurer la communication
Ethernet offre une structure de réseau unique, capa-
culiers de la communication
entre les nombreux îlots de la zone
ble de relier les différents îlots le long de la chaîne
industrielle.
de production, et entre le niveau de
de création de plus-value de l’entreprise l’usine et le niveau supérieur. Réa-
liser un accès transparent aux don-

4 | Basics PROFINET
 PROFIBUS
Avec ses trois
canaux, TCP/IP,
100 ms 10 ms 1 ms RT et IRT, capa-
bles de fonction-
TCP/IP
ner en parallèle,
Profinet répond
aux besoins tem-
porels de chaque
NRT RT IRT
application

2. Décision en faveur du protocole

Ethernet le plus complet

Les entreprises de production n’adopteront la mise en réseau complète

à base d’Ethernet que si ce dernier est en mesure d’offrir sur le terrain
la même gamme de performances que les systèmes de bus utilisés
actuellement. Outre la synchronisation des systèmes de motorisation et
le transport des données de process rapide, cyclique et à intervalles
constants, cela concerne surtout la transmission des signaux de sécu-
rité et l’interconnexion transparente et complète des domaines de la
bureautique et de la productique.

Il s’agit aussi de protéger les
investissements antérieurs, sou-
vent considérables, des cons-
tructeurs et des utilisateurs en
produits et solutions d’automati-
sation, en créant une transition
en douceur du bus de terrain au
réseau Ethernet. Le Club INTER-
BUS a étudié les protocoles
Ethernet qui sont actuellement
développés par différentes socié-
tés et organisations, à la lumière
des critères de performance ci-
dessus, et a pu constater que
Profinet était le mieux adapté aux
besoins de la communication
industrielle, et cela pour les rai-
sons suivantes :
2.1 Solutions temps � Canal temps réel RT
Avec un temps de cycle inférieur
réel aux perfor- à 10 ms, RT correspond aux per-
mances variables formances des bus de terrain
actuels. Le canal RT, qui peut
Pour répondre aux besoins des dif-
être mis en œuvre dans les
férentes classes d’appareil, Profi-
appareils sous forme de logiciel,
net dispose de trois canaux de
supporte la transmission cycli-
communication capables de fonc-
que des données utiles, ainsi
tionner en parallèle dans le même
que l’envoi de messages et
réseau ou sur le même appareil.
d’alarmes déclenché par l’évé-
� Canal standard TCP/IP, UDP/IP nement.
Le canal standard est réservé � Canal temps réel isochrone IRT
aux appareils simples, qui se
Les applications hautement
contentent d’un temps de réac-
dynamiques sont couvertes par
tion de l’ordre de 100 ms. Il sert
le canal IRT, caractérisé par un
entre autres au paramétrage et à
temps de cycle inférieur à 1 ms
la configuration d’appareils, ou à
et une gigue inférieure à 1 µs.
la lecture des données de
diagnostic.

Basics PROFINET | 5
 IRT est basé sur un composant de net ou par le système INTERBUS,
communication Ethernet qui gère un proxy « traduisant » le standard
la réponse extrêmement dynami- du bus de terrain dans le protocole
que des réseaux fonctionnant en Profinet, l’interaction des unités
temps réel. fonctionnelles avec le système
temps réel nécessite aussi la con-
figuration des relations de commu-
2.2 Compatibilité
nication. Les données qui seront
avec le « monde échangées entre les unités fonc-
Ethernet ouvert » tionnelles sont décrites pendant la
Applications infor-
Applications Profinet programmation de ces unités par
matiques, p.ex.
• HTTP Pour être en mesure de planifier l’intermédiaire du système de pro-
• SNMP Données Données
• DHCP... standard temps réel les processus de fabrication de grammation, et dans un fichier Pro-
manière optimale, il est important finet CBA. Les données de
TCP/UDP de pouvoir accéder directement à paramétrage des différents sous-
l’ensemble des données et des systèmes sont ensuite importées
IP
systèmes d’automatisation, au dans l’éditeur de liens, où les uni-
RT IRT niveau des contrôleurs et à celui tés fonctionnelles sont intercon-
Ethernet de la production. Profinet répond nectées d’un clic de souris.
Temps réel

Switch ASIC en temps réel

à cette exigence, car Ethernet met
en œuvre des techniques de com- 2.4 Intégration sim-
munication et d’information stan-
dard comme OPC, XML, COM/
ple des systèmes
Canaux de communication du système Profinet
DCOM, DHCP, SNMP, FTP ou de bus de terrain
HTTP, conjointement avec les existants
protocoles standard TCP/IP et RT.
Machine 2 Machine 3 Les solutions à base de bus de ter-
Contrôleur Introd. des feuilles Soudage
2.3 Modèle d’architec- rain s’intègrent dans un système
Profinet simplement à travers des
ture pour une proxys. Le proxy fait office de
Ethernet
automatisation représentant dans Ethernet des

Proxy
décentralisée
INTERBUS
Le modèle d’architecture Profinet
Machine 1 CBA (Component Based Automa-
tion) favorise la tendance à la dis-
Dégroupage Groupage tribution des fonctions
d’automatisation sur différents
Profinet CBA facilite la réalisation de machines et systèmes intelligents car il définit
d’installations modulaires et décentralisées à la fois l’ingénierie des installa-
tions et la communication entre
les sous-systèmes et leurs appa-
reils.
Tandis que les composants à
l’intérieur des unités fonctionnel-
les sont reliés entre eux par Profi-
appareils reliés au bus de terrain. Il
intègre les abonnés raccordés par
un système INTERBUS de niveau
inférieur au système Profinet de
niveau supérieur. Il permet ainsi de
profiter, dans le réseau Profinet,
des avantages spécifiques du sys-
tème INTERBUS tels que la dyna-
mique élevée, le diagnostic précis
et la configuration automatique et
sans réglage d’appareils. En con-
servant les avantages d’INTER-
BUS, non seulement les études
seront simplifiées, par la réutilisa-
tion des procédures connues, mais
aussi la mise en service et l’exploi-

Afin de protéger
les investisse- ETH

LNK
ACT
100
10/100 BASE-

Reset
Proxy
ments des utili-
sateurs, les
systèmes de bus
de terrain sont
PROFIBUS

intégrés dans
Profinet IO par
l’intermédiaire
d’un proxy
6 | Basics PROFINET
tation, grâce aux fonctions de dia-
gnostic exhaustives du système
INTERBUS. De même, les appa-
reils et les outils logiciels sont sup-
portés sans changement et
intégrés dans la manipulation du
système Profinet.
2.5 Supporté par les
fabricants de con-
trôleurs
Au moins aussi important que les
performances techniques des
systèmes de communication est
l’accès aux principaux systèmes
de contrôleurs. De nombreux
fabricants de contrôleurs comme
Siemens ou Phoenix Contact ont
déjà mis en œuvre une interface
Profinet dans leurs appareils, ce
qui garantit un large support du
protocole et l’accès à de nom-
breuses solutions d’automatisa-
tion dans toutes les branches de
l’industrie.
Les activités de l’organisation des
utilisateurs Profinet et du Club
INTERBUS, ainsi que leurs mem-
bres, contribuent au développe-
ment du système Profinet et à la
disponibilité de produits corres-
pondants, et aident ainsi à sécuri-
ser son avenir. A titre d’exemple,
la spécification d’un concept de
sécurité pour Profinet, capable de
transmettre les données standard
et les données de sécurité sur un
câble unique, est en cours d’éla-
boration. Une autre solution est
en train d’être développée dans le
but de sécuriser la communication
à l’intérieur des installations
industrielles, contre les risques
d’espionnage, de manipulation ou
d’accès non autorisé.

3. Le fonctionnement de
Profinet IO
Avec Profinet IO, la spécification Profinet propose, pour les appareils
de terrain simples, un modèle d’intégration qui recoupe peu ou prou
la notion habituelle de périphérie décentralisée. Les composants sont
adressés sous la forme habituelle, comme dans l’environnement du
bus de terrain. Par la description d’appareil ils sont intégrés dans l’outil
d’ingénierie correspondant (PC Worx, Step 7, etc), où ils sont affectés
à un contrôleur à l’étape de la configuration.

Comme tous les abonnés au
réseau Ethernet ont les mêmes
droits, le procédé maître/esclave
qui caractérise la technologie du
bus de terrain devient, dans Profi-
net IO, un modèle du type produc-
teur/consommateur. Dans ce
modèle, l’expéditeur des données
joue le rôle du producteur, qui
envoie les données à ses parte-
naires, les consommateurs, par
qui elles sont traitées.
Dans le cadre de Profinet IO, on
distingue les types d’appareil
suivants :
� Contrôleur d’E/S
Le contrôleur d’E/S désigne
l’équipement par l’intermédiaire
duquel sont adressés les péri-
phériques d’E/S raccordés. Il
s’agit généralement d’un contrô-
leur séquentiel au sein d’une
unité fonctionnelle décentrali-
sée, qui échange des signaux
d’entrée et de sortie avec les
appareils de terrain associés.
� Périphérique d’E/S
Par périphérique d’E/S on
entend un appareil de terrain
décentralisé (ex. un module
d’E/S distant, un moteur, un îlot
d’électrovannes, un switch),
affecté à un ou plusieurs contrô-
leurs d’E/S et chargé de trans-
mettre les données de process et
de configuration, ainsi que les
alarmes. Les échanges de don-
nées entre les périphériques
d’E/S sont organisés par la confi-
guration de sous-modules du
type producteur/consommateur.
� Superviseur d’E/S
Le superviseur d’E/S, une con-
sole de programmation ou un PC
industriel, accède à toutes les

Basics PROFINET | 7
 données de process et de paramé- point de vue doit être identique
trage en même temps que le con- pour tous les appareils de terrain,
trôleur d’E/S. si l’on souhaite aboutir à une com-
munication complète entre les
Entre le contrôleur d’E/S, le super-
appareils, quels que soient leur
viseur d’E/S et les périphériques
Système d’ingénierie Superviseur d’E/S type et leur constructeur. Il est
d’E/S, il existe des relations d’appli-
important de savoir que les péri-
Ethernet cation qui comportent plusieurs
phériques d’E/S d’un système
Non
relations de communication pour
spécifié
Spécifié Profinet IO ne recouvrent pas
MRESET
PLC
RUN
transmettre des données de confi-
nécessairement les appareils de
FAIL

PROFIBUS
STP E
11 15 19 Q1 US
RUN/PROG 12 16 I10 Q2 UM
13 17 I11 Q3 UL
14 18 I12 Q4
ETH

guration (canal standard), des don-

10/100 BASE-T

LNK INLINE CONTROL

ACT ILC 350 ETH
100 Ord.No.: 2737203

terrain physiques, car ces derniers

RESET

IL
PRG

nées de process (canal temps

RDY/RUN
BSA
FAIL
PF

peuvent correspondre à plusieurs

réel), et des alarmes (canal temps
Contrôleur d’E/S Périphérique d’E/S
réel). Ces relations sont instaurées
Spécifié par une fonction de gestion con-
textuelle, qui assure également le
A part les systèmes d’ingénierie pour la configuration paramétrage des relations de com-
du réseau et l’affectation des adresses d’entrée/sortie, munication à mettre en place et
Profinet IO distingue trois types d’appareil l’identification des abonnés.
Le modèle
d’équipement
de Profinet IO
La gestion contextuelle utilise pour
l’adressage un modèle d’équipe-
ment qui représente la fonctionna-
lité d’un appareil de terrain donné
du point de vue de Profinet IO. Ce
Le modèle
d’équipement
représente la
fonctionnalité de
l’appareil de ter-
rain du point de
périphériques d’E/S logiques. Le
périphérique d’E/S lui-même défi-
nit des emplacements (slots) des-
tinés à recevoir des modules, qui
comportent chacun au moins un
sous-module représentant une
fonction donnée.
Chaque périphérique d’E/S se voit
attribuer un identifiant, compris
dans le monde entier. Celui-ci se
compose d’un code constructeur à
16 bits, attribué par l’organisation
des utilisateurs Profibus, et d’un
code appareil, également à 16
bits, défini librement par le cons-
tructeur.
Module:
16DIO
SM: Digit. In In1
16 DI In2
In…
Physical IO-Device

Parameter
Logical IO-Device

vue de Subslot 1 In16

Stationn.
IP-Addr.

Profinet IO
SM: Digit. Out Out1

16 DO Out2
Parameter Out…

Subslot 2 Out16

Slot 0

Lignes utilisables
Profinet fonctionne en duplex inté-
gral, avec une vitesse de transmis-
sion de 100 MBit/s (Fast Ethernet), à
la fois dans la productique et dans la
bureautique. Les types de ligne sui-
vants peuvent être utilisés au choix :
1. Câbles électriques à base de
paires torsadées
Les caractéristiques de transmission
des câbles doivent répondre aux cri-
tères de CAT5, la distance maximale
entre deux composants ne devant
pas dépasser 100 m.
2. Solutions optiques
Le support de transmission peut être
une fibre optique, multi-mode ou
mono-mode, à base de fibre de verre
ou en plastique. La distance maxi-
male entre deux composants ne doit
pas dépasser 2 km (fibres multi-
mode) ou 14 km (fibres mono-mode).

8 | Basics PROFINET
4. Description d’appareil
dans INTERBUS et dans
Profinet
Pour pouvoir intégrer les composants intervenant dans
une solution d’automatisation, il faut disposer des informa-
tions nécessaires sur les appareils au cours des différen-
tes étapes de l’ingénierie. Cela se fait généralement au
moyen d’une description d’appareil. Dans le système Profinet, cette
description est importée dans le système d’ingénierie correspondant
sous forme de fichier GSD (General Station Description), au format
XML. C’est ici qu’on procède à la configuration et à la programmation,
les données étant ensuite transmises au contrôleur d’E/S.

Dans un système INTERBUS, les Le modèle d’équipement FDCML

importList
composants sont décrits dans le se compose des éléments de base
datatypeTemplateList
langage FDCML (Field Device suivants:
Outils associés dictionary List
Communication Markup Lan- � Objet DeviceIdentity helpFileList
guage) basé sur XML et décrit
L’objet DeviceIdentity assure l Images des appareils toolList
Composition des
dans la norme ISO 15745-3. appareils
’identification et la sélection de pictureList
FDCML possède les caractéristi-
l’appareil, par exemple sur la deviceStructure
ques suivantes : DeviceManager
base du nom du constructeur et localDataDescriptionList
� utilisable pour des appareils de du type ou de la désignation de Caractéristiques de
additionalItemList
communication
différents niveaux de complexité l’appareil. 0 ..oo

� indépendant du système communicationEntity

� Objet DeviceManager 0 ..oo
� extensible par la personnalisa-
L’objet DeviceManager contient Auxiliaires resource
tion d’éléments FDCML généri- 0 ..oo

l’ensemble des informations

ques externalSchema
nécessaires à la configuration 0 ..oo

� supporte le choix en ligne de la

d’une installation, par exemple,
langue de l’interface utilisateur Informations sur la gestion des appareils
sur le raccordement électrique
� utilisable avec des appareils dans l’objet DeviceManager
d’un composant.
supportant plusieurs systèmes
de communication
< DeviceIdentity>
<vendor> � Objet DeviceFunction
…
L’objet DeviceFunction décrit la
< DeviceManager>
< DeviceStructure> fonction et le paramétrage des
<MAU> appareils, et propose des vues
Interface de …
communication <channel> utiles sur la configuration, le
…
< CommunicationEntity>
paramétrage, ou la visualisation.
< MAUusage> Description d’un
…
< CfgItemList> appareil de ter-
… rain simple dans
< ProcessdataItem>
<uses ref=˝//channel le langage de
… description
FDCML utilisé
dans INTERBUS

Basics PROFINET | 9

Contrôleur Système de programmation
INTERBUS GSD
Proxy
FDCML
Le langage de description d’appareil FDCML convient donc à la fois pour
INTERBUS et pour Profinet IO.
� Objet ApplicationProcess
L’objet ApplicationProcess met à
votre disposition des vues facili-
tant la programmation ou l’inté-
gration dans les environnements
de programmation.
Si l’on compare les deux langages
de description d’appareil, GSD au
format XML et FDCML, il apparaît
que la version 1.0 de GSD ne con-
vient pas à la description de sta-
XML – eXtensible Markup Language
XML est aujourd’hui à la base de
nombreuses applications. Ce méta-
langage est une version abrégée de
la norme internationale SGML (Stan-
dard Generalized Markup Language)
qui a servi de base aux langages à
balises comme HTML.
Compte tenu de la complexité
extrême de SGML, certaines parties
de la norme étant très peu utilisées,
10 | Basics PROFINET
tions modulaires regroupant des
modules de constructeurs diffé-
rents, une situation que l’on ren-
contre fréquemment dans les
systèmes INTERBUS. Le concept
GSD est basé sur un esclave
modulaire, dont tous les modules
proviennent du même fournisseur.
Il suffit donc d’un seul fichier GSD
au format XML par station d’E/S.
Coût réduit
Contrairement à GSD, FDCML
vise à décrire chaque appareil et
chaque module. Comme il pos-
sède aussi la faculté de décrire les
relations entre les appareils au
sein d’une station modulaire,
FDCML offre les mêmes possibili-
tés de description que GSD au for-
mat XML. FDCML est donc
utilisable dans les réseaux Profi-
net, car les informations sur les
appareils nécessaires à la confi-
guration des systèmes Profinet IO
peuvent être incluses dans la
structure des appareils de
FDCML. Pour le constructeur
d’appareils, la description d’un
composant se trouve considéra-
blement simplifiée, car il suffit de
générer une fois sa description
dans FDCML. Les fichiers GSD
des stations d’E/S sont alors
générés dans l’éditeur FDCML,
d’un clic de souris.
le consortium du World Wide Web
(W3C) a créé un langage simplifié,
appelé XML. L’idée de base de XML
était que la structure des documents
générés devait suivre un certain nom-
bre de modèles, afin de pouvoir réuti-
liser les données et améliorer leur
utilisation.
5. Concepts pour intégrer
INTERBUS dans Profinet IO
Si l’on veut que l’association d’INTERBUS et de Profinet IO se
traduise par une productivité accrue, il faut parvenir à une solution
globale sans rupture de communication, dans laquelle les avanta-
ges spécifiques du bus de terrain et d’Ethernet soient conservés.
C’est pourquoi l’intégration d’INTERBUS dans Profinet IO passe par
un proxy, un concept amplement utilisé dans Internet. La transition d’un
réseau à l’autre est assurée par des passerelles qui remplissent une
fonction de représentant et facilitent l’intégration dans le réseau Profinet
des appareils et objets raccordés à INTERBUS.

Sur la base du modèle d’équipe- et un sous-module. Un télégramme Module:

ment de Profinet IO, les concepts Profinet IO suffit alors pour trans- 16DIO
SM: Digit. In In1
SM: Digit. In In2In1
suivants sont envisageables pour mettre la totalité de l’image- 16 DI
SM: Digit. In In2In1
16 DI In…In In1
mémoire du process accessible par
Physical IO-Device
SM: Digit.
Parameter
intégrer INTERBUS dans le stan-

Logical IO-Device
16 DI In2
In…In In1

Physical IO-Device
ParameterSM: Digit.

Logical IO-Device
1 16 DIIn16 In…In2

Stationn.
Subslot

IP-Addr.
Physical IO-Device
Parameter
dard Ethernet. INTERBUS, et la charge du réseau

Logical IO-Device
In16
16 DI In2

Stationn.
Subslot 1 In…

IP-Addr.
Physical IO-Device
Parameter In16

Logical IO-Device
Stationn.
Subslot 1Out1 In…

IP-Addr.
Physical IO-Device
SM: Digit. OutParameter

Logical IO-Device
dans le système Profinet sera fai- In16

Stationn.
Subslot Out1
1

IP-Addr.
SM: Digit. Out Out2
16 DO Subslot 1Out1 In16

Stationn.
IP-Addr.
SM: Digit. OutOut2
�
Intégration transparente ble. Aucune représentation structu- 16 DO
SM: Digit.Out…
Parameter
16 DO Out…
OutOut2Out1
Out1
SM: Digit.
Parameter Out16OutOut2
rée du système INTERBUS ne sera Subslot 2 16 DO
Parameter Out…
Out16 Out2
Chaque abonné INTERBUS est Subslot 2 16 DO
Parameter Out16 Out…
cependant possible, car les abon- SlotSubslot 2
0 Parameter Out…
Out16
projeté sur un périphérique d’E/S SlotSubslot
0 2
Out16
nés INTERBUS ne sont plus visi- SlotSubslot
0 2
virtuel. L’avantage est que tous les Slot 0
bles dans Profinet IO. En outre, le Slot 0
appareils raccordés au système de
proxy INTERBUS doit être confi-
bus de terrain sont directement
guré avec un outil d’ingénierie spé-
visibles dans Profinet IO. Chaque Intégration transparente : chaque abonné INTERBUS
cifique.
périphérique d’E/S nécessite est projeté sur un périphérique d’E/S
cependant l’envoi d’une trame
� Intégration modulaire
Ethernet d’au moins 64 octets,
même si les appareils INTERBUS Chaque abonné INTERBUS est
ne produisent généralement qu’un projeté sur un module propre dans
nombre réduit de données de pro- un seul périphérique d’E/S. Les
cess. Lorsque les systèmes infé- données de tous les modules peu- Module:
16DIO
rieurs atteignent une taille vent alors être transmises dans SM: Digit. In In1

importante, la charge du réseau une seule trame Ethernet, ce qui 16 DI In2

In…
Physical IO-Device

Parameter
garantit un rendement élevé du
Logical IO-Device

dans le système Profinet sera éle- In16

Stationn.

Subslot 1
IP-Addr.

vée, d’où un faible rendement du protocole dans Profinet. Les carac- Out1
SM: Digit. Out
protocole. C’est pourquoi le modèle téristiques des abonnés INTER- 16 DO Out2

transparent n’est pas la solution BUS restent disponibles dans le Parameter Out…
Out16
idéale pour intégrer un système sous-module correspondant. Un Subslot 2

INTERBUS. autre avantage réside dans Slot 0

l’absence d’outils spécifiques pour

�
Intégration compacte
Le système INTERBUS complet
est projeté sur un périphérique
d’E/S comportant un seul module
la configuration du proxy INTER-
BUS, car la composition d’un appa- Intégration compacte : l’ensemble du système
INTERBUS est projeté sur un périphérique d’E/S
reil modulaire est supportée par
tous les systèmes de programma-
tion.
Basics PROFINET | 11
 Après avoir pesé le pour et le con- Tous les esclaves INTERBUS rac-
tre des différents modèles d’inté- cordés au maître utilisent les
Module:
16DIO gration, le Club INTERBUS et ses emplacements à partir de l’empla-
In1
SM: Digit. In
In2
membres vont d’abord se consa- cement n˚ 2, selon une séquence
16 DI
Parameter SM:In… In1 crer à la spécification du concept reflétant la composition du système
Physical IO-Device
Digit. In

Logical IO-Device
In16
16 DI In2
modulaire, qui sera brièvement INTERBUS. Il est donc interdit de

Stationn.
Subslot 1

IP-Addr.
In…

Physical IO-Device
Parameter

Logical IO-Device
SM: Digit. Out Out1 In16 décrit par la suite. laisser des emplacements vides.

Stationn.
Subslot 1

IP-Addr.
16 DO Out2
Out1
Parameter SM: Out…
Digit. Out
Fonctionnement de
Subslot 2 Out16
16 DO Out2
Parameter Out…
l’intégration modu-
Slot 0 Out16
Subslot 2
Slot 0
laire
Dans le cadre de l’intégration
Intégration modulaire : chaque abonné INTERBUS est
modulaire, le modèle d’équipe-
projeté sur un module dans un périphérique d’E/S
ment de Profinet IO réserve
l’emplacement (slot) n˚ 1 au maître
INTERBUS. Le canal des données
de process cycliques, utilisé pour
les signalisations d’état et le regis-
tre de commande, permet d’inter-
roger l’état du système
INTERBUS, et de réaliser des
actions spécifiques comme la mise
en et hors service de certains
abonnés. Le diagnostic du canal à
l’emplacement n˚ 1 est utilisé pour
représenter les évènements qui ne
concernent pas un emplacement
spécifique, par exemple les erreurs
générales de paramétrage. Chaque
événement de diagnostic est com-
muniqué au contrôleur par une
alarme de diagnostic appropriée.
Dans le cadre de
l’intégration modu- Maître INTERBUS
Les données de process cycliques
d’un emplacement sont directe-
ment attribuées aux données
d’entrée et de sortie des différents
esclaves INTERBUS, tandis que
les paramètres de Profinet IO sont
utilisés pour le réglage des don-
nées spécifiques aux abonnés (ex.
identifiant ou longueur des don-
nées de process), et pour la repré-
sentation des paramètres PCP
spécifiques aux appareils. Les
messages de diagnostic du sys-
tème INTERBUS sont disponibles
dans Profinet IO en tant que dia-
gnostic de canal et sont communi-
qués au contrôleur sous forme
d’alarmes de diagnostic, que ce
dernier représente alors en clair.
Le modèle d’équipement fonc-
tionne comme une carte de cou-
plage INTERBUS qui, dans ce cas
précis, ne serait pas reliée au fond
de panier du contrôleur, mais con-
tactée à travers une liaison Profinet
série.
Esclaves INTERBUS

laire, l’emplace- Registres d’état et de commande Esclaves INTERBUS

ment n˚ 1 est
réservé au maître Paramètres INTERBUS
INTERBUS, tandis
que les esclaves Paramètres PCP
sont attribués aux
emplacements à Diagnostic du maître Diagnostic des abonnés
partir du n˚ 2
Alarmes de diagnostic Alarmes de diagnostic

Emplacement nº 1 Emplacement nº 2..n

IO-Device

Proxy Profinet/INTERBUS FL PN / IBS

Phoenix Contact figure parmi les
premiers constructeurs de compo-
sants d’automatisme à proposer un
proxy Profinet/INTERBUS, capable
d’intégrer les avantages du système
INTERBUS dans le monde Profinet.
Grâce à l’accès transparent aux don-
nées des composants INTERBUS,
les applications existantes basées
sur le bus de terrain sont faciles à
intégrer dans une solution globale.
Le proxy FL PN/IBS, montable sur
profilé support, fonctionne en duplex
intégral à 100 MBit/s, et se distingue
par un temps de réponse optimal, car
les données de process de tous les
composants sont regroupées de
manière efficace.

12 | Basics PROFINET
 SC65C : DIGITAL COMMUNICATION

Technical
Coordinator

JWG10: WG11: WG12: WG13:

Industrial Cabling Real Time Ethernet Communicatins for Cyber Security
Functional Safety
CEI 61918 CEI 61784-2 CEI 61784-3 CEI 61784-4

Groupes de travail
WG7: MT9:
au sein du SC65C
Function Block Fieldbus Maintenance
CEI 61158 « Digital Communi-
CEI 61804 CEI 61784-1 cations » de la CEI

6. Normalisation internationale
d’INTERBUS et de Profinet

Même si elle accuse toujours un certain retard par rapport aux acti-
vités de développement, la normalisation internationale des systè-
mes et des composants de communication sécurise à la fois les
utilisateurs et les constructeurs. En effet, elle garantit le fonctionne-
ment correct des appareils de différentes origines dans une solution
d’automatisation.

C’est pourquoi le Club INTERBUS
poursuit depuis de nombreuses
années une politique de normalisa-
tion active, qui a abouti à la ratifica-
tion du système dans une norme
DIN (DIN E 19258 en mai 1994),
puis dans une norme européenne
(EN 50254 en décembre 1998), et
pour finir dans une norme interna-
tionale (CEI 61158 en janvier
2000). Actuellement, l’intercon-
nexion d’INTERBUS et de Profinet
est au centre des activités de nor-
malisation, qui se déroulent essen-
tiellement au sein du SC65C
« Digital Communications » de la
CEI, dont les travaux sont accom-
pagnés en Allemagne par le K956
« Feldbus ».
INTERBUS est aujourd’hui norma-
lisé, conjointement avec les systè-
mes de bus de terrain Foundation
Fieldbus, ControlNet, Profibus, P-
Net, Swiftnet et WorldFIP, dans la
CEI 61158, dont la dernière mise à
jour remonte à mars 2003. Comme
la CEI 61158 regroupe plusieurs
spécifications de bus de terrain,
des « profils de communication
pour la CEI 61158 » ont été définis
et publiés sous forme de norme
internationale dans la CEI 61784-
1. Ces profils de communication
forment des sous-ensembles de la
spécification générique
CEI 61158, pour les différents sys-
tèmes de communication (INTER-
BUS, Profibus, etc). En mars 2004,
la série de normes EN CEI 61158
et la norme EN CEI 61784-1 ont
été ratifiées par l’organisme euro-
péen de normalisation CENELEC.
Elles se trouvent donc automati-
quement intégrées dans les ouvra-
ges de normalisation des pays
membres du CENELEC.
Intégration des con-
cepts Ethernet
Le travail sur la CEI 61158 a
démontré qu’à côté des systèmes
de bus de terrain « classiques », la
communication de données indus-
trielles fait appel de manière crois-
sante aux solutions à base
d’Ethernet. C’est pourquoi, les

Basics PROFINET | 13
 notions d’Ethernet applicables
comme Profinet, Ethernet IP et
Fieldbus Foundation HSE ont été
intégrées dans la CEI 61158, édi-
tion 3 pendant l’élaboration de la
norme. Le SC65C de la CEI a éga-
lement lancé un nouveau projet de
norme (la future CEI 61784-2)
autour du thème « Profils supplé-
mentaires destinés aux réseaux
de communication basés sur la
norme ISO/CEI 8802-3 dans les
applications en temps réel ». Les
activités correspondantes se
déroulent au sein du groupe de
travail 11 (CEI SC65C/ WG 11)
« Real Time Ethernet (RTE) »,
chargé d’établir des profils de
communication d’ici le mois d’août
2007. En outre, les extensions
RTE des systèmes de communi-
cation déjà inclus dans la
CEI 61158 (ex. Profinet IO), ainsi
que d’autres solutions basées sur
7. Développement continuel des
deux systèmes
Des branches industrielles hautement compétitives et orientées
vers l’avenir, telles que l’industrie automobile, suivront l’avis du
Club INTERBUS et ne manqueront pas d’intégrer le système
Profinet dans leurs solutions d’automatisation.
Fin novembre 2004, les construc-
teurs Audi, BMW, DaimlerChrysler
et Volkswagen, réunis au sein de
l’initiative des constructeurs auto-
mobiles allemands en faveur de
l’automatisation (AIDA) ont pro-
clamé leur intention d’utiliser le
protocole standard Profinet, inté-
grant la sécurité des personnes,
pour le couplage uniforme et sim-
ple de tous les composants d’auto-
matisme, chaque fois que cela se
traduit par des avantages techni-
ques ou une rentabilité accrue.
Cette décision ne manquera pas
d’influencer les autres branches
14 | Basics PROFINET
Ethernet, telles que Ethernet
Powerlink, dont la spécification de
base doit être disponible sous
forme de SAP (Spécification
Accessible au Public), doivent être
intégrées dans la prochaine édition
de la CEI 61158, prévue fin 2007.
Le club INTERBUS et l’organisa-
tion des utilisateurs de Profibus
réalisent les travaux nécessaires
de spécification du protocole Profi-
net au sein de groupes de travail
communs. A ce propos, la spécifi-
cation INTERBUS doit être éten-
due en vue d’optimiser le couplage
au protocole Profinet. Par la com-
binaison des deux systèmes nor-
malisés, l’utilisateur bénéficiera
d’une base technologique ample et
solide, lui permettant de réaliser
des solutions de communication
avec une bonne sécurité d’avenir.
qui adaptent traditionnellement les
concepts d’automatisation éprou-
vés dans l’industrie automobile, à
leurs propres machines et installa-
tions.
Actuellement, le club INTERBUS
et ses membres travaillent au sein
de plusieurs cercles de travail Pro-
finet à l’élaboration de normes
pour la transmission des données
de sécurité et les applications de
Motion Control, ainsi que sur les
mécanismes de protection contre
l’accès non autorisé au réseau ou
la manipulation illicite de ce der-
nier.
Compte tenu de l’expérience dans les appareils de Motion con-
acquise par le Club INTERBUS trol sera disponible courant 2005.

supérieur
Niveau
dans le développement du sys- Compte tenu du bénéfice écono-
Ethernet
tème de bus de terrain INTERBUS mique exigé par l’initiative AIDA,
TCP/IP

Appareils Niveau des

de terrain contrôleurs
Safety, on peut raisonnablement un tel support matériel se traduira
penser qu’il existera rapidement immanquablement par un prix
une solution homologuée pour la accru des appareils de terrain.

complexes
sécurité des personnes. C’est pourquoi, le Club INTER-
BUS considère que la mise en
Poursuite de l’optimi- réseau des sous-systèmes locaux

de terrain
Appareils

sation du système
INTERBUS
Le composant de communication
Ethernet nécessaire à l’implémen-
tation du canal temps réel IRT
et des appareils de terrain simples
fera toujours appel aux bus de ter-
rain, du moins à moyen terme, car
la mise en œuvre des protocoles
Ethernet reste trop complexe et
trop chère dans ce domaine.
Le Club INTERBUS a donc décidé
de poursuivre le développement
du système INTERBUS. Fin 2005,
un nouveau composant de com-
munication esclave sera disponi-
ble, à savoir le SUPI 4, conçu pour
sécuriser la disponibilité technique
du système INTERBUS, optimiser
les caractéristiques du système,
diminuer le coûts des interfaces,
et créer des réserves du système.
Les premiers composants sont
désormais disponibles pour le bus
de terrain de sécurité, INTERBUS
simples
Les solutions d’automatisation peuvent être réparties
en quatre niveaux, chacun ayant ses propres exigen-
ces en termes de communication industrielle
Safety, certifié par le TÜV Rhein-
land et le BGIA, qui a été mis en
œuvre avec succès dans plu-
sieurs applications. La spécifica-
tion d’un proxy INTERBUS/
Profinet est également en cours
de vérification et doit être publiée
fin mars 2005, ce qui permettra
aux constructeurs intéressés de
développer un appareil de ce type.

INTERBUS Safety Composant de comm. INTERBUS SUPI 4

Le bus de terrain de sécurité
INTERBUS Safety se distingue par :
� une intégration sans problème
possibilité de faire fonctionner, sur le même bus,
des abonnés avec et sans sécurité intégrée
� facilité d'utilisation
maintien des procédures connues du système
INTERBUS standard
� diagnostic précis
détection et transmission des courts-circuits, des
coupures d’alimentation et des défauts affectant le
câblage du réseau
� temps de réaction courts et temps d’arrêt constants
temps de cycle constants de 2 à 5 millisecondes, temps
d’arrêt configurables
� sécurité élevée
jusqu’à cat. 4 d’après EN 954-1 et SIL3 d’après
CEI 61508
Le nouveau composant de communication pour
INTERBUS, le SUPI 4, se distingue par les caractéris-
tiques suivantes :
� compatibilité descendante avec le SUPI 2 et le SUPI 3
� consommation de courant réduite grâce à la
technologie 3,3 V et aux fonctions de coupure interne
� support amélioré des drivers
� possibilités de diagnostic supplémentaires pour
faciliter la mise en service
� vitesse de transmission portée à 16 MBits/s, avec
détection automatique de la vitesse
� transmission améliorée par fibre optique
� intégration de registres de données supplémentaires
et de la couche PCP 2

Basics PROFINET | 15
 Best of Automation

Fax-Hotline INTERBUS Club Deutschland e.V., Blomberg

++49 / 52 35 / 34 12 34
Veuillez nous faire parvenir des informations supplémentaires sur
le(s) thème(s) suivant(s) :

Brochure « Principes de base du système INTERBUS standard »

Brochure « Principes de base d’INTERBUS Safety »
Brochure « Composant de communication SUPI 4 pour INTERBUS »
Brochure d’application « INTERBUS & Applications »
Autour du thème de l’automobile
Domotique
Gestion des eaux
Construction mécanique
Magasine du Club INTERBUS « Automation Forum »
Autres :

Société

Prénom / Nom MNR 52000543-00 © INTERBUS Club - International Marketing Services

Service / case postale

Rue/Boîte postale

Code postal/Ville

Téléphone

Télécopie

e-mail

Lieu, date Cachet de la société et signature

INTERBUS Club Deutschland e.V. · Postfach 1108 · D-32817 Blomberg · Telefon: 0 52 35/34 21 00 · Telefax: 0 52 35/34 12 34
E-mail: germany@interbusclub.com · Internet: www.interbusclub.com