Réseaux Locaux

Industriels
 Réalisé par :
- CHOUITAR Houssam
Filière: GIP 15 - ELFAJRI Abdeljalil
- ESSADEQ Youness
- EL-BACHA Said
 PLAN
- Historique
- DeviceNet et le modèle ISO
- La couche physique
- La couche liaison
- La couche application
- Les profils
- Points forts-Points faibles
Historique

 DeviceNet est un standard de réseau ouvert mis au point par Rockwell Automation en
1993.
 Les spécifications et le protocole réseau sont ouverts, ce qui signifie que les fournisseurs
ne sont pas obligés d'acheter du matériel, des logiciels ou des droits de licence pour
connecter les dispositifs.
 Rockwell Automation a transmis les spécifications de DeviceNet à l'association des
fournisseurs Devicenet « Open DeviceNet Vendor Association, Inc. »
 ce qui s'est traduit par l'installation de plus d'un demi-million de stations et la croissance la
plus rapide au monde d’un réseau.
 1980-1983:
Création de CAN à l’initiative de l’équipimentier allemand BOSCH pour répondre à un besoin
de l’industrie automobile.

 1983-1987:
Prix des divers et micro-controleurs intégrant CAN très attractifs car gros volume consommé par
l’automobile.

 1993-1994:
Développement et commercialisation par Allen Bradley (groupe Rockwell Automation) de produits DeviceNet.

 1995:
Création de l’ODVA = Open DeviceNet Vendor Association, pour promouvoir et supporter
techniquement les specification DeviceNet.
 1997:
L’association comporte environ 200 sociétés membres et offrent une centaine de produits
différents.

 2002:
ODVA amorce le développement de specifications pour intégrer des composants de
sécurité..
Quelques généralités de plus sur Device Net

• Normalise la Couche 7 ISO + partie basse de la couche 1 ISO

• S’appuie sur CAN ISO 11898

• Appartient à l’organisme ODVA (Open DeviceNet Vendor Association) qui est une
association d’offreur de services autour de DeviceNet - Le but de l’ODVA est de
promouvoir DeviceNet.

• En 1997 environ 200 sociétés - Plus de 100 produits différents : Rockwell Automation,
OMRON, Hitachi, AEG, Schneider, Hohner, Yaskawa, Mitsubichi, Crouzet, Softing, Leroy
Automatique, NSI, Vector, Lumberg...
DeviceNet et le modèle ISO
La couche physique

 Medium: 2 paires torsadées blindées

2 fils pour la communication et 2 fils pour l’alimentation

 Topologie: Type bus

Avec dérivation courtes et résistance fin de ligne 120 ohms
 Distance maximum: 1000 m
 Débit: 3 debits possibles : 125, 250 ou 500 Kbits/s
Fonction de la longueur du bus et de la nature du câble et de la
consummation des produits
 Nbre max équipements: 64 noeuds maître (scanner) compris
 Connecteurs

 Tous les connecteurs doivent être équipés de 5 broches.

 Les connecteurs suivant sont préconisés:

Connecteur Micro
Style (M12) Phoenix Combicon Connecteur Mini Style
Taps IP65 Taps IP 60
Exemple d’architecture
La couche liaison

Méthode d’accès au medium : CSMA/CA

Chaque équipement peut émettre dés que le bus est libre .
Un principe de bits dominants ou récessifs permet lors d’une collision un arbitrage bit à bit non destructive.
La priorité d’un message est donné par la valeur de l’identifieur: L’identifieur de valeur la plus faible est
prioritaire.

Modéle de communication : Producteur/Consommateur

Un identifieur codé sur 11 bits et situé en début de message renseigne les récepteurs sur la nature des données.

Ce concept autorise de multiples modèles de communication :

Emission sur changement d’état, cyclique, ou signal Strobe, système Maitre_Esclave.
La couche liaison

Taille maxi des données utiles : 8 octets par trame

Fragmentation possible si plus de 8 octets

Sécurité de transmission:
Parmi les meilleurs sur les réseaux locaux industriels
De nombreux dispositifs de signalization et de detections d’erreurs permettent de garantir une
grande sécurité de transmission.
La couche application

3 types de services standarisés:

1. Administration du réseau : paramétrage, démarrage, surveillance (maître-esclaves)

2. Transmission de données de process de faible taille en temps réel : I/O messages

Les I/O messages peuvent être transmis sur changement d’état, cycliquement, ou sur reception
du message Strobe ou par polling du maître..

3. Transmission de donnée de paramétrage de grande taille (>8 octets) par segmentation

sans contrainte de temps: Explicit messages en mode client-serveur.
 Communication de données

• DeviceNet s’appuie sur la trame CAN 2.0A (identifieur 11 bits)

• Le protocole DeviceNet est complètement intégré dans la trame
• 2 modes de messagerie
– Implicite ou haute priorité pour Entrées/Sorties (temps réel)
– Explicite ou basse priorité pour diagnostics, configuration...
• 2 modèles de communication
– Modèle Producteur/Consommateur (Broadcast) en implicite
– Modèle Client/Serveur (point à point) souvent en explicite
• Les 2 modes de messageries et les 2 modèles de communication sont
définis dans l’identifieur de la trame CAN
 Connexions et messages

• La communication DeviceNet est établie sur le mode «objets»

• Avant d’échanger des données, il faut établir une connexion
• Une connexion est établie entre deux ou plusieurs points finaux
• Le Connection Object est l’un des Communication Objects
• C’est le container des caractéristiques de la communication
• 2 types principaux de connexions
– I/O connections (Implicite, pour les Entrées/Sorties)
– Explicit Messaging Connections (diagnostics, configurations...)
 I/O connections & I/O messages
Station émettrice Station réceptrice
I/O data I/O message I /O data

Application Connection Connection Application

I/O messages I/O Connection I/O Connection I /O messages

Les IO data sont inclues dans le champs des données de la trame CAN (8
octets maxi). DeviceNet ne définit aucune information quant au protocole
régissant les données. La signification des données est implicite selon le I/O
connection (connection ID associé).
 Explicit Messaging Connections

Station 1 Station 2
Explicit messages

Question Question

Réponse Connection Connection Réponse

Les connection Explicites sont à usage multiple. Les messages qui sont
construits dans la trame CAN, sont constitués d’un Connection ID et d’une
information de protocole message. DeviceNet ne fournit pas d’indications sur
le protocole. Il définit un protocole de fragmentation permettant des échanges
de taille supérieure à 8 octets (trame CAN).
Allocation des identifiers
 Groupe de priorité

 La construction des identifieurs selon DeviceNet permet de définir 3 groupes

distinct, fonction des bits de poids fort:

 Bit 10 Bit 9 Groupe Priorité

Application

0 x groupe 1
haute Entrées/sorties
1 0 groupe 2 moyenne
Maître/Esclave
1 1 groupe 3 basse
messages
groupe 4 très
 Définitions

• Message ID identifie un message particulier à l’intérieur d’un groupe de

messages spécifiques.
• Source MAC ID désigne la station assurant la transmission. Les groupes 1 et 3
imposent sa présence dans l’identifieur.
• Destination MAC ID désigne la station destinatrice du message.
 L’accès au bus est défini par la valeur message ID pour les groupes 1 et 3, et par
la valeur du MAC ID pour le groupe 2.
 Bien que d’autres configurations soient possibles, par définition, les groupes sont
utilisés pour les connexion:

• Entrées/Sorties pour le groupe 1

• Entrées/Sorties et messages explicites pour le groupe 2
• Messages explicites pour le groupe 3
 Etablissement d’une connexion

• Le but de la couche applicative DeviceNet est de fournir, pour des applications

particulières, des informations pertinentes d’Entrées/Sorties en temps réel.

• DeviceNet définit, construit la configuration complète, dynamique, des I/O

connections entre stations.

• Une grande partie des Connection Information peut être configurée à la mise
sous-tension de la station.

• DeviceNet pédéfinit un jeu de connexions Maître/Esclaves: le predefined

Master/Slave Connection Set .
Les profils

+DeviceNet utilise une modélisation de type objet pour décrire:

-La liste des services de communication disponibles
- Le comportment de l’équipement
- Un moyen standard de décrire comment accéder à des variables internes d’un produit.

+Un noeud DeviceNet est modélisé comme une collection d’objet.

 Adressage des objets
 DviceNet utilise une méthode d’adressage à 4 niveaux :
Mac ID
Class ID
Instance ID
Attribute ID

Les variables d’un nœud sont accessibles par un

path qui est composé de :
Class ID
Instance ID
Attribute ID
 Fichier EDS

 La modélisation d’un profil DeviceNet se fait par un fichier EDS Electronic Data Sheet
livré avec le produit
 Ce fichier fournit dans un format précis de la description de tous les objets constituant le
produit.
Extrait du fichier EDS DeviceNet passerelle LUFP9
Points forts – Points faibles

Points
• Cout du point de connexion
• Grand choix de drivers
• Robustesse dans environnement perturbés

forts • Souplesse de paramétrage

Points
• Longueur du bus à 500Kbits/s = 100m
• Offre Schneider
• Protocole marqué Allen Bradley

faibles • Non déterministe et compliqué à mettre en oeuvre