Apprendimento basato su progetti con Arduino: UDA di 4 settimane

L'apprendimento basato su progetti con Arduino è un modo di progettare un'unità di apprendimento in cui gli studenti imparano non dopo una spiegazione, ma mentre cercano di risolvere un problema reale. Il percorso ha cinque fasi: poni una domanda guida, le squadre indagano sul problema e decidono che cosa misurare, costruiscono un prototipo con Arduino, lo testano e migliorano a scuola e alla fine presentano quello che hanno scoperto a un pubblico reale. La domanda guida dell'unità di esempio di questo articolo è: "Come possiamo misurare un problema di energia, acqua, rumore o aria dell'aula nella nostra scuola e avvisare chi è coinvolto?" In quattro settimane ogni squadra sceglie uno di questi problemi, lo misura con un sensore, costruisce un dispositivo funzionante che avvisa quando si supera una soglia e, con i dati raccolti, presenta una proposta alla scuola.

Qui sotto trovi tutto quello che ti serve per portarla in classe domani: la tabella dell'unità settimana per settimana, lo svolgimento lezione per lezione con le domande di uscita, quattro scenari di problema con i progetti di partenza in BlueGrays, l'elenco dei materiali, il contratto di squadra e i ruoli, il ciclo di prototipazione con un modello di registro dei test, i criteri del punto di controllo e della presentazione finale, gli errori più comuni e una checklist. Tutti gli esempi partono dalla stessa ipotesi: diciamo che hai una classe di 24 studenti, due lezioni a settimana (2 × 40 minuti) e sei squadre da quattro. Se cerchi un piano che insegni le abilità in ordine, è più adatto il piano di robotica e coding in 8 settimane; per un programma breve e intensivo, il laboratorio Arduino di 5 giorni. Questa unità dà il meglio dopo di loro, quando gli studenti hanno già acceso un LED e letto un sensore.

Che cos'è l'apprendimento basato su progetti e in cosa è diverso da un compito a progetto?

Nell'ordine classico prima si spiega l'argomento e poi si assegna un progetto per far vedere che cosa si è imparato; il progetto è il dolce, non il pasto. Nell'apprendimento basato su progetti l'ordine si capovolge: il progetto è la lezione. Gli studenti imparano analogRead(), le soglie o il calcolo della media proprio nel momento in cui servono per risolvere il problema. Arduino si presta molto bene perché trasforma il mondo reale in numeri: un LDR misura la luce del corridoio, un sensore di suono il rumore della mensa, un DHT11 la temperatura dell'aula. I prototipi costano poco e si modificano in pochi minuti; se una soglia è sbagliata, cambi un numero nel codice e lo ricarichi. Così il ciclo "prova, misura, correggi", il cuore del metodo, sta in una sola lezione. La tabella riassume la differenza:

La domanda guida: una frase che regge tutta l'unità

La domanda guida resta appesa in aula per quattro settimane e ogni lezione si collega a lei: "Oggi quanto ci siamo avvicinati?" In questa unità la domanda comune è volutamente ampia, così ogni squadra può prenderne un pezzo: "Come possiamo misurare un problema di energia, acqua, rumore o aria dell'aula nella nostra scuola e avvisare chi è coinvolto?" Il lavoro della prima settimana è restringere questa domanda ampia alla sotto-domanda della squadra. "Lo spreco di energia a scuola" non è una sotto-domanda; "Per quanti minuti restano accese le luci nell'aula vuota della 2B durante l'intervallo, e chi avvisiamo e come?" lo è. La risposta a una buona sotto-domanda comincia con un numero e finisce con un dispositivo. Prima di approvare la sotto-domanda di una squadra, controllala con questi sei criteri:

• Reale: Qualcuno a scuola vive davvero questo problema e la squadra sa dire chi: il docente di sorveglianza, il personale scolastico, il personale della mensa o il rappresentante di classe.
• Misurabile: Un sensore che hai trasforma il problema in un numero: luce, livello sonoro, umidità del terreno, temperatura o distanza.
• Locale e circoscritta: C'è un solo luogo e una sola fascia oraria; non "la scuola", ma "corridoio del secondo piano, pausa pranzo".
• Aperta: La risposta non è sì o no; la domanda chiede "come", "quando" o "quanto".
• Sta in 4 settimane: La soluzione non richiede di toccare l'impianto a 230 V, di collegarsi alla rete della scuola o di aspettare l'approvazione di un budget.
• Finisce con un avviso: Il dispositivo non si limita a misurare in silenzio; a una certa soglia avvisa qualcuno con un LED, un cicalino o un display.

Un'unità di apprendimento basato su progetti in 4 settimane

Il piano è costruito su 8 lezioni: due a settimana, da 40 minuti ciascuna. Le settimane seguono le cinque fasi del metodo, ma tra indagine e prototipo non c'è un muro spesso; nella settimana 2 una squadra può ancora star restringendo il suo problema, e nella settimana 3 una nuova misura può far nascere una nuova domanda. L'importante è che alla fine di ogni settimana esista il prodotto indicato in tabella. Anche il tuo ruolo cambia di settimana in settimana: all'inizio sei chi fa le domande, a metà il coach, alla fine l'organizzatore che porta il pubblico in aula.

La tabella seguente scompone lo stesso piano lezione per lezione. Gli ultimi 3 minuti di ogni lezione sono per la domanda di uscita; la squadra scrive la risposta in una frase in fondo al registro dei test. Queste risposte fanno da riscaldamento per la lezione successiva e da prova del percorso nella presentazione finale. Limita le mini-lezioni a 10 minuti; oltre, si mangiano il tempo di lavoro delle squadre e l'unità torna senza accorgersene una lezione frontale.

4 scenari di problema e i loro progetti di partenza in BlueGrays

Non aspettarti che le squadre scrivano il codice da zero; nell'apprendimento basato su progetti l'obiettivo è risolvere il problema, non programmare dalla prima riga. Per ogni scenario BlueGrays ha un progetto di partenza pronto, con schema del circuito, elenco dei componenti e codice; la squadra lo monta, lo capisce e lo adatta al suo problema. I progetti gratuiti in tabella sono aperti a tutti, quelli Premium richiedono Premium. Con sei squadre, fai scegliere lo stesso scenario al massimo a due squadre. Se due squadre dello stesso scenario misurano luoghi diversi, nelle presentazioni avrai anche un confronto.

Su due cose sii onesto con gli studenti fin dall'inizio. Primo, il KY-038 non è un fonometro: trasforma la variazione captata dal microfono in un numero tra 0 e 1023. La squadra non può dire "la mensa è a 85 dB", ma può dire "a pranzo la mensa dà valori molto più alti di un'aula vuota" e mostrare la differenza in numeri; per un progetto bastano dati comparativi. Come risponde il sensore e come regolarlo lo trovi nell'articolo sul sensore di suono KY-038. Secondo, un DHT11 misura temperatura e umidità, non quanto è viziata l'aria; in un'aula chiusa a salire davvero è l'anidride carbonica. La squadra dell'aria può basare la proposta di aprire le finestre su temperatura e umidità e dire nella presentazione che il passo successivo è misurare la CO2. Per i sensori delle squadre energia e acqua, gli articoli sul sensore di luce LDR e sul sensore di umidità del terreno spiegano la calibrazione nel dettaglio.

Elenco dei materiali: 6 squadre + 1 kit di riserva

Contratto di squadra e ruoli

In una squadra di quattro, se non tutti hanno un compito, lo studente più veloce fa tutto e gli altri guardano. Il modo più semplice per evitarlo sono quattro ruoli a rotazione settimanale: 4 settimane, 4 ruoli, ognuno ricopre ogni ruolo una volta. Un ruolo non significa "faccio solo questo", ma "ne rispondo io". Il responsabile del codice non è l'unico a scrivere codice, ma quella settimana è lui a spiegare alla classe che cosa fa. La squadra scrive il contratto da sola nella prima lezione; tu rendi obbligatori solo i punti qui sotto e lo approvi dopo le quattro firme.

• La nostra sotto-domanda: .................................................. (una frase, un luogo, un momento)
• Il nostro criterio di successo: Quando .................. supera .................., il nostro dispositivo avvisa con ...................
• Ruoli (settimana 1): Project manager ........, circuito ........, codice ........, dati e documentazione ........ Ogni settimana i ruoli ruotano di una persona.
• Regola di decisione: Se non siamo d'accordo, prima misuriamo; se non c'è una misura, decide il project manager e annota la decisione nel registro dei test.
• Regola di aiuto: Prima di andare dall'insegnante, guardiamo lo schema, la sezione Capire il codice del progetto e chiediamo a un compagno.
• Assenze: Chi salta una lezione legge il registro dei test nella lezione successiva e si rimette in pari in 2 minuti; quella settimana il suo compito passa a un altro.
• Firme: .............. .............. .............. ..............

Il ciclo di prototipazione: la versione minima funzionante

Le unità basate su progetti affondano più spesso quando le squadre passano le prime due settimane a progettare il dispositivo perfetto. La regola è semplice: alla fine della lezione 4 ogni squadra deve avere una versione minima funzionante. Fa tre cose: legge il sensore, mostra il valore nel Serial Monitor e accende un solo LED quando il valore supera una soglia. Niente contenitore, niente display, niente Wi-Fi; ma produce dati veri e si può testare. Per la squadra rumore significa aggiungere un if e un LED al codice di Misurare l'intensità luminosa con LDR. Per la squadra energia, Luce notturna con LDR è già quasi questa versione; basta invertire la logica: il LED non si accende al buio, ma quando le luci sono accese, e la domanda "l'aula è vuota?" arriva con il PIR nella versione successiva. Ogni versione dopo porta un solo cambiamento e finisce nel registro dei test:

1. Versione 0, misura: Si legge il sensore e il valore viene scritto nel Serial Monitor una volta al secondo. La squadra vede il valore cambiare con la mano, la luce, il suono o l'acqua.
2. Versione 1, versione minima funzionante: Una soglia stimata e un LED. Quando la soglia viene superata, il LED si accende. È la versione mostrata al punto di controllo della lezione 4.
3. Versione 2, calibrazione: Dopo le misure sul campo la soglia si sceglie con i dati e non a occhio; per esempio, a metà tra il valore dell'aula vuota e quello dell'intervallo.
4. Versione 3, avviso stabile: Quando il valore oscilla intorno alla soglia, il LED sfarfalla. La soluzione è fare la media delle ultime 10 letture o usare due soglie distinte per accendere e spegnere.
5. Versione 4, pensata per l'utente: L'avviso si adatta alla persona coinvolta: in mensa una luce a tre colori che tutti vedono, in aula un piccolo LCD sulla cattedra. Contenitore e posizionamento si decidono in questa versione.

Criteri del punto di controllo e della presentazione finale

Per i criteri generali come circuito, codice, comprensione, debug e documentazione puoi usare così com'è la rubrica principale dell'articolo rubrica di valutazione per progetti Arduino. In un'unità basata su progetti basta aggiungerle tre criteri; misurano ciò che un compito a progetto non misura, ma che questa unità insegna davvero. Il punto di controllo si fa alla lezione 4 e guarda solo la definizione del problema e la versione minima; serve a correggere la rotta, non a dare un voto. Nella presentazione finale si valutano tutti e tre i criteri. Un prototipo che si distingue a fine unità può anche arrivare a una fiera della scienza; per idee sugli argomenti guarda l'articolo con le idee di progetto per fiere della scienza.

• Problema (30 secondi): La sotto-domanda e una frase della persona intervistata che descrive il problema.
• Misura (45 secondi): Dove, quando e quante volte avete misurato; una sola tabella o un solo grafico.
• Demo dal vivo (45 secondi): Il dispositivo supera la soglia davanti al pubblico e lancia l'avviso. Tenete pronto un breve video della demo come riserva.
• Versioni (30 secondi): Una decisione presa dal registro dei test: "Abbiamo cambiato la soglia per questa misura."
• Proposta (30 secondi): Una proposta concreta alla scuola (dove, quanti dispositivi, chi se ne occupa) e che cosa fareste con una settimana in più.
• Domande (2 minuti): L'insegnante o il pubblico rivolge la domanda a un membro della squadra a sua scelta; per questo tutti devono saper spiegare ogni parte.

A che cosa serve BlueGrays in questa unità?

• Progetto di partenza con Trova progetto: Nella lezione 2 la squadra risponde a tre domande: Misura e rileva per "Cosa ti piacerebbe costruire?", Arduino Uno / Nano come scheda e, nella maggior parte delle classi, "Ho fatto qualche progetto" come esperienza. Accanto alla migliore corrispondenza, il risultato può proporre anche un progetto di riscaldamento gratuito che parte dagli stessi componenti. I dettagli sono nell'articolo su Trova progetto.
• Capire il codice invece di copiarlo: Copiare il codice del progetto di partenza e andare avanti non funziona, perché la squadra dovrà modificarlo. La scheda Capire il codice dà prima il riassunto "Cosa fa questo codice?", poi la spiegazione Passo dopo passo e infine un compito Prova tu che chiede una sola modifica. Sui progetti gratuiti è aperta a tutti, su quelli Premium si sblocca con Premium. Lo spieghiamo nell'articolo Capire il codice.
• Pianificare i pezzi con La Mia Officina › Pezzi (Premium): Se inserisci in La Mia Officina › Pezzi i pezzi dell'armadio di classe con le quantità, gli elenchi Progetti Realizzabili e Progetti con Componenti Mancanti mostrano quale scenario può partire oggi e per quale serve un ordine. I dettagli sono nell'articolo progetti Arduino con i componenti che hai.
• Il tuo progetto di esempio: Prima dell'unità puoi montare tu uno scenario e condividerlo da Impara > Forum > Nuova pubblicazione nella categoria Tutorial: aggiungi le foto del circuito (fino a 5 immagini), inserisci il codice con Aggiungi codice e collega i progetti pronti correlati. La pubblicazione esce nella lingua in cui la scrivi; mandane il link al gruppo della classe con Condividi. Allo stesso modo puoi passare i progetti pronti con Condividi nella pagina del progetto. I passaggi sono nell'articolo fare lezione con il tuo progetto.
• Accesso Premium per la classe: Per progetti di partenza Premium come Stazione di irrigazione intelligente e per La Mia Officina › Pezzi non serve un abbonamento per ogni studente; i pacchetti educatore, con pagamento unico, senza rinnovo automatico e che gli studenti riscattano senza aggiungere una carta, li spieghiamo nell'articolo codici Premium per tutta la classe.

Sappi anche che cosa l'app non fa: BlueGrays non permette di creare classi, non ha un pannello che mostri all'insegnante i progressi delle squadre e non assegna compiti. Scheda del problema, contratto di squadra e registro dei test restano su carta o in un documento condiviso della tua scuola. L'app copre il lato "come lo monto, che cosa fa il codice, quale pezzo manca?"; il lato "perché questa soglia, a chi serve?" è lavoro della squadra e tuo. Questa divisione si adatta bene al metodo: il pensiero resta nella squadra, non sullo schermo.

Errori comuni nell'apprendimento basato su progetti e soluzioni

Checklist prima dell'unità

• La domanda guida è scritta su un poster e appesa in aula.
• Le 4 schede scenario (problema, possibile sensore, progetto di partenza) sono fotocopiate per ogni squadra.
• I 7 kit sono contati; ogni sensore è stato provato una volta e dà valori nel Serial Monitor.
• L'IDE di Arduino e il driver della scheda sono installati sui computer, i cavi USB provati.
• I progetti di partenza si aprono sui telefoni o tablet degli studenti; se si usano progetti Premium, i codici sono già distribuiti.
• Scheda del problema, contratto di squadra e registro dei test sono stampati per ogni squadra.
• La dirigenza ha autorizzato il giro della scuola e le misure sul campo; gli orari di misura per mensa, corridoio e giardino sono fissati.
• Il pubblico della presentazione finale (dirigenza, personale scolastico, un'altra classe) è invitato e ha una data.
• La tabella dei criteri di progetto è stampata per il punto di controllo (lezione 4) e la presentazione finale (lezione 8).

Il vero prodotto di questa unità non è il dispositivo, ma l'abitudine dello studente a dire "prima misuro, poi decido"; il dispositivo resta sul banco come prova. La prima volta non devi aprire tutti e quattro gli scenari; partire con due scenari e sei squadre insegna lo stesso ciclo. Se vuoi montare tu i progetti di partenza prima di portarli in classe, scarica l'app BlueGrays e prova Luce notturna con LDR con il suo schema del circuito, il codice e i passaggi di Capire il codice.