Sì, si può insegnare l'Internet delle cose (IoT) e la programmazione di rete senza una connessione a Internet attiva. Anzi, nella maggior parte delle scuole sudafricane, provare a portare avanti un curriculum di IoT sulla connessione Internet principale della scuola è la ricetta perfetta per far fallire la lezione.

Le reti informatiche scolastiche sono ambienti notoriamente ostili per i microcontrollori. I firewall rigidi bloccano le porte non standard usate dai protocolli IoT, gli schemi di autenticazione WPA2-Enterprise rifiutano le economiche schede ESP32 o ESP8266, e un calo improvviso di banda o un'interruzione della fibra causata dal load shedding possono mandare all'aria una verifica pratica in un istante. Spostando il curriculum su una rete locale (LAN) isolata e offline all'interno dell'aula, si aggirano del tutto questi ostacoli. Inoltre si insegnano agli studenti i veri fondamenti di reti, programmazione con socket e protocolli, invece del semplice copia-incolla di chiavi API in un cruscotto cloud proprietario.

Il problema del Wi-Fi scolastico

Prima di guardare alla soluzione, è utile capire perché l'approccio standard fallisce. La maggior parte delle scuole che tentano l'IoT prova a collegare i dispositivi degli studenti direttamente al Wi-Fi scolastico per inviare dati a servizi cloud come Adafruit IO, Blynk o AWS IoT. Questo approccio incontra subito tre ostacoli:

• Sicurezza enterprise (WPA2-Enterprise): la maggior parte delle reti scolastiche richiede nome utente e password per l'accesso, non soltanto una chiave precondivisa (password). I microcontrollori standard come l'ESP32 non supportano facilmente l'autenticazione enterprise senza codice complesso e fragile.
• Blocco delle porte e firewall: gli amministratori IT delle scuole bloccano quasi tutto tranne il traffico web standard (porte 80 e 443). Protocolli IoT comuni come MQTT (porta 1883) o CoAP sono bloccati per impostazione predefinita. Convincere un reparto IT ad aprire le porte per trenta dispositivi degli studenti è una battaglia lunga e spesso senza esito.
• La dipendenza dalla WAN: se la lezione si appoggia a un server esterno, la tua aula è in balia del provider Internet. In Sudafrica, anche se la scuola dispone di un generatore o di un UPS per il load shedding, i ripetitori cellulari e i nodi in fibra della zona vanno spesso offline, tagliando l'accesso a Internet mentre le luci dell'aula sono ancora accese.

"Abbiamo passato tre settimane a cercare di far inserire dal reparto IT della scuola trenta indirizzi MAC di ESP32 in whitelist, solo per scoprire che il firewall bloccava comunque il traffico MQTT. La lezione è stata da buttare."

L'architettura offline: come funziona

Un laboratorio IoT offline sostituisce il lontano server cloud con un server locale che sta proprio dentro l'aula. I microcontrollori degli studenti si collegano a un router Wi-Fi locale che non ha alcun collegamento con il mondo esterno. Questo router instrada il traffico tra le schede degli studenti e un computer host locale (per esempio il portatile dell'insegnante o un Raspberry Pi) su cui gira il software del server locale.

Passo dopo passo: come allestire la LAN dell'aula

Per realizzare questa configurazione servono tre componenti hardware: i microcontrollori degli studenti (come l'ESP32, dal costo di circa R120-R180 l'uno), un router Wi-Fi economico (va bene un qualsiasi router base da R350 a R500 di un rivenditore locale) e un computer centrale che faccia da "broker" o server.

1. Configura il router

Togli dalla scatola il router economico e accendilo. Non colleghi nulla alla porta WAN (blu). Accedi al pannello di amministrazione del router e imposta una semplice rete WPA2-Personal con un SSID facile (per esempio "Classroom-IoT") e una password robusta ma condivisibile. Poiché questa rete non ha accesso a Internet, i rischi di sicurezza sono minimi, ma tenerla privata impedisce agli studenti di altre classi di collegarsi e disturbare le lezioni.

2. Installa il broker locale (il server)

Per insegnare la messaggistica IoT standard serve un broker MQTT. MQTT è il protocollo leggero di pubblicazione-sottoscrizione che alimenta gran parte dell'IoT industriale. Mosquitto è un broker MQTT open source e gratuito che puoi installare sul portatile dell'insegnante (Windows, macOS o Linux) o su un Raspberry Pi dedicato in meno di cinque minuti. Una volta installato e avviato, il tuo portatile diventa l'ufficio postale centrale di tutti i messaggi IoT dell'aula.

3. Assegna IP statici

Poiché in una semplice rete offline non c'è un server DNS che traduca nomi come "mybroker.local", i microcontrollori degli studenti dovranno collegarsi direttamente all'indirizzo IP del tuo server (per esempio 192.168.0.100). Nelle impostazioni del router, configura una prenotazione DHCP per garantire che il portatile dell'insegnante o il Raspberry Pi riceva sempre esattamente lo stesso indirizzo IP a ogni collegamento.

Che cosa si può insegnare su una rete offline

Togliere di mezzo Internet non limita il curriculum: anzi, lo approfondisce. Invece di insegnare agli studenti come usare una specifica piattaforma cloud commerciale, puoi insegnare loro i livelli di rete fondamentali definiti dal curriculum CAPS e dagli standard internazionali di informatica.

• Programmazione con socket grezzi: gli studenti possono scrivere semplice codice Python o C++ per aprire socket TCP o UDP grezzi. Possono inviare pacchetti di testo semplice da un ESP32 a un piccolo listener Python in esecuzione sul tuo portatile. Vedono, in tempo reale, come i byte si spostano su un mezzo fisico.
• Server web locali: gli studenti possono programmare le loro schede ESP32 perché ospitino un server web locale. Quando un browser sulla stessa rete apre l'indirizzo IP della scheda, questa serve una pagina HTML personalizzata che permette all'utente di accendere e spegnere un LED fisico o di leggere un sensore analogico.
• Pubblicazione/sottoscrizione MQTT: gli studenti possono programmare i loro dispositivi perché pubblichino i dati di temperatura su un topic come classroom/desk1/temp. Altri studenti possono programmare i propri dispositivi perché si iscrivano allo stesso topic e facciano scattare un allarme se la temperatura sale. Questo insegna la vera comunicazione da macchina a macchina (M2M) senza alcun intermediario cloud di terze parti.
• Cruscotti locali con Node-RED: puoi far girare Node-RED (uno strumento di sviluppo gratuito basato su flussi) sul tuo server locale. Può iscriversi ai topic MQTT degli studenti e mostrare grafici in tempo reale ben leggibili su uno schermo proiettato davanti alla classe, il tutto in esecuzione localmente sul tuo portatile.

La realtà pratica nelle aule sudafricane

Questo approccio offline è molto resiliente. Se arriva il load shedding, un piccolo mini-UPS a 12V (dal costo di circa R700-R900) può tenere accesi il router dell'aula e un Raspberry Pi fino a otto ore. Poiché gli studenti programmano su portatili con batteria interna e caricano il codice su microcontrollori alimentati via USB, l'intera lezione pratica di IoT può proseguire al buio più completo senza il minimo intoppo.

In Sheen Robotics progettiamo i nostri kit didattici e i pacchetti di supporto per gli insegnanti proprio attorno a questi vincoli del mondo reale. Se vuoi adottare nella tua scuola un curriculum di IoT solido e senza grattacapi senza dover combattere con il reparto IT, esplora i nostri pacchetti su misura per le scuole su Sheen School Services oppure guarda i nostri kit hardware compatibili con l'uso offline su Sheen IoT Solutions.

Prendendo il controllo della rete della tua aula, elimini l'attrito amministrativo e tecnico che uccide il coinvolgimento degli studenti. Smetti di risolvere timeout di connessione e inizi a insegnare ingegneria vera.