Oui, il est possible d'enseigner l'Internet des objets (IoT) et la programmation réseau sans connexion Internet active. De fait, dans la plupart des écoles sud-africaines, vouloir faire tourner un programme IoT sur la connexion Internet principale de l'établissement est la recette d'un cours raté.

Les réseaux informatiques scolaires sont des environnements notoirement hostiles aux microcontrôleurs. Les pare-feu stricts bloquent les ports non standard utilisés par les protocoles IoT, les schémas d'authentification WPA2-Enterprise rejettent les cartes ESP32 ou ESP8266 bon marché, et une chute soudaine de débit ou une coupure de fibre due au délestage peut faire dérailler une évaluation pratique en un instant. En déplaçant votre programme vers un réseau local (LAN) isolé et hors ligne, installé dans votre salle de classe, vous contournez complètement ces obstacles. Vous enseignez aussi aux élèves les véritables fondamentaux des réseaux, de la programmation par sockets et des protocoles, plutôt que la seule manière de copier-coller des clés d'API dans un tableau de bord propriétaire dans le cloud.

Le problème du Wi-Fi scolaire

Avant d'examiner la solution, il est utile de comprendre pourquoi l'approche classique échoue. La plupart des écoles qui se lancent dans l'IoT essaient de connecter les appareils des élèves directement au Wi-Fi de l'établissement pour envoyer des données vers des services cloud comme Adafruit IO, Blynk ou AWS IoT. Cette approche se heurte aussitôt à trois obstacles :

• Sécurité d'entreprise (WPA2-Enterprise) : la plupart des réseaux scolaires exigent un identifiant et un mot de passe pour se connecter, et non une simple clé partagée (mot de passe). Les microcontrôleurs standard comme l'ESP32 ne prennent pas facilement en charge l'authentification d'entreprise en sortie de boîte, sauf à écrire du code complexe et fragile.
• Blocage de ports et pare-feu : les administrateurs informatiques des écoles bloquent presque tout, sauf le trafic web standard (ports 80 et 443). Les protocoles IoT courants comme MQTT (port 1883) ou CoAP sont bloqués par défaut. Obtenir d'un service informatique l'ouverture de ports pour trente appareils d'élèves est une longue bataille, souvent perdue.
• La dépendance au WAN : si votre cours repose sur un serveur externe, votre salle est à la merci de votre fournisseur d'accès. En Afrique du Sud, même si votre école dispose d'un groupe électrogène ou d'un onduleur pour le délestage, les antennes-relais et les nœuds fibre du quartier tombent souvent, coupant l'accès à Internet alors que les lumières de votre salle sont encore allumées.

« Nous avons passé trois semaines à essayer d'obtenir du service informatique de notre école qu'il mette en liste blanche trente adresses MAC d'ESP32, pour découvrir que le pare-feu bloquait de toute façon le trafic MQTT. Le cours était perdu. »

L'architecture hors ligne : comment ça marche

Un labo IoT hors ligne remplace le serveur cloud lointain par un serveur local installé dans votre salle de classe. Les microcontrôleurs des élèves se connectent à un routeur Wi-Fi local sans aucune liaison avec l'extérieur. Ce routeur achemine le trafic entre les cartes des élèves et un ordinateur hôte local (le portable de l'enseignant ou un Raspberry Pi, par exemple) faisant tourner un logiciel serveur local.

Pas à pas : monter le LAN de votre salle de classe

Pour construire cette installation, il vous faut trois éléments matériels : des microcontrôleurs pour les élèves (l'ESP32 par exemple, à environ R120 à R180 pièce), un routeur Wi-Fi peu coûteux (n'importe quel modèle de base à R350 à R500 acheté chez un revendeur local fera l'affaire), et un ordinateur central jouant le rôle de « broker » ou de serveur.

1. Configurer le routeur

Déballez votre routeur bon marché et allumez-le. Vous ne branchez rien sur le port WAN (bleu). Connectez-vous à l'interface d'administration du routeur et créez un réseau WPA2-Personal basique avec un SSID simple (par exemple « Classroom-IoT ») et un mot de passe solide mais partageable. Comme ce réseau n'a pas d'accès à Internet, les risques de sécurité sont minimes, mais le garder privé empêche des élèves d'autres classes de s'y connecter et de perturber vos cours.

2. Installer le broker local (le serveur)

Pour enseigner la messagerie IoT standard, il vous faut un broker MQTT. MQTT est le protocole léger de publication-abonnement qui fait tourner l'essentiel de l'IoT industriel. Mosquitto est un broker MQTT libre et gratuit que vous pouvez installer en moins de cinq minutes sur votre portable d'enseignant (Windows, macOS ou Linux) ou sur un Raspberry Pi dédié. Une fois installé et lancé, votre portable devient le bureau de poste central de tous les messages IoT de la salle.

3. Attribuer des IP fixes

Comme aucun serveur DNS ne traduit des noms tels que « mybroker.local » sur un réseau hors ligne simple, les microcontrôleurs de vos élèves devront se connecter directement à l'adresse IP de votre serveur (par exemple 192.168.0.100). Dans les réglages du routeur, configurez une réservation DHCP afin que votre portable d'enseignant ou votre Raspberry Pi reçoive toujours exactement la même adresse IP à chaque connexion.

Ce que vous pouvez enseigner sur un réseau hors ligne

Supprimer Internet ne limite pas votre programme : cela l'approfondit. Au lieu d'apprendre aux élèves à utiliser une plateforme cloud commerciale particulière, vous pouvez leur enseigner les couches réseau fondamentales définies par le programme CAPS et les standards internationaux d'informatique.

• Programmation par sockets bruts : les élèves peuvent écrire du code Python ou C++ simple pour ouvrir des sockets TCP ou UDP bruts. Ils peuvent envoyer des paquets en texte clair depuis un ESP32 vers un petit programme d'écoute Python tournant sur votre portable. Ils voient, en temps réel, comment les octets circulent sur un support physique.
• Serveurs web locaux : les élèves peuvent programmer leurs cartes ESP32 pour héberger un serveur web local. Lorsqu'un navigateur du même réseau se rend à l'adresse IP de la carte, celle-ci sert une page HTML personnalisée permettant à l'utilisateur d'allumer ou d'éteindre une LED physique, ou de lire un capteur analogique.
• Publication/abonnement MQTT : les élèves peuvent programmer leurs appareils pour publier des données de température sur un sujet comme classroom/desk1/temp. D'autres élèves peuvent programmer leurs appareils pour s'abonner à ce même sujet et déclencher une alarme si la température monte. Cela enseigne une véritable communication de machine à machine (M2M) sans aucun intermédiaire cloud tiers.
• Tableaux de bord locaux avec Node-RED : vous pouvez faire tourner Node-RED (un outil de développement gratuit fondé sur des flux) sur votre serveur local. Il peut s'abonner aux sujets MQTT des élèves et afficher de superbes graphiques en temps réel sur un écran de projection au fond de la salle — le tout fonctionnant localement depuis votre portable.

La réalité du terrain dans les salles de classe sud-africaines

Cette approche hors ligne est très résiliente. En cas de délestage, un petit mini-onduleur 12 V (autour de R700 à R900) peut maintenir en marche le routeur de votre salle et un Raspberry Pi pendant huit heures. Comme les élèves codent sur des portables à batterie interne et déploient leur code vers des microcontrôleurs alimentés en USB, tout votre cours pratique d'IoT peut se poursuivre dans le noir complet sans le moindre accroc.

Chez Sheen Robotics, nous concevons nos kits pédagogiques et nos offres d'accompagnement des enseignants autour de ces contraintes de terrain précises. Si vous voulez déployer dans votre école un programme IoT robuste et sans tracas, sans avoir à batailler avec votre service informatique, découvrez nos offres sur mesure pour les écoles sur Sheen School Services ou consultez nos kits matériels compatibles hors ligne sur Sheen IoT Solutions.

En reprenant le contrôle du réseau de votre salle de classe, vous éliminez les frictions administratives et techniques qui tuent l'engagement des élèves. Vous cessez de dépanner des délais de connexion dépassés et vous commencez à enseigner de l'ingénierie véritable.