Comprendre un programme embarqué

Sur un ordinateur, un programme a un écran pour parler, un clavier pour écouter, et quelqu'un pour le lancer puis le fermer. Un programme embarqué n'a rien de tout cela : une fois copié dans la mémoire flash de la carte, il démarre dès que le courant arrive, tourne sans personne, et repart de zéro à chaque remise sous tension. Pas de fenêtre, pas de bouton « quitter » : son monde entier, ce sont les broches.

Autre différence de taille : le microcontrôleur n'exécute QUE lui. Pas de système d'exploitation, pas d'autres applications en arrière-plan — ton programme est l'unique habitant de la puce. S'il s'arrête, plus rien ne se passe : le robot devient un presse-papier. C'est pourquoi tout programme embarqué est construit autour d'une idée simple : ne jamais finir, recommencer sans cesse.

Tout programme embarqué repose sur le même squelette : deux fonctions. Au démarrage, la carte exécute setup() une seule fois, de haut en bas — c'est là qu'on prépare le terrain : déclarer quelles broches seront des sorties, ouvrir la liaison série. Puis elle entre dans loop() et la rejoue à l'infini : dernière ligne atteinte, on remonte à la première, sans pause, jusqu'à la coupure du courant.

Pourquoi ce choix ? Parce que loop() est la boucle percevoir-décider-agir incarnée en code. À chaque tour : lire les capteurs (percevoir), comparer, choisir (décider), commander les broches (agir) — et recommencer aussitôt. Le thermostat et l'aspirateur de tes leçons précédentes bouclaient déjà ainsi ; à partir d'aujourd'hui, c'est TOI qui écris le contenu de leurs tours de boucle.

Le texte que tu écris dans l'éditeur est fait pour les humains : la puce n'y comprend rien. Avant le départ, la compilation le traduit en instructions machine — les seules que le processeur sache exécuter — et en profite pour vérifier la grammaire : une faute, et le voyage s'arrête là, avec un message d'erreur. Puis le téléversement copie le résultat dans la mémoire flash de la carte, par le câble USB.

Téléverser REMPLACE tout : l'ancien programme est effacé, le nouveau prend sa place, et la carte redémarre — setup() une fois, puis loop() sans fin. Et comme la flash garde son contenu même sans courant, ton programme survit au débranchement : demain, sur une pile, au milieu d'un champ, il repartira exactement pareil. C'est toute la magie de l'embarqué.

Le processeur lit une instruction à la fois, dans l'ordre, sans jamais deviner la suite. Lire un programme, c'est jouer au processeur : suivre du doigt, ligne après ligne, en tenant à jour l'état de chaque broche. Et retiens la traduction fondamentale : allumer une LED, c'est écrire « mets sa broche à l'état haut » — la broche impose alors la tension d'alimentation, le courant traverse la LED, elle s'éclaire. L'état bas la ramène à zéro volt : extinction.

Le meilleur entraînement qui soit tient en un réflexe : PRÉDIRE avant de téléverser. Devant un blink modifié — des temps changés, deux lignes échangées — annonce à voix haute ce que la carte va faire, puis vérifie. Chaque prédiction juste ancre le modèle mental ; chaque prédiction fausse vaut de l'or : elle montre exactement où ton idée du programme s'écarte de ce qu'il fait vraiment.