Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Le Bus CAN
Programme
Prsentation du bus CAN :
Domaines dapplication
Rappels sur les bus de terrain
Gnralits sur les bus de terrain
Le modle OSI
Le temps rel
Le bus CAN
La couche physique
La couche liaison de donnes
Le format tendu CAN 2.0 B
Le Bus CAN
Historique
Depuis les annes 1960 la longueur de cble utilise dans lautomobile ne
cesse de crotre pour dpasser 2000 m en 1995. Le nombre des
connexions atteint 1800 cette mme date. La fiabilit et la scurit sont
menacs.
Les normes en matire de pollution et de consommation dnergie obligent les
constructeurs multiplier les capteurs et actionneurs intelligents dans leur
vhicules acclrant ce processus de multiplication des cbles et
connexion depuis une vingtaine d annes.
Le besoin de scurit accrue (ABS, ESP, AIR-BAG) et la demande de
confort (mmorisation des rglages de conduite, climatisation rgule par
passager, systme de navigation) ne font que renforcer cette tendance.
La socit BOSCH dveloppe ds le dbut des annes 1980 une solution de
multiplexage des informations circulant bord de la voiture. Le bus CAN
apparatra et sera normalis dans les annes qui suivent (ds 1983).
Les composants CAN se dmocratisent et investissent dautres secteurs de
lindustrie (moissonneuses, pelleteuse, mdical, produits numriques,
systmes lectrotechnique).
Le Bus CAN
Exemples dapplications
CAN
Le Bus CAN
Rappels sur les bus de terrains
Les rseaux de terrain permettent :
linterconnexion entre plusieurs entits dun mme systme;
la rduction de la longueurs des liaisons entre les diffrents
lments grce un support commun de transmission;
de scuriser les liaisons des automates dusine;
de gagner de la place comme une automobile pour les systmes dit
dlectronique embarque ;
de transfrer les informations de manire squentielle (cest dire
bit par bit) ou bien par paquet de bits ;
un change de donnes qui serait difficile voire impossible par un
autre moyen.
linsertion ou la suppression dlments au sein dun mme systme
Le Bus CAN
Evolution du cblage dans lautomobile grce un bus
de terrain
Cblage traditionnel
CAN
Simple
&
Lger
Le Bus CAN
Elments du bus CAN
Applications
constructeurs
Norme CAN
ISO 11898
Haute vitesse
ISO 11519
Basse vitesse
Codage des
messages arbitrage,
gestion erreurs
Codage de
linformation
amplitude, timing,
synchro
Support de
transmission
Protocole de transmission
Le Bus CAN
Les trois principaux documents existants se rapportent
aux applications automobiles et sont connus sous les
rfrences :
Le Bus CAN
Rappels sur les bus de terrains
Lutilisateur ne se soucie pas :
de
Le Bus CAN
Le Bus CAN
Reprsentation du modle
UTILISATEUR
UTILISATEUR
SE
SE
application
application
prsentation
prsentation
session
session
transport
Si
rseau
transport
rseau
Si
rseau
rseau
liaison
liaison
liaison
liaison
physique
physique
physique
physique
noeud
noeud
Supportphysiqued'interconnexion
Environnement rseau
Environnement OSI
Environnementsystmerel
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
1. La couche physique ou
transmission des bits
Ralise la transmission des lments
binaires constitutifs des trames sur le
support
suivant
des
caractristiques
physiques,
lectriques,
optiques
et
mcaniques dfinies par des normes.
On lui associe les notions de directionnalit
(mono- ou bi-), de temps de propagation, de
valeurs pour ltat haut, ltat bas.
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
Le
contrle
du
transfert
des
informations de bout en bout;
Le dcoupage des messages en
paquets pour le compte de la couche
rseau;
Le rassemblage des paquets en
messages
pour
les
couches
suprieures.
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
5. La couche session
Permet dtablir une session entre deux
machines,
les
machines
peuvent
dsormais dialoguer et se synchroniser.
Elle assure louverture et la fermeture des
sessions
pour
le
compte
des
applications,
dfinit
les
rgles
dorganisation de synchronisation du
dialogue entre les abonns
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
6 - La couche prsentation
Permet de grer la syntaxe et la
smantique de linformation transmise.
Linformation transmise sous forme
doctets peut tre de lASCII ou bien des
rsultats de calculs possdant un format
spcial (virgule fixe, flottante) La
couche prsentation permet de coder cette
information correctement.
Le Bus CAN
Rappels sur les bus de terrains
UTILISATEUR
SE
7
application
prsentation
session
transport
rseau
liaison
physique
7. La couche application
Assure linterfaage avec les utilisateurs
A chaque application correspond son
protocole comme par exemple :
FTP pour le transfert de fichiers
SMTP pour le transfert de courrier
lectronique
Le Bus CAN
Les couches prsentes dans le bus CAN
OSI
OSI
TCP/IP
Bus CAN
Couche
application
Niveau
application
Spcifi par
lutilisateur
Couche
prsentation
Niveau
prsentation
Couche session
Niveau session
Couche
transport
Niveau
message
TCP
Couche rseau
Niveau paquet
IP
CanOpen
protocol
Network /
presentation
layer
Couche liaison
donnes
Niveau trame
Acces reseau
MAC /LLC
Couche
physique
Niveau
physique
Acces reseau
PLS/PMA/MDI
Le Bus CAN
Dtails des sous couches 1 et 2 du
bus CAN
Couche du modle ISO/OSI
Couche 2 : Liaison
Couche 1 : Physique
Description
LLC (Logic Link Control)
Filtrage d'acceptance
Notification de overload
Recovery Management
MAC "Medium Access Control"
Encapsulation/Decapsulation des donnes
Codage de trame (Stuffing/Destuffing)
Medium Access Management
Delection d'erreur
Signalisation d'erreur
Acquittement
Serialisalion/dsrialiation
PLS (Physical Signalling)
Codage/dcodage bit
Bit timing
Synchronisation
PMA (Physical Medium Attach.)
Caracteristiques Driver/Receiver
MDI (Medium Dependent Interf.)
Connecteurs
CAN spcification
Dfauts de
confinement
Gestion des
Dysfonctionnements
du bus
Les sous couches LLC, MAC et PLS sont traites par les circuits
contrleur de bus CAN (microcontrleur, circuits spcialiss)
Le Bus CAN
Une dfinition du temps rel
On dit quil y a traitement temps rel lorsque le temps de rponse
des interrogations est soumis des contraintes du systme . Il
en dcoule 2 situations:
Le systme transactionnel o lon tolre le dpassement dun
temps de rponse donn sur quelques chantillons: la contrainte
de temps nentrane pas de dfaillance du systme condition
quelle se produise avec une probabilit borne. Cest le temps
rel mou.
La commande de processus o le respect dun temps de rponse
donn doit tre garanti dans tous les cas sous peine de voir
apparatre une dgradation, voire mme un effondrement du
systme, cest le temps rel dur.
Le Bus CAN
Le dterminisme :
Un systme est dterministe quand le comportement des sorties
de celui ci est parfaitement matris et ce quelles que soient ses
entres, on peut distinguer :
Le dterminisme temporel lorsquil y a respect du timing,
Le dterminisme vnementiel lorsque tous les vnements
sont traits.
Il dcoule de cette notion plusieurs autres :
La prvisibilit montre les possibilits que lon a de prvoir
comment le systme va se comporter quelles que soient les
circonstances.
Lurgence : il sinstaure une hirarchie entre les diffrents
traitements effectuer ; certains tant plus importants que
dautres.
Le Bus CAN
La couche Physique
Cette partie concerne :
les
Le Bus CAN
La couche Physique
1. Le NRZ : bits dominants et rcessifs
La succession de bits transitant sur le bus est cod avec la
mthode du NRZ (Non Return To Zero).
Pendant la dure totale du bit, le niveau de tension de la ligne est
maintenu, cest dire que pendant toute la dure durant laquelle
un bit est gnr, sa valeur reste constante quelle soit dominante
ou rcessive.
dominant
rcessif
rcessif
dominant
rcessif
dominant
dominant
Le Bus CAN
La couche Physique
2. Le bit stuffing
Une des caractristiques du codage NRZ est que le niveau du bit
est maintenu pendant toute sa dure. Cela pose des problmes de
fiabilit si un grand nombre de bits identiques se succdent. La
technique du Bit Stuffing impose au transmetteur dajouter
automatiquement un bit de valeur oppose lorsquil dtecte 5 bits
conscutifs dans les valeurs transmettre.
Trame l'mission avant la mise en place des bits de stuffing
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
9 10 11 12 13 14 15 16 17 18 19 S 20 21 22 23 24
Le Bus CAN
La couche Physique
3 - Le bit timing
On dfinit la plus petite base de temps reconnue sur un bus CAN
comme tant le Time Quantum. Cette base de temps est une
fraction de lhorloge de loscillateur du bus. Un bit dure entre 8 et
25 quantum
Horloge
Quantum
Horloge drdivise
Le Bus CAN
La couche Physique
Exemple de bit timing : lecture dun bit
ISO11898 : High Speed CAN
250 Kbps
1bit = 4s
1 bit correspond 32
coup dhorloge
La lecture du bit devra
tre faite au 20me coup
dhorloge
Phase2
32 time quantum
Bit valide
Le Bus CAN
La couche Physique
4. Longueur du bus et dbit
La longueur du bus dpend des paramtres suivants :
Le dlai de propagation sur les lignes physiques du bus.
La diffrence du quantum de temps dfini prcdemment, du
aux diffrences de cadencement des oscillations des nuds.
Lamplitude du signal qui varie en fonction de la rsistance du
cble et de limpdance dentre des nuds.
Pour une longueur de bus suprieure 200 mtres il est
ncessaire dutiliser un optocoupleur, et pour une longueur de
bus suprieure 1 kilomtre il est ncessaire dutiliser des
systmes dinterconnexion tels que des rpteurs ou des
ponts.
Nimporte quel module connect sur un bus CAN doit pouvoir
supporter un dbit dau moins 20 kbit/s
Le Bus CAN
La couche Physique
Longueur du bus et dbit
Dbit
1 Mbit/s
800 kbit/s
500 kbit/s
250 kbit/s
125 kbit/s
62,5 kbit/s
20 kbit/s
10 kbit/s
Dbit en kbits/s
1000
100
10
1
10
100
1000
Longueur
10000 en m
Longueur
30 m
50 m
100 m
250 m
500 m
1000 m
2500 m
5000 m
Le Bus CAN
La couche Physique
5. Le principal support de transmission et la norme ISO
11898-2
De nombreux standards industriels fonctionnent avec un bus
CAN, la premire norme du bus CAN est lISO 11898-2 spcifiant
les caractristiques du bus CAN High Speed.
On note que le CAN peut trs bien utiliser la fibre optique ou la
transmission hertzienne.
La transmission des donnes seffectue sur une paire par
mission diffrentielle cest dire que lon mesure la diffrence de
tension entre les deux lignes (CAN H et CAN L). La ligne du bus
doit se terminer par des rsistances de 120 (minimum 108,
maximum 132) chacun des bouts.
Normalisation de type RS485.
Le Bus CAN
La couche Physique
Topologie du bus
Nud 1
Avantages
Configuration simple
Nud 2
Cblage rduit
CAN_H
Bus CAN
Dsavantages
CAN_L
Nud 3
Nud 4
Nud 1
Nud 3
Nud 11
CAN_H
Outils de diagnostique et de
maintenance spcialiss
Bus CAN
CAN_L
Nud 4
Nud 7
Nud 21
Le Bus CAN
La couche Physique
Comparaison norme ISO 11898 et ISO 11519-2
Nud 1
Nud n
Nud 1
CAN_H
3.25V
120
120
1.75V
CAN_L
5
4
3
2
1
CAN_L
Recessif
Dominant
CAN_H
2.2K
CAN_L
CAN_H
5
4
3
2
1
CAN_H
Domminant
2.2K
Nud n
CAN_L
Dominant
Recessif
Dominant
125Kbps - 1Mbps
< 125Kbps
Le Bus CAN
La couche Physique
6. Limmunit aux interfrences lectromagntiques
De part la nature diffrentielle de la transmission du signal sur le
bus CAN, limmunit lectromagntique est assure car les deux
lignes du bus sont toutes les deux affectes de la mme manire
par un signal perturbateur.
V
V diff.
EMI
t
CAN_H
V diff.
CAN_L
Le Bus CAN
La couche Physique
7 - Constitution dun nud:
Un nud du bus CAN requiert pour son fonctionnement
au sein du rseau un microcontrleur et un contrleur
CAN.
Ces considrations d'ordre gnral et architectural du dcoupage
d'un concept ont donn naissance diffrentes familles de
composants que nous pouvons rsumer sous les noms suivants :
les gestionnaires de protocole,
les microcontrleurs gestionnaire CAN intgr,
les interfaces (transceivers - ou encore drivers) de lignes,
les
Le Bus CAN
La couche Physique
Microprocesseur
Microcontrleur
Gestionnaire
de protocole
Gestionnaire
Interface de
ligne
Interface de
ligne
SLIO
de protocole
Interface de
ligne
CAN_H
term
CAN_L
term
La couche Physique
Exemple dinterface
5V
5V
VDD2 (18)
100 nF
3,3 k
Le Bus CAN
5,6 k
5V
RX0 (19)
RX1 (20)
100 nF
5,6 k
SN75176
Vss2 (21)
5V
VDD3 (12)
R (1)
5V
RE (2)
Vcc
(8)
5V
B (7)
DE (3)
74HCT14
TX0 (13)
3,3 k
A (6)
D (4)
GND (5)
100 nF
5V
100 nF
Le Bus CAN
Les informations sur le bus
Le concept de communication du bus CAN est celui de
la diffusion dinformation (broadcast) :
chaque station connecte au rseau coute les trames transmises
par les stations mettrices. Ensuite chaque nud dcide quoi
faire du message, sil doit y rpondre ou non, sil doit agir ou non,
etc
Le protocole CAN autorise diffrents nuds accder
simultanment au bus. Cest un procd rapide et fiable
darbitrage qui dtermine le nud qui met en premier.
Laccs au bus est donc alatoire car un nud peut mettre
nimporte quel moment. Mais cet accs se fait par priorit ; cette
mthode est appele CSMA CD/AMP (Carrier Sense Multiple
Acces with Collision Detection and Arbitration Message Priority).
Le Bus CAN
Les informations sur le bus
1 - Trame de donnes (data frame)
Constitution de la trame de donnes de type standard CAN 2.0A,
la plus utilise.
Cette trame se dcompose en sept parties principales que l'on
appelle des champs :
dbut de trame (1 bit)
start off frame (SOF)
champ d'arbitrage (12 bits)
arbitration field
champ de commande (6 bits)
control field
champ de donnes (0 64 bits)
data field
champ de CRC (16 bits)
CRC sequence
champ d'acquittement (2 bits)
ACKnowledgement field
fin de trame (7 bits)
end of frame (EOF)
puis, une 8e zone dite d'espace interframe (intertrame) qui fait
partie intgrante de la trame.
Le Bus CAN
Les informations sur le bus
Les champs de la trame de donnes
Dbut de trame
Champ d'arbitrage
Champ de commande
Champ de donnes
IDLE 1
12
64 bits
Trame de donnes
Champ de CRC
16
Champ de ACK
Fin de trame
intermission
2
IDLE
Le Bus CAN
Les informations sur le bus
2 - La mthode darbitrage
Le champ pendant lequel s'effectue l'arbitrage est constitu des
bits de l'identifier ainsi que du bit immdiatement suivant dit RTR
(Remote Transmission Request).
Procdure d'arbitrage
Bus
libre
Rcessif
(passif)
S I
I R
Champ d'arbitrage
I : 1 parmi 11 bits d'identificateur
R : Bit RTR
- rcessif : trame de requte
- dominant : trame de donnes
S : bit de dpart de trame
Dominant
(actif)
Rx
Tx
Rx
Transfert
durant
l'arbitrage
Transfert
durant
l'arbitrage
Tx
Rx
Tx
Arbitrage
perdu
Erreur bit
Rx
Le Bus CAN
Les informations sur le bus
Exemple darbitrage
Champ d'arbitrage
S
R
Identificateur
O
T
F 10 9 8 7 6 5 4 3 2 1 0 R
Champ de
commande
Champ de
donnes 0
8 octets
Station
1
Station
2
Station
3
La station
2 perd
l'arbitrage
La station 1
perd
l'arbitrage
Signal
sur le bus
Le Bus CAN
Les informations sur le bus
3 - Rle des bits dans le champ darbitrage:
Le bit SOF (dbut de trame de donnes) est dominant il signale
toutes les stations le dbut d'un change. Cet change ne peut
dmarrer que si le bus tait prcdemment au repos. Toutes les
stations doivent se synchroniser sur le flanc avant la transition du
bit de dpart.
Identificateur : La longueur de l'identificateur est de 11 bits, les
bits sont transmis dans l'ordre de ID_10 ID_0 (le moins
significatif est ID_0). Par ailleurs les 7 bits les plus significatifs (de
ID_10 ID_4) ne doivent pas tre tous rcessifs.
ID = 1111111XXXX (X valeur indtermine), c'est--dire un nombre
maximal d'identificateurs de : (211 - 24) = 2048 - 16 = 2032
combinaisons.
Le bit RTR : Lors d'une dataframe, le bit de remote transmission
request (RTR) doit tre dominant.
Le Bus CAN
Les informations sur le bus
4 - Champ de commande
Il est constitu de 6 bits.
Champ de
donnes
Champ de commande
Champ d'arbitrage
Bits de
rserve
R0
R1
DL
C2
DL
C1
DL
C0
Le Bus CAN
Les informations sur le bus
4 bits DLC : Les 4 derniers bits du champ de commande (champ
DLC - Data Length Code) indiquent le nombre d'octets qui seront
contenus dans le champ de donnes.
Nombre
d'octet
DLC
3
2
3
d
d
d
d
r
r
d
r
6
7
d
d
r
r
r
r
d
r
Le Bus CAN
Les informations sur le bus
5 - Champ de donnes
Le champ de donnes est l'endroit o se trouvent les donnes
utiles transmises. Il peut tre compos de 0 octet minimum 8
octets maximum transmis avec le MSB (Most Significant Bit) en
tte.
Remarque : De 0 8 inclus, cela fait neuf valeurs donc 4 bits du
DLC pour dfinir le nombre de donnes contenues
Champ de
commande
Champ de donnes
0 8 octets
M
S
B
L
S
B
1 octet
Champ de
CRC
Le Bus CAN
Les informations sur le bus
6 Le champ de CRC : est compos de la squence de
CRC sur 15 bits suivi du CRC Delimiter (1 bit rcessif).
La squence de CRC (Cyclic Redundancy Code) permet de vrifier
l'intgrit des donnes transmises. Les bits utiliss dans le calcul
du CRC sont ceux du SOF, du champs d'Arbitration, du champ de
Control et du champ Data Field.
Le CRC est un polynme calcul de la mme manire par lmetteur
et par le rcepteur de la trame : le message est vu par lalgorithme
comme un polynme qui est divis par X15+X14+X10+X8+X7+X4+X3+1
et le reste de cette division est la squence CRC transmise avec le
message.
Champ
Champ de
donnes ou de
commande
Champ de CRC
d'acquittement
Dlimiteur
de CRC
Le Bus CAN
Les informations sur le bus
7 Le champ ACK
Il est compos de 2 bits, l'ACK Slot et le ACK Delimiter (1 bit
rcessif).
un nud en train de transmettre envoie un bit rcessif pour le
ACK Slot.
un nud ayant reu correctement un message en informe le
transmetteur en envoyant un bit dominant pendant le ACK Slot :
il acquitte le message.
Champ de CRC
ACK-Slot
Champ
d'acquittement
Fin de trame
Dlimiteur de
ACK
Le Bus CAN
Les informations sur le bus
8 - Fin de trame de donne
La trame de donne se termine par un drapeau form par une
squence de 7 bits rcessifs, ce qui, dpasse de deux bits la
largeur de la norme de bit stuffing.
Ce champ a une structure fixe et les logiques de codage (
l'mission) et de dcodage (aux rceptions) de bit stuffing sont
dsactives pendant la squence du champ de fin de trame.
Le Bus CAN
Les informations sur le bus
9 - Trame de requte (remote frame)
Chacun met sans savoir si l'information envoye servi l'un des
participants.
Il se peut aussi qu'un nud ait besoin d'information d'un certain type
dont il ne dispose pas pour assurer la mission qui lui est dvolue. Dans
ce cas, une station ncessitant des donnes peut initialiser la demande
d'une transmission des donnes considres par un autre nud en
envoyant une remote frame.
Cette trame ne se compose que de six parties au lieu des sept
prcdentes :
le dbut de trame,
le champ d'arbitrage,
le champ de commande,
le champ de CRC
le champ d'acquittement,
la fin de trame,
Le Bus CAN
Les informations sur le bus
Format de la trame de requte
Espace
inter
trame
Espace
inter
trame
Nb de bits 1
11
Identificateur
Dbut de
trame
08
octets
Donnes (optionnel)
Commande
Bit de RTR
15
Squence de CRC
Dlimiteur CRC
111
Fin de
trame
Dlimiteur ACK
Slot ACK
Le Bus CAN
Les informations sur le bus
Comparaison de 2 trames avec le mme identificateur,
lune de donnes lautre de requte : la trame de
donne est prioritaire sur la trame de requte.
Trame standard (donne/requte), avec des identificateurs identiques
Noeud A SOF ID10
(trame de
donne)
Rcessif
ID9
ID8
ID7
ID6
ID5
ID4
ID3
ID2
ID1
ID0
RTR
Dominant
Rcessif
ID9
ID8
ID7
ID6
ID5
ID4
ID3
ID2
ID1
ID0
RTR
Dominant
Le Bus CAN
Les informations sur le bus
10 - Trame de surcharge (overload frame)
Cette trame indique qu'une station est surcharge pendant un
certain laps de temps.
Il y a deux sortes de conditions de surcharge qui mnent toutes
deux la transmission d'un overload flag :
les conditions internes d'un rcepteur qui ncessitent un certain
temps (un retard) pour accepter la prochaine data frame ou
remote frame.
la dtection d'un bit dominant durant la phase intermission.
Dans ce cas le dmarrage de l'overload frame a lieu juste aprs la
dtection du bit dominant.
Afin de ne pas bloquer le bus indfiniment seules deux
overload frame conscutives peuvent tre gnres pour retarder
les data ou remote frame suivantes.
Le Bus CAN
Les informations sur le bus
Cette trame ne comprend que deux champs :
Le champ des flags de surcharge,
Le dlimiteur de champ.
Comme l'indique la figure, elle peut se produire la fin d'un end of
frame ou d'un error delimiter ou encore d'un autre overload
delimiter en lieu et place du dbut de l'interframe.
Trame de surcharge
Intertrame ou
trame de
surcharge
Dlimiteur de
surcharge
Le Bus CAN
Les informations sur le bus
11 - Priode d'intertrame (interframe)
Les data frame et remote frame sont spares des trames
prcdentes (de quelques types qu'elles soient : data, remote,
error, overload frame) par un champ de bits appel interframe
space.
Au contraire, les overload frame et error frame ne sont pas
prcdes par une interframe space et les multiples overload
frame ne sont pas spares par un interframe space (revoir toutes
les figures dj prsentes et observer en dtail ces phases de
fonctionnement du bus).
L'interframe space se compose de deux ou trois champs selon les
cas. Ce sont :
le champ de bits intermission
le champ de bits de bus idle (bus libre),
d'un champ de bits de suspend transmission, pour les stations
en error passive qui ont envoy un message derreur.
Le Bus CAN
Les informations sur le bus
Les 2 zones dinter trame lune sans trame derreur (inter trame
erreur active ) lautre la suite dune trame derreur (inter trame
erreur passive )
Trame
Espace intertrame
Intermission
Trame
Bus libre
Espace intertrame
Intermission
Suspension
transmission
Trame
Bus libre
Le Bus CAN
Les informations sur le bus
12 La trame derreur
Pour diffrentes raisons, comme lexistence de fortes perturbations
ou de pertes importantes lors de la transmission, le protocole CAN
dispose dun systme de gestion des erreurs locales.
Le principe du bit stuffing vu prcdemment permet de localiser
une erreur et un nud qui dtecte ce type derreur transmettra aux
autres nuds un message dit Error Flag contenant six bits de
mme polarit.
Aprs avoir transmis le message Error Flag, le nud essaiera
nouveau de transmettre le message, et si aucun message de
priorit suprieure ne prend la main sur le rseau ce nouveau
message est transmis 23 bits au plus aprs.
Les bits formant lError Flag sont dominants et crasent donc les
donnes contenues dans la Data Frame. Ils provoquent la
retransmission de cette dernire. Dans le cas derreurs
successives, il y aura superposition dError Flags.
Le Bus CAN
Les informations sur le bus
La trame derreur
Les 8 bits de lError Dlimiter donnent lautorisation aux nuds
du rseau de reprendre leurs communications.
Des recherches ont montr que le taux derreurs non dtectes
par le protocole CAN est trs faible : 1 erreur non dtecte pour
1000 annes de fonctionnement
Trame d'erreur ACTIVE ERROR FLAG
Trame de
donnes
Flag d'erreur
Dlimiteur d'erreur
Intertrame ou
trame de
surcharge