Oui, on peut enseigner la robotique avec pour seul équipement une salle informatique. En réalité, face à des classes nombreuses, à des budgets serrés ou à un volume horaire limité, commencer par la simulation n'est pas un pis-aller : c'est souvent le meilleur choix pédagogique. Distribuer du matériel physique à une classe de quarante élèves de 4e dès le premier jour se solde généralement par quarante minutes passées à démêler des fils, à chercher des piles AA égarées et à dépanner des appairages Bluetooth récalcitrants — soit exactement zéro minute consacrée à la pensée algorithmique.

La simulation n'est pas pour autant un substitut parfait à l'ingénierie physique. Pour enseigner efficacement sans matériel, il faut connaître précisément les limites de ce qu'un simulateur peut et ne peut pas faire.

Ce qui se transpose : les acquis de la simulation

Un simulateur de qualité est un outil remarquable pour enseigner la moitié cognitive de la robotique. Les compétences qu'on y développe se transfèrent directement aux systèmes physiques, sans aucune perte de fidélité :

• La logique de commande : le cœur de la robotique, c'est la prise de décision. Écrire des boucles imbriquées, des instructions conditionnelles (si-alors-sinon) et des automates à états fonctionne exactement de la même manière dans un environnement virtuel que sur un microcontrôleur physique.
• La théorie des capteurs : les simulateurs apprennent aux élèves à raisonner en termes de seuils. Programmer un robot virtuel pour qu'il s'arrête lorsqu'un capteur à ultrasons mesure moins de 20 centimètres fait travailler exactement la même logique mathématique que celle qui empêchera un robot réel de percuter le mur de la salle de classe.
• L'itération rapide : dans un simulateur, compiler et exécuter un programme prend deux secondes. Si un élève se trompe, il réinitialise la simulation et recommence immédiatement. Cette boucle de rétroaction très courte encourage l'expérimentation et le débogage, là où le matériel physique impose souvent cinq minutes d'attente entre l'écriture du code et le résultat, à cause de la lenteur du téléversement.

Ce qui ne franchit pas le « fossé du réel »

Le « fossé du réel » (reality gap) est le terme employé par les roboticiens pour désigner l'écart entre un environnement simulé et le monde physique. Si vos élèves ne programment jamais qu'en simulateur, ils passeront à côté de plusieurs leçons brutales et essentielles sur l'ingénierie physique :

• Frottement et tolérances mécaniques : dans un simulateur, si vous réglez les deux moteurs à 50 % de puissance, le robot avance parfaitement droit. Dans le monde réel, deux moteurs à courant continu ne sont jamais identiques. L'un sera toujours un peu plus rapide, les pneus n'auront pas la même adhérence, la masse du châssis sera mal répartie, et le robot déviera d'un côté.
• Le bruit de l'environnement : les simulateurs travaillent en conditions stériles. Dans la réalité, la lumière du soleil entrant par une fenêtre de la salle saturera les capteurs infrarouges de suivi de ligne et les rendra aveugles. Un sol poussiéreux fera patiner les roues motrices et faussera les calculs des codeurs.
• Les réalités électriques et le câblage : un simulateur ne connaît jamais un cavalier mal enfiché, une soudure sèche ou une chute de tension de la batterie qui redémarre le microcontrôleur chaque fois que les moteurs appellent un fort courant.

La réalité des salles de classe sud-africaines

Dans les écoles d'Afrique du Sud, le choix de la simulation tient souvent davantage aux infrastructures qu'à la pédagogie. Les simulateurs résolvent trois de nos difficultés les plus tenaces :

• La barrière du coût : un kit de robotique physique correct coûte entre 1 500 et 4 000 rands. Équiper une salle informatique pour une classe de 40 élèves suppose un investissement d'au moins 30 000 rands (en tablant sur un ratio d'un appareil pour quatre élèves). Les simulateurs, souvent gratuits et fonctionnant dans un navigateur standard, ramènent cette dépense initiale à zéro.
• Délestage et entretien des batteries : les robots physiques fonctionnent sur batteries rechargeables (Li-ion, LiPo ou NiMH). Garder des dizaines de batteries chargées pendant le délestage tournant relève du cauchemar administratif. Pire : si les robots restent trois semaines dans un placard pendant les vacances d'hiver sans être rechargés, les batteries peuvent se dégrader entièrement et imposer des remplacements coûteux. Une salle informatique alimentée par le groupe électrogène de l'école, ou un chariot d'ordinateurs portables doté d'un simple onduleur, court-circuite complètement ce cycle d'entretien.
• Le Wi-Fi WPA2-Enterprise : la plupart des réseaux scolaires utilisent des protocoles de sécurité d'entreprise exigeant un identifiant et un mot de passe. Les microcontrôleurs éducatifs courants (comme l'ESP32 ou le Raspberry Pi Pico W) ne prennent pas facilement en charge le WPA2-Enterprise en sortie de boîte, ce qui fait du téléversement sans fil un casse-tête technique pour les administrateurs informatiques des établissements. Les simulateurs fonctionnant dans le navigateur contournent entièrement le problème, puisqu'ils s'exécutent en local sur le poste de l'élève.

Comment organiser un trimestre : la feuille de route hybride

La manière la plus efficace d'enseigner la robotique n'est pas de choisir entre simulation et matériel, mais de les enchaîner. Vous pouvez mener un trimestre entier où 80 % du travail se fait en salle informatique, avec pour point d'orgue un défi physique court et marquant.

Voici une structure éprouvée pour un trimestre de 10 semaines :

Avec cet enchaînement, vous n'achetez qu'une fraction du matériel (5 kits peut-être, au lieu de 20), puisque les élèves se partagent les robots physiques pendant les dernières semaines. Comme leur code a déjà été débogué sur le plan logique dans le simulateur, le temps passé avec le matériel sert à résoudre de vrais problèmes d'ingénierie — étalonnage des capteurs, patinage des roues — plutôt que des erreurs de syntaxe.

Pour rendre cette transition transparente, nous avons développé Canvas, notre éditeur de programmation dans le navigateur, ainsi que SheenVerse, notre environnement de simulation virtuelle. Ces outils permettent aux élèves d'écrire un programme qui s'exécute instantanément dans une simulation 3D en navigateur, puis se charge sur le matériel physique en un clic : le passage de l'écran au silicium se fait sans le moindre accroc.