Le protocole CAN bus expliqué : fonctionnement et usages auto

Le protocole CAN (Controller Area Network) est un bus de communication série qui permet à plusieurs calculateurs d’un véhicule d’échanger des messages courts sur deux fils, sans passer par un ordinateur central. Il repose sur une transmission différentielle, une gestion des priorités par identifiant et une norme de référence, l’ISO 11898, qui encadre sa couche physique et sa couche liaison de données. Une version plus récente, le CAN FD, augmente la quantité de données transportées par trame.

Ce guide technique déroule les couches du système, une par une :

Comment fonctionne la couche physique (câblage, terminaisons, CAN H/CAN L)
Comment se construit une trame CAN et comment l’arbitration évite les collisions
Les variantes de vitesse, dont le CAN FD
Les usages automobiles concrets, calculateur par calculateur
Les outils et la méthode pour diagnostiquer un bus défaillant

Points clés

Le protocole CAN reste la colonne vertébrale des véhicules modernes parce qu’il combine fiabilité, faible coût de câblage et gestion déterministe des priorités entre calculateurs.

Point	Détails
Définition du CAN	Bus série qui diffuse des messages courts à tous les calculateurs, sans architecture maître-esclave.
Norme de référence	L’ISO 11898 fixe les formats d’identifiants (11 et 29 bits) et les couches physique/liaison.
Robustesse physique	La paire torsadée CAN H/CAN L et les résistances de 120 ohms garantissent la stabilité du signal.
Évolution CAN FD	Jusqu’à 64 octets de données par trame, pensé pour les systèmes d’assistance à la conduite.
Diagnostic pratique	Multimètre, analyseur USB-CAN et oscilloscope avec décodeur restent les outils de base pour dépanner un bus.

Table des matières

Qu’est-ce que le protocole CAN et d’où vient-il ?
Comment le CAN transporte-t-il les messages entre calculateurs ?
Comment sont câblés les fils CAN H et CAN L ?
Comment est structurée une trame CAN ?
Quelle est la différence entre CAN classique et CAN FD ?
Quels calculateurs automobiles utilisent le CAN ?
Comment diagnostiquer un problème sur le bus CAN ?
CAN, CANopen, LIN ou Ethernet : quel protocole pour quel usage ?
Le CAN est-il sécurisé contre les intrusions ?
Comment brancher un autoradio sur le bus CAN sans risque ?
Adopter Digi-paris-sud pour vos interventions moteur
Sources

Qu’est-ce que le protocole CAN et d’où vient-il ?

Le CAN a été développé par Bosch au début des années 1980 pour résoudre un problème très concret : le câblage automobile devenait ingérable. À mesure que les véhicules embarquaient plus de calculateurs (moteur, freinage, confort), relier chaque capteur à chaque calculateur par un fil dédié multipliait le poids, le coût et les points de panne. Le CAN a remplacé cette architecture point à point par un réseau où tous les calculateurs partagent la même paire de fils.

L’idée tient en un principe : multiplexer les échanges sur un bus commun plutôt que de démultiplier les liaisons filaires. Ce choix a permis de réduire drastiquement le poids des harnais électriques dans les véhicules produits en série.

La normalisation est venue ensuite. La norme ISO 11898 couvre la couche physique et la couche liaison de données, et fixe notamment les formats d’identifiants, standard sur 11 bits ou étendu sur 29 bits. Le CAN a ensuite dépassé le seul secteur automobile : on le retrouve aujourd’hui dans les ascenseurs, l’aéronautique ou l’industrie via des protocoles applicatifs dérivés comme CANopen.

Ce qu’il faut retenir de l’origine du CAN :

Conçu par Bosch pour réduire le câblage automobile
Standardisé par l’ISO 11898 (couches physique et liaison)
Adopté au-delà de l’automobile, notamment via CANopen dans l’industrie

Comment le CAN transporte-t-il les messages entre calculateurs ?

Le CAN ne fonctionne pas comme un réseau maître-esclave où un calculateur central interroge les autres. Chaque message est diffusé à l’ensemble des nœuds du bus, et chaque calculateur décide lui-même s’il doit le traiter. C’est une différence fondamentale avec des architectures type USB ou I2C.

Concrètement, un message CAN n’est pas adressé à un destinataire précis : il porte un identifiant qui décrit son contenu (la vitesse du véhicule, le régime moteur, l’état d’une porte). Tous les calculateurs branchés sur le bus reçoivent la trame ; celui qui a besoin de cette donnée la lit, les autres l’ignorent. Ce fonctionnement en diffusion générale simplifie considérablement l’ajout d’un nouveau calculateur, puisqu’il suffit de le brancher sur le bus existant.

Physiquement, un système CAN typique associe plusieurs unités de commande électronique (ECU) reliées à deux fils, avec une résistance de terminaison à chaque extrémité du bus.

Les trois briques à retenir :

Diffusion à tous les nœuds, pas d’adressage point à point
Identifiant qui définit à la fois le contenu et la priorité du message
Architecture réduite : physique, liaison, application

Comment sont câblés les fils CAN H et CAN L ?

La transmission repose sur une paire torsadée et un signal différentiel : deux fils, CAN H et CAN L, portent chacun une tension qui varie en opposition. Le récepteur ne lit pas une tension absolue, mais la différence entre les deux fils. C’est ce qui confère au bus une robustesse électromagnétique élevée : un parasite qui affecte les deux fils de la même façon n’altère pas la différence de potentiel, donc pas le signal.

Deux résistances de 120 ohms, placées aux deux extrémités physiques du bus, absorbent les réflexions du signal. Sans elles, ou avec une valeur incorrecte, les fronts du signal se déforment et les trames deviennent illisibles. La conséquence pratique est sévère : une seule coupure de câble, ou une terminaison défectueuse, peut couper la communication de l’ensemble du bus, pas seulement d’un tronçon. C’est un point de fragilité connu des installations CAN, et souvent la première cause suspectée en cas de panne réseau généralisée.

La topologie reste un bus linéaire, jamais une étoile complète : les dérivations doivent rester courtes. Plus la longueur du bus augmente, plus le débit maximal supportable diminue, une contrainte physique liée au temps de propagation du signal.

Conseil de pro : Avant de suspecter un calculateur défaillant, mesurez la résistance entre CAN H et CAN L, câble débranché. Une valeur proche de 60 ohms (deux résistances de 120 ohms en parallèle) confirme une terminaison saine ; un écart important pointe presque toujours vers une coupure de faisceau ou une résistance grillée.

Comment est structurée une trame CAN ?

Une trame CAN standard contient un identifiant (11 bits, ou 29 bits en format étendu, tel que défini par l’ISO 11898), un champ DLC qui indique la longueur des données, jusqu’à 8 octets de données utiles, un code CRC pour la vérification d’intégrité, et un bit d’acquittement (ACK) que renvoie tout nœud ayant correctement reçu la trame.

L’arbitrage constitue le mécanisme le plus élégant du protocole. Quand plusieurs calculateurs veulent émettre au même instant, il n’y a ni collision ni négociation complexe : chaque bit de l’identifiant peut être dominant (0) ou récessif (1), et un bit dominant écrase toujours un bit récessif sur le bus physique. Le calculateur qui envoie l’identifiant avec le plus de bits dominants en tête l’emporte automatiquement, sans perte de temps ni retransmission. Les autres nœuds détectent qu’ils ont perdu l’arbitrage et réessaient dès que le bus se libère.

La gestion des erreurs est tout aussi automatisée. Dès qu’un nœud détecte une anomalie (erreur de bit, de CRC, de forme), il émet immédiatement une trame d’erreur qui corrompt volontairement la trame en cours, empêchant sa propagation et forçant sa retransmission. Un calculateur qui accumule trop d’erreurs passe en état « error passive », puis en « bus-off » s’il continue de générer des erreurs, ce qui le déconnecte du bus. Sur un oscilloscope équipé d’un décodeur CAN, ces événements se voient très clairement : des trames tronquées, des flancs anormaux ou une absence soudaine d’activité sur un identifiant précis.

Ce qui distingue l’arbitrage CAN :

Résolution des conflits bit à bit, sans collision réelle
Priorité automatique donnée à l’identifiant le plus bas
Trame d’erreur immédiate en cas d’anomalie détectée

Quelle est la différence entre CAN classique et CAN FD ?

L’ISO 11898 distingue historiquement le CAN low-speed (jusqu’à 125 kbit/s, plus tolérant aux défauts, souvent utilisé pour le confort) et le CAN high-speed (jusqu’à 1 Mbit/s, réservé aux fonctions critiques comme le moteur ou le freinage). Cette distinction reste la base de toute architecture réseau automobile.

Le CAN FD (Flexible Data Rate) change la donne sur un point précis : il porte la charge utile jusqu’à 64 octets par trame, contre 8 octets pour le CAN classique, tout en augmentant le débit effectif de la partie données. Cette évolution répond directement aux besoins des systèmes d’assistance à la conduite, qui génèrent bien plus de données que les réseaux moteur des années 2000.

Migrer vers le CAN FD n’est pas transparent : cela suppose des contrôleurs et des transceivers compatibles sur chaque nœud du réseau. Dans la pratique, les constructeurs procèdent souvent par migration progressive, en isolant les segments CAN FD des segments CAN classique via des passerelles.

En résumé sur les variantes :

CAN low-speed : tolérant aux pannes, fonctions de confort
CAN high-speed : jusqu’à 1 Mbit/s, fonctions critiques
CAN FD : jusqu’à 64 octets de données utiles, adapté aux véhicules connectés

Quels calculateurs automobiles utilisent le CAN ?

Le CAN irrigue la quasi-totalité des systèmes électroniques d’un véhicule moderne. Le calculateur moteur (ECM) y publie en continu le régime, la température, la position papillon. Le calculateur ABS/ESP y envoie la vitesse de chaque roue et les données du capteur de lacet. Les airbags, la boîte de vitesses automatique, le boîtier de servitude (BCM) et le combiné d’instruments échangent également leurs informations sur ce même réseau, parfois sur des segments physiquement distincts reliés par une passerelle.

Un exemple parlant : quand vous ouvrez une porte, le BCM diffuse ce statut sur le bus, et le combiné d’instruments l’affiche, sans qu’aucun fil dédié ne relie physiquement la poignée de porte au tableau de bord. C’est exactement ce gain en câblage qui justifiait l’invention du protocole.

Cette architecture facilite aussi l’intégration d’accessoires comme un autoradio ou des capteurs additionnels, à condition de respecter les règles de câblage du constructeur, un point détaillé plus loin.

Les calculateurs les plus fréquemment connectés au CAN :

Gestion moteur (ECM) et boîte automatique
ABS, ESP et airbags
Boîtier de servitude (BCM) et combiné d’instruments
Infotainment et aides à la conduite

Comment diagnostiquer un problème sur le bus CAN ?

Un dysfonctionnement du bus CAN se manifeste souvent par des symptômes qui semblent sans rapport entre eux : voyants qui s’allument sans raison apparente, compteur qui perd des informations, calculateur qui refuse de communiquer avec la valise diagnostic. La démarche de diagnostic professionnelle suit un ordre logique.

Vérifier la continuité électrique des fils CAN H et CAN L à l’aide d’un multimètre.
Contrôler la résistance de terminaison globale, qui doit avoisiner 60 ohms sur un bus sain.
Brancher un analyseur ou une interface USB-CAN pour observer le trafic réel et repérer les trames erronées.
Utiliser un oscilloscope avec décodeur CAN pour visualiser les niveaux de tension et détecter des flancs anormaux ou un état bus-off.
Isoler les nœuds un par un si le défaut persiste, afin d’identifier le calculateur fautif.

Outils recommandés pour cette démarche :

Analyseur ou interface USB-CAN pour capturer le trafic
Oscilloscope avec décodeur CAN intégré
Multimètre pour les mesures de continuité et de résistance
Jeu de résistances de terminaison de rechange (120 ohms)

Conseil de pro : Ne remplacez jamais un calculateur sur simple suspicion de panne CAN. Neuf fois sur dix, le problème vient d’une terminaison défectueuse ou d’un connecteur oxydé, largement moins coûteux à corriger. Pour aller plus loin sur la méthode, notre guide des diagnostics automobiles professionnels détaille les équipements utilisés en atelier, et notre article sur le diagnostic électronique automobile explique la logique de lecture des codes défaut.

CAN, CANopen, LIN ou Ethernet : quel protocole pour quel usage ?

Le choix d’un protocole embarqué dépend surtout du couple débit/déterminisme recherché. Le CAN classique offre un bon compromis entre fiabilité, coût d’implémentation et latence garantie, ce qui explique sa présence sur les organes critiques depuis quarante ans.

CANopen n’est pas un concurrent du CAN mais une couche applicative construite par-dessus, surtout répandue dans l’industrie et la robotique, qui standardise la façon dont les appareils décrivent leurs objets de données. Le LIN (Local Interconnect Network) vise l’opposé : un bus bas coût, à faible débit, pour des capteurs ou actionneurs simples comme un lève-vitre ou un rétroviseur électrique, là où le CAN serait surdimensionné. L’Ethernet embarqué, à l’inverse, cible les besoins de très haute bande passante (caméras, capteurs LiDAR), mais reste moins déterministe sans une couche de gestion temps réel comme le TSN.

En pratique, un véhicule moderne combine les trois : LIN pour les fonctions de confort simples, CAN pour les organes critiques, Ethernet pour les flux vidéo et les futurs systèmes autonomes.

Le CAN est-il sécurisé contre les intrusions ?

Le CAN n’a pas été conçu avec la cybersécurité en tête, et cela reste sa principale faiblesse aujourd’hui. Le protocole ne prévoit aucune authentification native : n’importe quel appareil connecté physiquement au bus peut émettre des trames et se faire passer pour un calculateur légitime. C’est un vecteur d’attaque documenté, notamment via la prise diagnostic ou des accessoires mal sécurisés.

Face à cette limite structurelle, les évolutions techniques prennent deux directions. D’un côté, le CAN FD répond aux besoins de débit des véhicules connectés sans remettre en cause l’architecture de base. De l’autre, les sous-systèmes les plus gourmands en bande passante migrent progressivement vers l’Ethernet automobile, pendant que le CAN reste privilégié pour les organes où le déterminisme prime sur le débit brut.

Bonnes pratiques de durcissement observées en atelier :

Segmenter le réseau par passerelles entre zones critiques et zones accessoires
Filtrer les identifiants autorisés sur les segments sensibles
Utiliser un analyseur CAN pour détecter des trames injectées ou malformées

Comment brancher un autoradio sur le bus CAN sans risque ?

Brancher un autoradio ou un accessoire tiers sur le réseau CAN d’un véhicule demande de respecter quelques règles simples, mais leur non-respect peut paralyser tout le réseau électronique. La première consiste à repérer la bonne paire CAN H/CAN L sur le faisceau constructeur, généralement via la documentation technique du véhicule ou un adaptateur dédié, jamais par une dérivation improvisée.

Utilisez toujours une interface reconnue (adaptateur autoradio spécifique au véhicule, ou boîtier USB-CAN pour un usage de diagnostic) plutôt qu’une connexion directe sur les fils. Testez d’abord en lecture seule, sans injecter de trame, pour vérifier que l’accessoire capte correctement les informations avant de lui donner un rôle actif sur le bus.

Si des voyants s’allument après le branchement ou que le compteur affiche des informations erronées, débranchez immédiatement l’accessoire, vérifiez que la terminaison n’a pas été altérée, et consultez les journaux d’erreur du calculateur concerné.

Conseil de pro : Une intervention mal maîtrisée sur le bus CAN peut déclencher un mode dégradé sur plusieurs calculateurs à la fois. En cas de doute, faites vérifier le montage par un atelier qualifié plutôt que de multiplier les essais.

Ce que l’expérience terrain nous apprend sur le CAN

Sur le terrain, la théorie du bus CAN se heurte souvent à des pannes triviales : une terminaison oxydée, un connecteur mal serti, un faisceau pincé après une intervention carrosserie. Diagnostiquer un moteur avec les outils électroniques adaptés apprend vite à se méfier des explications compliquées quand la cause est mécanique.

Avant toute reprogrammation ou intervention touchant les calculateurs, un contrôle du réseau CAN s’impose. Notre checklist avant reprogrammation moteur couvre justement ce point, et un atelier qualifié reste le bon interlocuteur dès que l’intervention touche plusieurs calculateurs à la fois.

Adopter Digi-paris-sud pour vos interventions moteur

Comprendre le bus CAN, c’est une chose. Intervenir dessus sans perturber le réseau électronique d’un véhicule, moto ou utilitaire en est une autre. Chez Digi-paris-sud, nos ingénieurs motoristes intègrent systématiquement le contrôle du réseau CAN dans chaque intervention de reprogrammation moteur, à domicile, au travail ou en centre.

Une modification moteur mal accompagnée peut désynchroniser la communication entre calculateurs. C’est justement pour cela qu’une reprogrammation après modification moteur doit intégrer une vérification complète des échanges de données entre l’ECM et les autres calculateurs du véhicule. Nos équipes réalisent ce contrôle avant et après chaque intervention, avec les mêmes outils de diagnostic présentés dans cet article.