Maîtriser : fiabiliser et déboguer un bus

Trois pannes reviennent sans cesse sur les bus I2C, et chacune a un visage. SDA et SCL croisés : le bus est totalement muet, le scanner ne trouve personne — l'erreur de câblage la plus fréquente. Pull-up absente ou débranchée : une ligne relâchée ne remonte jamais, et le multimètre la montre traînant au niveau bas au repos, là où un bus sain lit deux lignes hautes. Ce sont les pannes « silence complet » : rien ne dialogue tant qu'elles durent.

La troisième est plus sournoise : le CONFLIT D'ADRESSES. Deux exemplaires du même capteur sortent d'usine avec la même adresse ; appelés, ils répondent ensemble, leurs octets s'écrasent mutuellement, et les lectures deviennent un mélange incohérent des deux puces. Le scanner, lui, affiche fièrement l'adresse — quelqu'un répond, il est satisfait. Symptôme typique : des mesures qui « marchent presque », plausibles une seconde, absurdes la suivante. Provoquer ces trois pannes exprès, c'est vacciner ton œil pour toutes les années à venir.

Le conflit a des remèdes prévus d'avance. Le premier : la broche de sélection d'adresse, présente sur beaucoup de puces. Reliée à la masse ou au niveau haut, elle fixe le dernier bit de l'adresse : 0x68 d'un côté, 0x69 de l'autre — 104 et 105, deux noms distincts pour deux capteurs jumeaux. Un simple fil ou un pont de soudure sur le module suffit : c'est la solution à tenter d'abord, elle ne coûte rien.

Quand la broche manque, ou qu'il faut plus de jumeaux que de combinaisons, reste le multiplexeur I2C : un aiguilleur branché sur le bus, qui possède sa propre adresse et ouvre une branche à la fois. Le maître lui demande d'ouvrir la branche 2, puis parle au capteur qui s'y trouve comme s'il était seul au monde — les jumeaux des autres branches n'entendent rien. Plus lourd, mais sans limite pratique. La règle de terrain : broche de sélection d'abord, multiplexeur pour les familles nombreuses.

Chaque transmission I2C rend un CODE : zéro quand tout s'est bien passé, et un code nommé pour chaque échec — adresse sans réponse (personne à ce numéro : câblage ou adresse fausse), donnée refusée (la puce est là mais a rejeté un octet), délai dépassé (la ligne est restée bloquée). Ignorer ce verdict, c'est déboguer à l'aveugle ; le tracer à chaque échange raté — avec l'adresse et le code, étiquetés — transforme la panne mystérieuse en symptôme daté et nommé.

Reste le cas du bus FIGÉ : un redémarrage du maître en plein octet laisse parfois un périphérique au milieu de sa phrase, tenant SDA au niveau bas en attendant des battements d'horloge qui ne viennent plus — plus personne ne peut parler. La reprise est un rituel court : battre jusqu'à neuf coups d'horloge sur SCL pour laisser la puce finir sa phrase fantôme et relâcher la ligne, puis envoyer une condition d'arrêt et réinitialiser le bus. Prévois ce rituel dans ton code de démarrage : un robot doit savoir se ranimer sans qu'on le débranche.

L'I2C est un bus de carte, pensé pour quelques dizaines de centimètres : quand les fils s'allongent, les fronts s'arrondissent et les battements finissent par se perdre. Remèdes dans l'ordre : raccourcir, éloigner des câbles de moteurs et de leurs parasites, ralentir l'horloge de 400 à 100 kHz, et raidir les pull-up. Leur valeur se raisonne : trop grande (au-delà de 10 kΩ), la ligne remonte paresseusement ; trop petite (sous 1 kΩ), les puces peinent à la tirer vers le bas. 4,7 kΩ est la valeur de paix — et n'oublie pas que les pull-up embarquées des modules s'additionnent en parallèle : quatre modules à 10 kΩ font déjà 2,5 kΩ d'équivalent.

Et quand la panne est là, déroule TOUJOURS la même enquête, dans le même ordre. Un : le scanner — bus entier muet, ou un seul absent ? Deux : l'alimentation — VCC et masse au multimètre, LED des modules. Trois : les pull-up — les deux lignes au niveau haut au repos ? Quatre : un périphérique à la fois — tout débrancher, remettre un à un, et noter à quel branchement la panne revient. Chaque étape élimine la moitié des suspects ; en quatre gestes, le coupable est nommé. C'est la même hygiène d'enquête que pour la liaison série : des hypothèses, des mesures, jamais de re-téléversement au hasard.