Le nœud qui babille (bus-off) : isoler le calculateur fautif

Il y a pire qu’un calculateur muet : un calculateur qui babille. Un nœud défectueux qui émet à tort, ou dont l’étage de sortie est malade, sème des erreurs et peut entraîner tout le bus dans sa chute. Le CAN sait se défendre, mais encore faut-il lire ce qu’il fait.

Le confinement d’erreurs, en trois états

• Chaque nœud CAN tient deux compteurs : un compteur d’erreurs en émission (TEC) et un en réception (REC). Ils montent à chaque faute détectée, descendent à chaque trame réussie.
• Tant que les deux restent sous 128, le nœud est error-active : il signale les erreurs par un flag dominant, énergiquement.
• Quand un compteur dépasse 127, le nœud passe error-passive : il continue mais signale les erreurs discrètement, par un flag récessif qui ne perturbe plus le trafic.
• Quand le TEC dépasse 255, c’est le bus-off : le nœud se retire du bus, il ne participe plus. C’est la sécurité ultime — le réseau ampute le membre gangrené. Une reprise est possible après avoir observé 128 séquences de 11 bits récessifs consécutifs.

À quoi ressemble une tempête d’erreurs

• Au scope, un bus sain montre des trames espacées de silences récessifs. Un bus attaqué par un babillard montre des trames sans cesse interrompues par des salves dominantes de 6 bits : les error frames.
• Le trafic devient dense, répétitif, saturé de retransmissions. Le différentiel reste correct en amplitude, mais le rythme est malade : la même trame repart en boucle parce que personne ne l’acquitte proprement.
• Un analyseur qui compte les erreurs et affiche l’état des compteurs vaut de l’or ici : il montre quel identifiant génère les error frames, donc quel nœud est en cause.
• Un compteur lu à la valise (souvent accessible dans les données constructeur) confirme l’état error-passive ou bus-off d’un nœud sans même sortir le scope, quand l’outil le permet.

Isoler le fautif

• L’identifiant CAN qui déclenche les erreurs pointe vers l’émetteur : la table de correspondance identifiant-calculateur donne le coupable présumé.
• Sinon, la méthode physique : on débranche les nœuds un à un. Dès que le bus se calme et que le trafic redevient propre, le dernier nœud débranché est le babillard.
• Attention au faux coupable : un nœud sain peut passer error-passive parce qu’un autre pollue la ligne. On cherche celui qui émet les erreurs, pas seulement celui qui les subit.
• Un compteur qui grimpe puis retombe à chaque coupure de contact oriente vers un défaut réveillé par une charge précise : c’est en émission, TEC qui monte, que se trahit le nœud malade.

Physique ou logiciel ?

• Un étage de sortie de transceiver en court, une masse de calculateur dégradée, une terminaison absente qui provoque des réflexions : tout cela fabrique des erreurs sans que le logiciel soit en cause.
• On valide donc la couche physique — niveaux, terminaison, masses — avant d’accuser le calculateur lui-même. Un vrai babillard logiciel est rare ; un défaut d’alimentation qui fait délirer un nœud est courant.
• Le froid du matin, la chaleur après un long trajet, l’humidité : un bus-off qui n’apparaît que dans une condition précise pointe presque toujours un connecteur ou une masse, jamais un bug logiciel qui, lui, serait permanent.
• La gateway complique la lecture : elle isole les segments et peut masquer ou relayer les erreurs. Savoir comment la passerelle filtre les trames évite d’accuser le mauvais côté du réseau.

Un nœud qui babille finit toujours par se trahir : le bus le pousse vers le bus-off, et l’identifiant des error frames, ou l’élagage nœud par nœud, met la main dessus.

Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.