Un simulateur de ville dans le navigateur fait tourner un sketch Arduino Uno sur un robot coursier à six roues

Six roues, un microcontrôleur Arduino Uno et toute une ville en 3D dans un seul onglet de navigateur. Les auteurs du projet, présenté sur Habr, ont construit une simulation avec des voitures, des piétons et des feux tricolores. Le robot coursier y est piloté par un vrai sketch Arduino, et non par un gabarit jouet. Le public visé : les enfants et les adultes des clubs de robotique.

L'annonce donne peu de détails : la partie technique se trouve dans l'article complet sur Habr. Voici ce qui est annoncé, et ce que cela implique pour la robotique éducative.

Ce qui est annoncé

La ville simulée est vivante. Du trafic circule sur les routes, les feux fonctionnent aux carrefours, les piétons marchent sur les trottoirs. Le titre promet que les piétons cèdent le passage. Autrement dit, les piétons de la simulation ont leur propre logique de comportement, et non une trajectoire scriptée. Le robot a six roues, et une physique est annoncée pour lui. Les roues, l'adhérence et l'inertie influencent donc le résultat : un code approximatif mène à un accident, pas à une jolie animation.

L'essentiel du projet tient dans le « vrai sketch ». L'élève écrit du code en C++ à la manière d'Arduino, et ce code pilote le châssis virtuel. L'annonce ne dit pas comment c'est réalisé. On utilise généralement pour cela une émulation du cœur AVR en JavaScript ou en WebAssembly, mais il s'agit de notre hypothèse, pas d'un fait tiré de la publication.

Paramètres clés

• Plateforme : navigateur, aucune installation requise.
• Environnement : ville 3D avec feux, automobiles et piétons.
• Robot : châssis à six roues, scénario de livraison.
• Pilotage : sketch pour Arduino Uno.
• Public : clubs de robotique, enfants et adultes.
• Questions ouvertes : licence, code source, jeu de capteurs et précision de l'émulation.

Pourquoi c'est utile aux clubs

Une salle de robotique physique se heurte toujours aux mêmes limites. Les cartes coûtent de l'argent, les piles se vident, les moteurs grillent, et il faut bien stocker quelque part le terrain tracé. Un seul parcours pour tout le monde lasse vite. Le simulateur lève presque tous ces obstacles : l'enfant peut casser son robot autant qu'il veut, et l'enseignant change de scénario en une minute. Pour passer à une vraie carte, on garde le même sketch.

L'approche a aussi un point faible. Une simulation s'écarte toujours du matériel réel : les capteurs sont bruités, l'alimentation chute, les roues ont du jeu. Si les auteurs n'ont pas intégré ces effets, l'élève se fera une idée exagérée de la facilité à écrire un algorithme fonctionnel. Il est donc important de pouvoir activer le bruit des capteurs et les erreurs des moteurs.

Alors qu'on parle beaucoup de coursiers autonomes et de véhicules sans pilote, le choix du scénario est pertinent. La mission « livrer un colis à travers la ville sans renverser de piéton » illustre bien les bases du comportement des systèmes autonomes : perception, règles, arrêt et priorités. Il ne faut ni banc d'essai coûteux, ni réseaux de neurones.

Comment l'utiliser

Les enseignants devraient lire l'article complet et vérifier trois points : le code est-il ouvert, peut-on ajouter ses propres cartes et scénarios, de quels capteurs le robot dispose-t-il. Si tout cela est en place, le projet convient aux premières séances sur Arduino et à un hackathon au sein du club. Les développeurs de plateformes éducatives gagneront à examiner l'architecture : l'émulation d'un microcontrôleur dans le navigateur, couplée à une physique 3D, reste une solution de niche, mais elle fonctionne pour donner accès au « matériel » sans le matériel.