Pourquoi le Bluetooth décroche en classe (et comment y remédier)

Les déconnexions Bluetooth en classe résultent de la saturation de la bande 2,4 GHz et des collisions de paquets d'annonce BLE entre plus de 20 appareils simultanés. Voici le protocole à adopter en classe pour y remédier.
Lorsqu'un kit de robotique isolé se trouve sur le banc d'essai d'un enseignant, le Bluetooth Low Energy (BLE) fonctionne parfaitement. Installez trente de ces mêmes kits dans une classe standard aux côtés de trente tablettes, d'un point d'accès Wi-Fi d'entreprise et de quarante téléphones portables, et les connexions commencent à sauter en moins de cinq minutes. Le matériel est rarement en cause ; le problème réside dans la saturation des radiofréquences sur la bande sans licence des 2,4 GHz et dans les collisions non gérées de paquets d'annonce BLE.
La physique en jeu : pourquoi la bande 2,4 GHz s'effondre à 09h00
Le Bluetooth classique et le BLE fonctionnent dans la bande radio industrielle, scientifique et médicale (ISM) des 2,4 GHz, qui s'étend de 2,400 GHz à 2,4835 GHz. Cette minuscule portion du spectre électromagnétique est partagée simultanément par :
- Les points d'accès Wi-Fi de l'établissement (fonctionnant souvent sur des canaux de 20 MHz ou 40 MHz de large sur les canaux Wi-Fi 1, 6 et 11).
- Les tablettes et ordinateurs portables des élèves transmettant du trafic Wi-Fi.
- Les smartphones des élèves recherchant des réseaux et des périphériques Bluetooth.
- Les cartes de développement à microcontrôleur (micro:bit, ESP32, Raspberry Pi Pico W, Arduino) diffusant des paquets d'annonce BLE.
- Le corps humain, composé en grande partie d'eau, qui absorbe activement les signaux à 2,4 GHz.
Avant qu'un appareil BLE ne se connecte, il doit annoncer sa présence. Le BLE alloue exactement trois canaux radio dédiés à la découverte et à l'initialisation de la connexion : le canal 37 (2,402 GHz), le canal 38 (2,426 GHz) et le canal 39 (2,480 GHz). Ces canaux ont été délibérément positionnés pour se glisser dans les intervalles situés entre les canaux Wi-Fi standard non chevauchants 1, 6 et 11.
Cependant, lorsque vingt-cinq microcontrôleurs diffusent des annonces sur ces trois canaux toutes les 100 millisecondes, et que vingt-cinq tablettes scannent activement ces mêmes canaux tout en maintenant des connexions Wi-Fi à haut débit au réseau de l'école, les collisions RF deviennent inévitables. Les paquets entrent en collision dans les airs, le contrôle de redondance cyclique (CRC) échoue, les paquets sont rejetés et la négociation de connexion BLE (handshake) expire.
Le facteur humain : appairages croisés et tempêtes de requêtes
Si la physique des radiofréquences explique la perte de paquets, la dynamique humaine en classe aggrave le problème. Lors d'un cours de robotique type, le chaos suit généralement un schéma bien précis :
L'enseignant annonce : « Ouvrez votre navigateur et connectez votre robot. » Trente élèves cliquent sur « Rechercher » dans le même intervalle de cinq secondes. Trente tablettes inondent la bande 2,4 GHz de requêtes de recherche, tandis que trente robots inondent la bande de réponses d'annonce.
Dans cette « tempête de requêtes », les tablettes peinent à résoudre les noms des appareils. Si chaque carte s'appelle BBC micro:bit ou ESP32_BLE, les élèves se connectent inévitablement au robot de leur voisin deux tables plus loin. Dès que l'élève A téléverse du code sur le robot de l'élève B, ce dernier pense que sa connexion a sauté et clique à nouveau sur « Rechercher », déclenchant une nouvelle vague de bruit RF.
Le protocole d'appairage en classe
Il n'est pas nécessaire de remplacer votre matériel pour obtenir une connectivité sans fil fiable. Vous avez simplement besoin d'un protocole opérationnel qui gère le bruit RF et l'erreur humaine.
| Niveau | Intervention | Raison technique |
|---|---|---|
| Nommage | Identifiants alphanumériques permanents (ex. BOT-A01 à BOT-A15) correspondant aux étiquettes physiques des tables. | Élimine l'ambiguïté lors de la recherche et évite les appairages croisés à travers la pièce. |
| Proximité | Appairage par contact physique (tablettes tenues à moins de 10 cm de la carte pendant la négociation). | Maximise le rapport signal sur bruit lors de l'échange initial de clés, étape critique. |
| Séquençage | Connexion échelonnée par groupes de tables (3 à 4 binômes à la fois). | Évite les tempêtes d'annonces BLE de 30 appareils sur les canaux 37, 38 et 39. |
| Logiciel | Filtrage RSSI (rejet des signaux inférieurs à -60 dBm). | Force la tablette à ignorer toutes les cartes sauf celle située juste devant elle. |
1. Imposer un nommage physique et logique strict
Ne laissez jamais les cartes de robotique avec leurs noms d'usine par défaut. Étiquetez physiquement chaque microcontrôleur avec du ruban vinyle à fort contraste (par exemple de LAB-01 à LAB-20). Flashez sur les cartes un micrologiciel qui configure le nom local diffusé en BLE de manière à correspondre exactement à cette étiquette. Associez directement l'emplacement des tables aux noms des appareils : l'élève assis à la table 04 ne tente de se connecter qu'à LAB-04.
2. Mettre en place un seuil RSSI
L'indicateur de puissance du signal reçu (RSSI, pour Received Signal Strength Indicator) mesure la puissance d'un signal en décibels par rapport à un milliwatt (dBm). Les valeurs typiques s'échelonnent de -30 dBm (appareil posé directement sur la tablette) à -90 dBm (appareil situé à l'autre bout de la pièce derrière deux piliers en béton).
Si vous utilisez Web Bluetooth ou des environnements de programmation personnalisés, configurez vos filtres de connexion pour appliquer un seuil RSSI de -60 dBm ou plus fort. Cela garantit que lorsque l'élève 04 lance une recherche, la tablette refuse systématiquement d'afficher les cartes situées à l'autre bout de la classe, éliminant ainsi instantanément 90 % des erreurs d'appairage croisé.
3. La routine d'appairage « rangée par rangée »
Faites de l'appairage une procédure de classe structurée plutôt qu'une mêlée désordonnée. Faites connecter leurs appareils à la rangée 1 pendant que les rangées 2, 3 et 4 attendent avec leurs microcontrôleurs éteints. Dès qu'un appareil BLE a terminé sa négociation de connexion, il passe des canaux d'annonce saturés (37, 38, 39) aux canaux de données standards (0 à 36) grâce au saut de fréquence adaptatif, ce qui réduit considérablement les interférences de fond pour le groupe suivant.
Quand basculer sur WebUSB
La programmation sans fil est pratique pour les robots mobiles évoluant au sol, mais c'est un mauvais choix pour les montages électroniques sur table, l'étalonnage de capteurs et la télémétrie série à haute fréquence. Si votre séance implique un débogage itératif rapide — où les élèves téléversent du nouveau code toutes les quarante secondes —, reliez les cartes à l'aide de câbles USB physiques.
Les environnements modernes sur navigateur prenant en charge WebUSB éliminent l'installation de pilotes et contournent totalement la saturation radio en 2,4 GHz. Des plateformes comme Sheen Canvas offrent des fonctionnalités de téléversement direct via WebUSB et Web Serial en plus du Web Bluetooth, ce qui permet aux enseignants de réserver le sans-fil au déploiement final tout en garantissant un codage et un débogage rapides, déterministes et sans frustration.
Pour les établissements scolaires qui conçoivent des laboratoires de robotique dédiés ou préparent des déploiements à l'échelle de plusieurs classes, notre équipe aide à mettre en place des flux de travail matériels et des protocoles de gestion de classe via nos services d'accompagnement scolaire.



