Logique de programmation : variables, boucles, conditions

Déclarer une variable, c'est deux gestes : choisir l'étiquette — un nom qui dit ce que la boîte contient — et poser un premier contenu. Ensuite le programme range et relit à volonté : distance reçoit chaque nouvelle mesure, compteur grimpe d'un à chaque appui. Écrire remplace, lire ne vide pas : les deux gestes de la leçon précédente, devenus réflexes de tous les jours.

Le seuil mérite une mention spéciale : c'est la valeur que TU choisis et que tu régleras cent fois. Range-le dans une boîte déclarée en haut du programme, et n'écris plus jamais le nombre nu ailleurs. Un « 10 » recopié à quatre endroits, c'est quatre lignes à modifier — et l'oubli d'une seule fabrique un robot incohérent, prudent ici et téméraire là. Une boîte, un endroit, une modification : c'est déjà de l'ingénierie.

Une condition se construit avec une comparaison : inférieur, supérieur, égal. Son résultat est un booléen, et ce booléen peut vivre dans une boîte : obstacleProche reçoit le résultat de « distance inférieure au seuil ». Le si devient alors limpide : si obstacleProche, stopper, sinon avancer. Donner un nom à une question, c'est rendre le programme lisible à voix haute — et un programme qui se lit se corrige dix fois plus vite.

Les questions se combinent avec les mots de la logique câblée : « si obstacleProche ET vitesse au-dessus de zéro, freiner » — les deux doivent être vraies, comme deux contacts en série ; « si appuiArret OU batterieFaible, stopper » — une seule suffit, comme deux contacts en parallèle. La scène du seuil et de la LED te montre le si le plus simple ; tes robots enchaîneront bientôt des conditions à trois étages sans que la règle change d'un iota.

Le clignotement en pour : allumer la LED, patienter 200 millisecondes, l'éteindre, patienter encore — et la boucle rejoue ce bloc cinq fois, sa variable comptant les tours de 1 à 5. Change le 5, tu changes le nombre d'éclats ; change le 200, tu changes le tempo. Deux nombres, deux boîtes idéalement : voilà déjà l'envie de paramètres — la prochaine leçon en fera une fonction.

L'attente en tant que : « tant que le bouton n'est pas appuyé, ne rien faire ». Le programme tourne sur place, reposant la question à chaque passage — des milliers de fois par seconde — et sort de la boucle à l'instant de l'appui. Sortir d'une boucle sur un événement du monde réel : c'est le battement de base de tout robot qui réagit, et tu viens de l'écrire en une ligne.

Le compteur d'appuis assemble tout : une boîte compteur initialisée à zéro, une boucle qui guette le bouton, un plus-un par appui, et le compte envoyé à l'ordinateur par la liaison série — le moniteur devient la vitre à travers laquelle tu regardes vivre tes variables. Trois briques et un fil : c'est déjà l'architecture percevoir-décider-agir de tous tes futurs robots.

Le piège du métier : un appui doit valoir UN. Si le programme recompte tant que le doigt reste posé, un appui tranquille en vaut cinquante — la règle est donc « compter au moment où l'état change, puis attendre le relâchement ». Et même alors, les contacts mécaniques rebondissent quelques millisecondes, offrant une rafale d'appuis fantômes : le schéma te montre la rafale à la loupe. L'anti-rebond propre arrive dans un chapitre dédié — ici, savoir que le piège existe suffit.