Ja, Sie können das Internet der Dinge (IoT) und Netzwerkprogrammierung ohne aktive Internetverbindung unterrichten. Tatsächlich ist der Versuch, an den meisten südafrikanischen Schulen einen IoT-Lehrplan über den Hauptinternetanschluss der Schule zu fahren, ein sicheres Rezept für eine gescheiterte Unterrichtsstunde.

Schul-IT-Netze sind für Mikrocontroller notorisch schwieriges Gelände. Strenge Firewalls blockieren die nicht standardisierten Ports der IoT-Protokolle, WPA2-Enterprise-Anmeldeverfahren weisen günstige ESP32- oder ESP8266-Boards ab, und ein plötzlicher Bandbreiteneinbruch oder ein durch Load Shedding verursachter Glasfaserausfall kippt eine praktische Leistungsüberprüfung im Handumdrehen. Wenn Sie Ihren Lehrplan in ein isoliertes, offline betriebenes lokales Netzwerk (LAN) im Klassenzimmer verlegen, umgehen Sie diese Hürden vollständig. Außerdem vermitteln Sie den Schülerinnen und Schülern die tatsächlichen Grundlagen von Netzwerken, Socket-Programmierung und Protokollen, statt nur das Kopieren von API-Schlüsseln in ein proprietäres Cloud-Dashboard.

Das Problem mit dem Schul-WLAN

Bevor wir zur Lösung kommen, hilft es zu verstehen, warum der übliche Weg scheitert. Die meisten Schulen, die sich an IoT versuchen, verbinden die Geräte der Lernenden direkt mit dem Schul-WLAN, um Daten an Cloud-Dienste wie Adafruit IO, Blynk oder AWS IoT zu senden. Dieser Ansatz stößt sofort auf drei Hindernisse:

• Unternehmenssicherheit (WPA2-Enterprise): Die meisten Schulnetze verlangen zur Anmeldung Benutzername und Passwort, nicht bloß einen vorab geteilten Schlüssel (ein Passwort). Gängige Mikrocontroller wie der ESP32 unterstützen die Enterprise-Authentifizierung ab Werk nicht ohne komplexen, fragilen Code.
• Portsperren und Firewalls: Schul-IT-Administratoren blockieren fast alles außer dem üblichen Web-Verkehr (Ports 80 und 443). Verbreitete IoT-Protokolle wie MQTT (Port 1883) oder CoAP sind standardmäßig gesperrt. Eine IT-Abteilung dazu zu bringen, Ports für dreißig Schülergeräte zu öffnen, ist ein langer und oft erfolgloser Kampf.
• Die WAN-Abhängigkeit: Wenn Ihre Stunde auf einem externen Server beruht, ist Ihr Klassenzimmer Ihrem Internetanbieter ausgeliefert. In Südafrika gehen selbst dann, wenn die Schule einen Generator oder eine USV für Load Shedding hat, oft die Mobilfunkmasten und Glasfaserknoten in der Umgebung offline und kappen den Internetzugang, während im Klassenzimmer noch das Licht brennt.

„Wir haben drei Wochen damit verbracht, die IT-Abteilung unserer Schule dazu zu bringen, dreißig ESP32-MAC-Adressen freizuschalten – nur um festzustellen, dass die Firewall den MQTT-Verkehr ohnehin blockierte. Die Stunde war ein Totalausfall.“

Die Offline-Architektur: So funktioniert sie

Ein Offline-IoT-Labor ersetzt den fernen Cloud-Server durch einen lokalen Server mitten im Klassenzimmer. Die Mikrocontroller der Lernenden verbinden sich mit einem lokalen WLAN-Router, der keine Verbindung zur Außenwelt hat. Dieser Router leitet den Verkehr zwischen den Boards der Lernenden und einem lokalen Hostrechner (etwa dem Laptop der Lehrkraft oder einem Raspberry Pi) weiter, auf dem lokale Serversoftware läuft.

Schritt für Schritt: So richten Sie Ihr Klassenzimmer-LAN ein

Für diesen Aufbau brauchen Sie drei Hardwarekomponenten: Mikrocontroller für die Lernenden (etwa den ESP32, rund R120 bis R180 pro Stück), einen preiswerten WLAN-Router (jeder einfache Router für R350 bis R500 aus dem hiesigen Handel genügt) und einen zentralen Rechner, der als „Broker“ beziehungsweise Server dient.

1. Den Router konfigurieren

Packen Sie Ihren günstigen Router aus und schalten Sie ihn ein. In den WAN-Anschluss (blau) stecken Sie nichts. Melden Sie sich im Administrationsbereich des Routers an und richten Sie ein einfaches WPA2-Personal-Netz mit einer schlichten SSID (etwa „Classroom-IoT“) und einem starken, aber teilbaren Passwort ein. Da dieses Netz keinen Internetzugang hat, sind die Sicherheitsrisiken minimal; es privat zu halten verhindert aber, dass sich Lernende aus anderen Klassen einwählen und Ihren Unterricht stören.

2. Den lokalen Broker (den Server) aufsetzen

Um standardkonformes IoT-Messaging zu unterrichten, brauchen Sie einen MQTT-Broker. MQTT ist das leichtgewichtige Publish-Subscribe-Protokoll, das den Großteil des industriellen IoT antreibt. Mosquitto ist ein quelloffener, kostenloser MQTT-Broker, den Sie in weniger als fünf Minuten auf Ihrem Lehrer-Laptop (Windows, macOS oder Linux) oder auf einem eigens dafür vorgesehenen Raspberry Pi installieren. Sobald er installiert ist und läuft, wird Ihr Laptop zur zentralen Poststelle für alle IoT-Nachrichten im Raum.

3. Feste IP-Adressen vergeben

Da es in einem einfachen Offline-Netz keinen DNS-Server gibt, der Namen wie „mybroker.local“ auflöst, müssen sich die Mikrocontroller der Lernenden direkt mit der IP-Adresse Ihres Servers verbinden (etwa 192.168.0.100). Richten Sie in den Router-Einstellungen eine DHCP-Reservierung ein, damit Ihr Lehrer-Laptop oder Ihr Raspberry Pi bei jeder Verbindung exakt dieselbe IP-Adresse erhält.

Was Sie in einem Offline-Netz unterrichten können

Das Internet wegzulassen schränkt Ihren Lehrplan nicht ein, es vertieft ihn sogar. Statt den Lernenden die Bedienung einer bestimmten kommerziellen Cloud-Plattform beizubringen, können Sie ihnen die grundlegenden Netzwerkschichten vermitteln, die im CAPS-Lehrplan und in internationalen Informatikstandards festgeschrieben sind.

• Rohe Socket-Programmierung: Die Lernenden können einfachen Python- oder C++-Code schreiben, um rohe TCP- oder UDP-Sockets zu öffnen. Sie können Klartextpakete von einem ESP32 an einen simplen Python-Listener auf Ihrem Laptop senden. Sie sehen in Echtzeit, wie Bytes über ein physisches Medium wandern.
• Lokale Webserver: Die Lernenden können ihre ESP32-Boards so programmieren, dass sie einen lokalen Webserver betreiben. Ruft ein Browser im selben Netz die IP-Adresse des Boards auf, liefert es eine eigene HTML-Seite aus, über die sich eine echte LED schalten oder ein analoger Sensor auslesen lässt.
• MQTT Publish/Subscribe: Die Lernenden können ihre Geräte so programmieren, dass sie Temperaturdaten an ein Topic wie classroom/desk1/temp senden. Andere Lernende können ihre Geräte dasselbe Topic abonnieren lassen und einen Alarm auslösen, wenn die Temperatur steigt. Das vermittelt echte Maschine-zu-Maschine-Kommunikation (M2M) ganz ohne Cloud-Vermittler von Dritten.
• Lokale Dashboards mit Node-RED: Auf Ihrem lokalen Server können Sie Node-RED betreiben, ein kostenloses, flussbasiertes Entwicklungswerkzeug. Es kann die MQTT-Topics der Lernenden abonnieren und schöne Echtzeitdiagramme auf einer Projektionsfläche vorne im Klassenzimmer anzeigen – alles lokal von Ihrem Laptop aus.

Die Praxis im südafrikanischen Klassenzimmer

Dieser Offline-Ansatz ist ausgesprochen widerstandsfähig. Wenn Load Shedding zuschlägt, hält eine kleine 12-V-Mini-USV (für rund R700 bis R900) Ihren Klassenzimmer-Router und einen Raspberry Pi bis zu acht Stunden am Laufen. Da die Lernenden auf Laptops mit eigenem Akku programmieren und den Code auf USB-versorgte Mikrocontroller überspielen, kann Ihre gesamte IoT-Praxisstunde in völliger Dunkelheit ohne den geringsten Aussetzer weiterlaufen.

Bei Sheen Robotics entwerfen wir unsere Lernbausätze und Unterstützungspakete für Lehrkräfte genau um diese realen Einschränkungen herum. Wenn Sie einen robusten, reibungslosen IoT-Lehrplan an Ihrer Schule einführen wollen, ohne mit Ihrer IT-Abteilung zu kämpfen, sehen Sie sich unsere maßgeschneiderten Schulpakete bei Sheen School Services an oder unsere offlinetauglichen Hardware-Bausätze bei Sheen IoT Solutions.

Indem Sie die Kontrolle über Ihr eigenes Klassenzimmernetz übernehmen, beseitigen Sie die administrative und technische Reibung, die das Engagement der Lernenden zunichtemacht. Sie hören auf, Verbindungs-Timeouts zu beheben, und fangen an, echte Technik zu unterrichten.