{"id":4778,"date":"2024-02-07T16:24:26","date_gmt":"2024-02-07T08:24:26","guid":{"rendered":"https:\/\/gcanbus.com\/?p=4778"},"modified":"2024-02-07T16:24:26","modified_gmt":"2024-02-07T08:24:26","slug":"the-specific-composition-of-can-messages","status":"publish","type":"post","link":"https:\/\/gcanbus.com\/fr\/the-specific-composition-of-can-messages\/","title":{"rendered":"La composition sp\u00e9cifique des messages CAN"},"content":{"rendered":"

Les messages CAN (Controller Area Network) sont des paquets de donn\u00e9es transmis sur le bus CAN et utilis\u00e9s pour la communication entre les voitures et d'autres dispositifs mat\u00e9riels. Un message CAN typique se compose de plusieurs parties, dont la composition sp\u00e9cifique peut varier en fonction des diff\u00e9rentes versions du protocole CAN et des applications sp\u00e9cifiques. Voici un exemple de message CAN et de ses composants, bas\u00e9 sur le protocole CAN 2.0 standard :<\/p>\n<\/div><\/div><\/div><\/div>

1. D\u00e9but du cadre (SOF) :<\/p>\n

Il s'agit d'une configuration sp\u00e9ciale de bits qui marque le d\u00e9but d'un nouveau message. Il s'agit g\u00e9n\u00e9ralement d'un bit dominant (dans CAN, le bit dominant est g\u00e9n\u00e9ralement un 0 logique et le bit r\u00e9cessif un 1 logique, mais cela d\u00e9pend de l'impl\u00e9mentation sp\u00e9cifique de la couche physique).<\/p>\n

2. Domaine de l'arbitrage :<\/p>\n

(1) Identifiant : Il s'agit de l'une des parties les plus importantes du message CAN, qui permet de distinguer les diff\u00e9rents messages. Dans le format standard CAN 2.0, l'identificateur a une longueur de 11 bits ; dans le format \u00e9tendu, il a une longueur de 29 bits (compos\u00e9 d'un ID de base de 11 bits et d'un ID \u00e9tendu de 18 bits). L'identificateur d\u00e9termine la priorit\u00e9 du message et la mani\u00e8re dont il est reconnu par le r\u00e9cepteur.<\/p>\n

(2) Bit de demande de transmission \u00e0 distance (RTR, Remote Transmission Request) : Ce bit indique si le message est une trame de donn\u00e9es ou une trame distante. Les trames de donn\u00e9es sont utilis\u00e9es pour transmettre des donn\u00e9es, tandis que les trames distantes sont utilis\u00e9es pour demander des donn\u00e9es.<\/p>\n<\/div><\/div><\/div>

protocole de communication du bus can<\/span><\/p>\n<\/div>

Outil de d\u00e9veloppement de l'analyse de d\u00e9codage de diagnostic automobile<\/span><\/p>\n<\/div>

<\/span><\/div><\/div><\/div><\/div>

3. Champ de contr\u00f4le :<\/p>\n

(1) Bit d'extension de l'identificateur (IDE, Identifier Extension) : Dans le CAN 2.0B, ce bit est utilis\u00e9 pour indiquer si l'identificateur est au format standard (11 bits) ou au format \u00e9tendu (29 bits).<\/p>\n

(2) Bit r\u00e9serv\u00e9 : ce bit est r\u00e9serv\u00e9 pour une expansion future et n'est actuellement pas utilis\u00e9 dans la plupart des applications.<\/p>\n

(3) Code de longueur de donn\u00e9es (DLC, Data Length Code) : Ce champ de 4 bits indique le nombre d'octets du champ de donn\u00e9es, compris entre 0 et 8 octets.<\/p>\n

4. Champ de donn\u00e9es : Il s'agit de la partie du message contenant les donn\u00e9es proprement dites. La longueur est d\u00e9termin\u00e9e par le DLC et peut aller jusqu'\u00e0 8 octets (64 bits).<\/p>\n<\/div>

<\/span><\/div><\/div><\/div>

5. Champ CRC (Cyclic Redundancy Check Field) : Le CRC est un code de contr\u00f4le utilis\u00e9 pour d\u00e9tecter les erreurs de transmission des messages. Le n\u0153ud \u00e9metteur calcule et ajoute un CRC aux donn\u00e9es, et le n\u0153ud r\u00e9cepteur utilise le m\u00eame algorithme pour v\u00e9rifier l'int\u00e9grit\u00e9 des donn\u00e9es.<\/p>\n

6. Champ ACK :<\/p>\n

(1) D\u00e9lai de r\u00e9ponse (ACK Slot) : Il s'agit d'un temps binaire utilis\u00e9 par le n\u0153ud r\u00e9cepteur pour envoyer un signal de r\u00e9ponse.<\/p>\n

(2) D\u00e9limiteur de r\u00e9ponse (ACK Delimiter) : Il s'agit d'un bit r\u00e9cessif apr\u00e8s le champ de r\u00e9ponse, utilis\u00e9 pour s\u00e9parer le champ de r\u00e9ponse et la fin de la trame.<\/p>\n<\/div><\/div><\/div><\/div>

7. Fin de trame (EOF) : Il s'agit d'un ou plusieurs bits r\u00e9cessifs marquant la fin du message.<\/p>\n

Un exemple de message CAN sp\u00e9cifique (exprim\u00e9 en hexad\u00e9cimal) peut \u00eatre le suivant :<\/p>\n

D\u00e9but de trame : pas de valeur sp\u00e9cifique, d\u00e9tect\u00e9 par le mat\u00e9riel<\/p>\n

Champ d'arbitrage : 123 (suppos\u00e9 \u00eatre un identifiant de 11 bits, ici \u00e0 titre d'exemple, la valeur r\u00e9elle d\u00e9pend de l'application)<\/p>\n

Champ de contr\u00f4le : 80 (en supposant un format \u00e9tendu, la longueur des donn\u00e9es est de 8 octets)<\/p>\n

Champ de donn\u00e9es : 01 02 03 04 05 06 07 08 (8 octets de donn\u00e9es)<\/p>\n

Champ CRC : Valeur CRC (cette valeur est calcul\u00e9e sur la base des donn\u00e9es pr\u00e9c\u00e9dentes)<\/p>\n

Champ de r\u00e9ponse : pas de valeur sp\u00e9cifique, trait\u00e9 par le mat\u00e9riel<\/p>\n

Fin de la trame : pas de valeur sp\u00e9cifique, d\u00e9tect\u00e9e par le mat\u00e9riel<\/p>\n

Veuillez noter que l'exemple de message ci-dessus ne suit pas exactement la sp\u00e9cification du protocole CAN, car les messages CAN sont g\u00e9n\u00e9ralement transmis sous forme binaire, et non hexad\u00e9cimale. En outre, les messages CAN r\u00e9els doivent \u00e9galement tenir compte de facteurs tels que le remplissage et la synchronisation des bits. Cet exemple vise simplement \u00e0 illustrer les composants de base des messages CAN.<\/p>\n

Si vous avez besoin d'un analyseur<\/a><\/span><\/strong> qui peut d\u00e9tecter l'\u00e9tat de la communication des donn\u00e9es CAN, vous pouvez nous contacter \u00e0 tout moment.<\/p>\n<\/div><\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"","protected":false},"author":1,"featured_media":4779,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_joinchat":[],"footnotes":""},"categories":[25],"tags":[89,55],"class_list":["post-4778","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","tag-can","tag-canbus"],"_links":{"self":[{"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/posts\/4778","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/comments?post=4778"}],"version-history":[{"count":0,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/posts\/4778\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/media\/4779"}],"wp:attachment":[{"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/media?parent=4778"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/categories?post=4778"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gcanbus.com\/fr\/wp-json\/wp\/v2\/tags?post=4778"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}