Warum Bluetooth im Klassenzimmer abbricht (und wie man das Problem löst)
In vollen Klassenzimmern bricht Bluetooth aufgrund von 2,4-GHz-Funküberlastung und BLE-Advertising-Paketkollisionen bei über 20 gleichzeitigen Geräten ab. Hier ist das Unterrichtsprotokoll zur Behebung des Problems.
Befindet sich ein einzelner Robotik-Bausatz auf dem Labortisch der Lehrkraft, funktioniert Bluetooth Low Energy (BLE) einwandfrei. Bringt man jedoch dreißig dieser Bausätze zusammen mit dreißig Tablets, einem Enterprise-WLAN-Access-Point und vierzig Mobiltelefonen in ein normales Klassenzimmer, brechen die Verbindungen innerhalb von fünf Minuten ab. Die Hardware ist selten defekt; das Problem liegt in der Funkfrequenzüberlastung im lizenzfreien 2,4-GHz-Band und unregulierten Kollisionen von BLE-Advertising-Paketen.
Die Physik: Warum das 2,4-GHz-Band um 09:00 Uhr zusammenbricht
Bluetooth Classic und BLE arbeiten im 2,4-GHz-ISM-Band (Industrial, Scientific, and Medical), das von 2,400 GHz bis 2,4835 GHz reicht. Dieses winzige Segment des elektromagnetischen Spektrums wird gleichzeitig geteilt von:
- Schulischen WLAN-Access-Points (die oft 20 MHz oder 40 MHz breite Kanäle auf den WLAN-Kanälen 1, 6 und 11 nutzen).
- Tablets und Laptops von Lernenden, die WLAN-Datenverkehr übertragen.
- Smartphones von Lernenden, die nach Netzwerken und Bluetooth-Peripheriegeräten suchen.
- Mikrocontroller-Entwicklungsboards (micro:bit, ESP32, Raspberry Pi Pico W, Arduino), die BLE-Advertising-Pakete aussenden.
- Menschlichen Körpern, die größtenteils aus Wasser bestehen und 2,4-GHz-Signale aktiv absorbieren.
Bevor ein BLE-Gerät eine Verbindung herstellt, muss es seine Präsenz ankündigen (Advertising). BLE weist für die Erkennung und Verbindungsinitiierung genau drei dedizierte Funkkanäle zu: Kanal 37 (2,402 GHz), Kanal 38 (2,426 GHz) und Kanal 39 (2,480 GHz). Diese Kanäle wurden bewusst so positioniert, dass sie in die Lücken zwischen den standardmäßigen, überlappungsfreien WLAN-Kanälen 1, 6 und 11 passen.
Wenn jedoch fünfundzwanzig Mikrocontroller alle 100 Millisekunden auf diesen drei Kanälen Advertisements senden und fünfundzwanzig Tablets dieselben drei Kanäle aktiv scannen, während sie gleichzeitig WLAN-Verbindungen mit hohem Durchsatz zum Schulnetzwerk aufrechterhalten, sind Funkkollisionen unvermeidlich. Pakete kollidieren in der Luft, die zyklische Redundanzprüfung (CRC) schlägt fehl, Pakete werden verworfen und beim BLE-Verbindungs-Handshake kommt es zu einem Timeout.
Der menschliche Faktor: Fehlkopplungen und Suchstürme
Die Funkphysik erklärt zwar die verworfenen Pakete, aber die menschliche Dynamik im Klassenzimmer verschärft das Problem zusätzlich. In einer typischen Robotikstunde folgt das Chaos meist einem erkennbaren Muster:
Die Lehrkraft kündigt an: „Öffnet euren Browser und verbindet euren Roboter.“ Dreißig Lernende klicken innerhalb desselben Fünf-Sekunden-Fensters auf „Scannen“. Dreißig Tablets überfluten das 2,4-GHz-Band mit Scan-Anfragen, während dreißig Roboter das Band mit Advertising-Antworten überschwemmen.
In diesem „Suchsturm“ haben Tablets Mühe, Gerätenamen aufzulösen. Wenn jedes Board BBC micro:bit oder ESP32_BLE heißt, verbinden sich Lernende unweigerlich mit dem Roboter des Nachbarn zwei Tische weiter. Sobald Lernender A Code auf den Roboter von Lernendem B hochlädt, geht Lernender B davon aus, dass die eigene Verbindung abgebrochen ist, und klickt erneut auf „Scannen“ – was eine weitere Welle von Funkrauschen auslöst.
Das Kopplungsprotokoll für den Unterricht
Sie müssen Ihre Hardware nicht ersetzen, um eine zuverlässige drahtlose Verbindung zu erhalten. Sie benötigen ein Betriebsprotokoll, das Funkrauschen und menschliche Fehler unter Kontrolle bringt.
| Ebene | Maßnahme | Technischer Grund |
|---|---|---|
| Benennung | Dauerhafte alphanumerische IDs (z. B. BOT-A01 bis BOT-A15), die mit physischen Tischbeschriftungen übereinstimmen. | Beseitigt Unklarheiten beim Scannen und verhindert raumübergreifende Fehlkopplungen. |
| Nähe | Touch-Pairing (Tablets werden während des Handshakes maximal 10 cm an das Board gehalten). | Maximiert den Signal-Rausch-Abstand während des kritischen anfänglichen Schlüsselaustauschs. |
| Reihenfolge | Gestaffelte Verbindung nach Tischgruppen (jeweils 3–4 Paare gleichzeitig). | Verhindert BLE-Advertising-Stürme von 30 Geräten über die Kanäle 37, 38 und 39. |
| Software | RSSI-Filterung (Abweisung von Signalen, die schwächer als -60 dBm sind). | Zwingt das Tablet dazu, jedes Board außer dem direkt vor ihm liegenden zu ignorieren. |
1. Konsequente physische und logische Benennung durchsetzen
Belassen Sie Robotik-Boards niemals bei ihren werkseitigen Standardnamen. Beschriften Sie jeden Mikrocontroller physisch mit kontrastreichem Vinylklebeband (z. B. LAB-01 bis LAB-20). Flashen Sie eine Firmware auf die Boards, die den über BLE gesendeten lokalen Namen exakt auf diese Bezeichnung setzt. Verknüpfen Sie die Tischpositionen direkt mit den Gerätenamen: Die Person an Tisch 04 versucht immer nur, sich mit LAB-04 zu verbinden.
2. RSSI-Schwellenwerte implementieren
Der Received Signal Strength Indicator (RSSI) misst die Signalstärke in Dezibel bezogen auf ein Milliwatt (dBm). Typische Werte reichen von -30 dBm (Gerät liegt direkt auf dem Tablet) bis -90 dBm (Gerät am anderen Ende des Raums hinter zwei Betonsäulen).
Wenn Sie Web Bluetooth oder eigene Programmierumgebungen nutzen, konfigurieren Sie Ihre Verbindungsfilter so, dass ein RSSI-Schwellenwert von -60 dBm oder stärker erzwungen wird. Dadurch wird sichergestellt, dass das Tablet beim Scanvorgang von Lernendem 04 Boards am anderen Ende des Klassenzimmers gar nicht erst auflistet, wodurch 90 % der Fehlkopplungen sofort vermieden werden.
3. Die Kopplungsroutine „Reihe für Reihe“
Etablieren Sie das Koppeln als strukturiertes Unterrichtsverfahren und nicht als unkontrolliertes Durcheinander. Lassen Sie Reihe 1 ihre Geräte verbinden, während die Reihen 2, 3 und 4 mit ausgeschalteten Mikrocontrollern warten. Sobald ein BLE-Gerät seinen Handshake abgeschlossen hat, wechselt es mittels adaptiven Frequenzsprungverfahrens von den überlasteten Advertising-Kanälen (37, 38, 39) auf Standard-Datenkanäle (0–36), was die Hintergrundstörungen für die nächste Gruppe drastisch reduziert.
Wann der Rückgriff auf WebUSB sinnvoll ist
Drahtlose Programmierung ist praktisch für fahrbare Roboter auf dem Boden, aber die falsche Wahl für Elektronikversuche auf dem Tisch, Sensorkalibrierung und serielle Telemetrie mit hoher Frequenz. Wenn Ihr Unterricht schnelles, iteratives Debuggen erfordert – bei dem Lernende alle vierzig Sekunden neuen Code flashen –, verbinden Sie die Boards über physische USB-Kabel.
Moderne browserbasierte Umgebungen mit WebUSB-Unterstützung machen Treiberinstallationen überflüssig und umgehen die Funküberlastung im 2,4-GHz-Band vollständig. Plattformen wie Sheen Canvas bieten neben Web Bluetooth auch direkte Flash-Funktionen über WebUSB und Web Serial. So können Lehrkräfte den Drahtlosbetrieb für den finalen Einsatz reservieren, während Programmierung und Fehlersuche schnell, deterministisch und frustfrei bleiben.
Für Schulen, die eigene Robotik-Labore einrichten oder den Einsatz auf mehrere Klassen ausweiten möchten, unterstützt unser Team bei der Einrichtung von Hardware-Workflows und Protokollen für das Klassenmanagement über unsere Schul-Support-Services.
