Pédagogie de projet avec Arduino : une séquence de 4 semaines

La pédagogie de projet avec Arduino est une façon de construire une séquence dans laquelle les élèves apprennent non pas après un cours magistral, mais en essayant de résoudre un vrai problème. Le déroulé comporte cinq étapes : tu poses une question directrice, les équipes enquêtent sur le problème et choisissent ce qu'elles vont mesurer, elles construisent un prototype avec Arduino, le testent et l'améliorent dans l'établissement, puis présentent leurs résultats devant un vrai public. La question directrice de la séquence d'exemple de cet article est : « Comment mesurer un problème d'énergie, d'eau, de bruit ou d'air de la classe dans notre établissement et prévenir les personnes concernées ? » En quatre semaines, chaque équipe choisit l'un de ces problèmes, le mesure avec un capteur, fabrique un dispositif qui fonctionne et qui alerte quand un seuil est dépassé, puis fait une proposition à l'établissement à partir des données recueillies.

Tu trouveras ci-dessous tout ce qu'il faut pour démarrer en classe dès demain : le tableau de la séquence semaine par semaine, le déroulé séance par séance avec des questions de sortie, quatre scénarios de problème avec des projets de départ dans BlueGrays, la liste du matériel, le contrat d'équipe et les rôles, la boucle de prototypage avec un modèle de journal de tests, les critères du point d'étape et de la présentation finale, les pièges courants de la pédagogie de projet et une liste de vérification. Tous les exemples reposent sur la même hypothèse : disons que tu as une classe de 24 élèves, deux séances par semaine (2 × 40 minutes) et six équipes de quatre. Si tu cherches un plan qui enseigne les compétences dans l'ordre, le plan de robotique et programmation sur 8 semaines convient mieux ; pour un programme court et intensif, regarde l'atelier Arduino de 5 jours. Cette séquence donne le meilleur résultat après eux, quand les élèves ont déjà allumé une LED et lu un capteur.

Qu'est-ce que la pédagogie de projet, et en quoi diffère-t-elle d'un simple projet à rendre ?

Dans l'ordre classique, on enseigne d'abord la notion, puis on donne un projet pour que les élèves montrent ce qu'ils ont appris ; le projet est le dessert, pas le plat. En pédagogie de projet, l'ordre s'inverse : le projet est le cours. Les élèves découvrent analogRead(), la notion de seuil ou le calcul d'une moyenne au moment précis où ils en ont besoin pour résoudre le problème. Arduino s'y prête très bien parce qu'il transforme le monde réel en nombres : une LDR mesure la lumière du couloir, un capteur de son le bruit de la cantine, un DHT11 la température de la salle. Les prototypes coûtent peu et se modifient en quelques minutes ; si un seuil est faux, on change un nombre dans le code et on téléverse à nouveau. La boucle « essayer, mesurer, corriger », cœur de la pédagogie de projet, tient ainsi dans une seule séance. Le tableau résume la différence :

La question directrice : une phrase qui porte toute la séquence

La question directrice reste affichée dans la salle pendant quatre semaines et chaque séance s'y rattache : « Comment nous en sommes-nous rapprochés aujourd'hui ? » Dans cette séquence, la question commune est volontairement large pour que chaque équipe puisse en prendre une partie : « Comment mesurer un problème d'énergie, d'eau, de bruit ou d'air de la classe dans notre établissement et prévenir les personnes concernées ? » Le travail de la première semaine consiste à réduire cette question large à la sous-question propre à l'équipe. « Le gaspillage d'énergie au collège » n'est pas une sous-question ; « Combien de minutes la lumière reste-t-elle allumée dans la salle vide de la 5e B pendant la récréation, et qui prévenir, comment ? » en est une. La réponse à une bonne sous-question commence par un nombre et se termine par un dispositif. Avant de valider la sous-question d'une équipe, vérifie ces six critères :

• Réelle : Quelqu'un dans l'établissement vit vraiment ce problème et l'équipe peut dire qui : le surveillant, le personnel de l'établissement, le personnel de la cantine ou le délégué de classe.
• Mesurable : Un capteur dont tu disposes transforme le problème en nombre : lumière, niveau sonore, humidité du sol, température ou distance.
• Locale et précise : Un seul lieu et un seul créneau ; pas « l'établissement », mais « couloir du 2e étage, pause de midi ».
• Ouverte : La réponse n'est pas oui ou non ; la question demande « comment », « quand » ou « combien ».
• Tient en 4 semaines : La solution n'exige ni de toucher à l'installation 230 V, ni de se connecter au réseau de l'établissement, ni d'attendre la validation d'un budget.
• Se termine par une alerte : Le dispositif ne se contente pas de mesurer en silence ; à partir d'un seuil, il prévient quelqu'un avec une LED, un buzzer ou un écran.

Une séquence de pédagogie de projet sur 4 semaines

Le plan est construit sur 8 séances : deux par semaine, de 40 minutes chacune. Les semaines suivent les cinq étapes de la pédagogie de projet, mais il n'y a pas de mur épais entre enquête et prototype ; en semaine 2, une équipe peut encore être en train de préciser son problème, et en semaine 3, une nouvelle mesure peut faire naître une nouvelle question. L'important est que la production indiquée dans le tableau existe à la fin de chaque semaine. Ton rôle change lui aussi : au début, tu es celui qui pose les questions, au milieu le coach, et à la fin l'organisateur qui fait venir le public.

Le tableau suivant détaille le même plan séance par séance. Les 3 dernières minutes de chaque séance sont réservées à la question de sortie ; l'équipe écrit sa réponse en une phrase en bas du journal de tests. Ces réponses servent d'entrée en matière pour la séance suivante et de trace du processus lors de la présentation finale. Limite les mini-cours à 10 minutes ; au-delà, ils mangent le temps de travail des équipes et la séquence redevient sans bruit un cours classique.

4 scénarios de problème et leurs projets de départ dans BlueGrays

N'attends pas des équipes qu'elles écrivent leur code à partir de rien ; en pédagogie de projet, le but est de résoudre le problème, pas de programmer dès la première ligne. Pour chaque scénario, BlueGrays propose un projet de départ prêt à l'emploi, avec schéma de circuit, liste des composants et code ; l'équipe le monte, le comprend et l'adapte à son problème. Les projets gratuits du tableau sont ouverts à tous, les projets Premium demandent Premium. Avec six équipes, qu'au maximum deux équipes choisissent le même scénario. Si deux équipes du même scénario mesurent des lieux différents, tu obtiens en plus une comparaison lors des présentations.

Sois honnête avec tes élèves sur deux points dès le départ. D'abord, le KY-038 n'est pas un sonomètre : il transforme la variation captée par le micro en un nombre entre 0 et 1023. L'équipe ne peut pas dire « la cantine est à 85 dB », mais elle peut dire « à midi, la cantine donne des valeurs bien plus élevées qu'une salle vide » et montrer l'écart en chiffres ; pour un projet, des données comparatives suffisent. Tu trouveras la réaction du capteur et son réglage dans l'article sur le capteur de son KY-038. Ensuite, un DHT11 mesure la température et l'humidité, pas le confinement de l'air ; dans une salle fermée, c'est surtout le dioxyde de carbone qui monte. L'équipe air peut fonder sa proposition d'aérer sur la température et l'humidité, et dire pendant la présentation que l'étape suivante serait de mesurer le CO2. Pour les capteurs des équipes énergie et eau, les articles sur la photorésistance LDR et le capteur d'humidité du sol détaillent l'étalonnage.

Liste du matériel : 6 équipes + 1 kit de réserve

Contrat d'équipe et rôles

Dans une équipe de quatre, si tout le monde n'a pas une tâche, l'élève le plus rapide fait tout et les autres regardent. Le moyen le plus simple de l'éviter, ce sont quatre rôles et une rotation hebdomadaire : 4 semaines, 4 rôles, chacun prend chaque rôle une fois. Un rôle ne veut pas dire « je ne fais que ça », mais « c'est moi qui en réponds ». Le responsable du code n'est pas le seul à écrire du code, mais cette semaine-là, c'est lui qui explique à la classe ce que fait le code. L'équipe rédige le contrat elle-même à la première séance ; tu rends seulement obligatoires les points ci-dessous et tu le valides après les quatre signatures.

• Notre sous-question : .................................................. (une phrase, un lieu, un moment)
• Notre critère de réussite : Quand .................. dépasse .................., notre dispositif alerte avec ...................
• Rôles (semaine 1) : Chef de projet ........, circuit ........, code ........, données et documentation ........ Chaque semaine, les rôles tournent d'une personne.
• Règle de décision : Si nous ne sommes pas d'accord, nous mesurons d'abord ; sans mesure, le chef de projet tranche et note la décision dans le journal de tests.
• Règle d'entraide : Avant d'aller voir l'enseignant, nous regardons le schéma, la partie Comprendre le code du projet et nous demandons à un coéquipier.
• Absence : Un coéquipier absent lit le journal de tests à la séance suivante et rattrape l'équipe en 2 minutes ; cette semaine-là, quelqu'un d'autre prend sa tâche.
• Signatures : .............. .............. .............. ..............

La boucle de prototypage : la version minimale qui fonctionne

Les séquences en pédagogie de projet échouent le plus souvent quand les équipes passent les deux premières semaines à concevoir le dispositif parfait. La règle est simple : à la fin de la séance 4, chaque équipe doit avoir une version minimale qui fonctionne. Elle fait trois choses : elle lit le capteur, affiche la valeur dans le Serial Monitor et allume une seule LED quand la valeur dépasse un seuil. Pas de boîtier, pas d'écran, pas de Wi-Fi ; mais elle produit de vraies données et peut être testée. Pour l'équipe bruit, cela revient à ajouter un if et une LED au code de Mesurer l'intensité lumineuse avec une LDR. Pour l'équipe énergie, Veilleuse avec LDR est presque déjà cette version ; il suffit d'inverser la logique : la LED ne s'allume pas dans le noir, mais quand la lumière est allumée, et la question « la salle est-elle vide ? » arrive avec le PIR dans la version suivante. Chaque version suivante apporte un seul changement et va dans le journal de tests :

1. Version 0, mesure : On lit le capteur et on écrit la valeur une fois par seconde dans le Serial Monitor. L'équipe voit la valeur changer avec la main, la lumière, le son ou l'eau.
2. Version 1, version minimale qui fonctionne : Un seuil estimé et une LED. Quand le seuil est dépassé, la LED s'allume. C'est la version montrée au point d'étape de la séance 4.
3. Version 2, étalonnage : Après les mesures sur le terrain, le seuil est choisi à partir des données et non au jugé ; par exemple, à mi-chemin entre la valeur de la salle vide et celle de la récréation.
4. Version 3, alerte stable : Quand la valeur oscille autour du seuil, la LED clignote. La solution : faire la moyenne des 10 dernières mesures ou utiliser deux seuils distincts pour allumer et éteindre.
5. Version 4, pensée pour l'utilisateur : L'alerte s'adapte à la personne concernée : à la cantine, un voyant tricolore visible par tous ; en salle de classe, un petit écran LCD sur le bureau de l'enseignant. La mise en boîtier et l'emplacement se règlent dans cette version.

Critères du point d'étape et de la présentation finale

Pour les critères généraux comme le circuit, le code, la compréhension, le débogage et la documentation, tu peux reprendre tel quel le barème principal de l'article grille d'évaluation d'un projet Arduino. Dans une séquence de pédagogie de projet, il suffit d'y ajouter trois critères ; ils mesurent ce qu'un projet à rendre ne mesure pas, mais que cette séquence enseigne vraiment. Le point d'étape a lieu à la séance 4 et ne regarde que la définition du problème et la version minimale ; son but est de corriger la trajectoire, pas de noter. Lors de la présentation finale, les trois critères sont notés. Un prototype qui se démarque peut ensuite être présenté à une fête de la science ou à un concours ; pour des idées de sujets, consulte l'article sur les idées de projets pour concours scientifiques.

• Problème (30 secondes) : La sous-question et une phrase de la personne interrogée qui décrit le problème.
• Mesure (45 secondes) : Où, quand et combien de fois vous avez mesuré ; un seul tableau ou graphique.
• Démo en direct (45 secondes) : Le dispositif dépasse le seuil devant le public et déclenche l'alerte. Prévoyez une courte vidéo de démo en secours.
• Versions (30 secondes) : Une décision tirée du journal de tests : « Nous avons changé le seuil à cause de cette mesure. »
• Proposition (30 secondes) : Une proposition concrète à l'établissement (où, combien de dispositifs, qui s'en occupe) et ce que vous feriez avec une semaine de plus.
• Questions (2 minutes) : L'enseignant ou le public adresse la question au membre de l'équipe de son choix ; chacun doit donc pouvoir expliquer chaque partie.

À quoi sert BlueGrays dans cette séquence ?

• Projet de départ avec Trouve ton projet : À la séance 2, l'équipe répond à trois questions : Mesurer et détecter pour « Qu'as-tu envie de créer ? », Arduino Uno / Nano comme carte et, dans la plupart des classes, « J'ai fait quelques projets » comme expérience. À côté de la meilleure correspondance, le résultat peut aussi proposer un projet d'échauffement gratuit qui démarre avec les mêmes composants. Détails dans l'article sur Trouve ton projet.
• Comprendre le code plutôt que le copier : Copier le code du projet de départ et passer à la suite ne marche pas en pédagogie de projet, puisque l'équipe va modifier ce code. L'onglet Comprendre le code donne d'abord le résumé « Que fait ce code ? », puis l'explication Étape par étape et enfin une tâche À toi de jouer qui demande un seul changement. Il est ouvert à tous sur les projets gratuits et se débloque avec Premium sur les projets Premium. Nous montrons comment l'utiliser dans l'article Comprendre le code.
• Planifier les pièces avec Mon Atelier › Pièces (Premium) : Si tu saisis dans Mon Atelier › Pièces les pièces de l'armoire de la classe avec leurs quantités, les listes Projets réalisables et Projets avec composants manquants montrent quel scénario peut démarrer aujourd'hui et lequel demande une commande. Détails dans l'article projets Arduino avec le matériel que tu as.
• Ton propre projet d'exemple : Avant la séquence, tu peux monter toi-même un scénario et le partager via Apprendre > Forum > Nouvelle publication dans la catégorie Tutoriel : ajoute des photos du circuit (jusqu'à 5 images), insère ton code avec Ajouter du code et associe les projets tout prêts correspondants. La publication paraît dans la langue dans laquelle tu l'écris ; envoie son lien au groupe de la classe avec Partager. Tu peux transmettre des projets tout prêts de la même façon, avec Partager sur la page du projet. Les étapes sont dans l'article faire cours avec ton propre projet.
• Accès Premium pour la classe : Pour des projets de départ Premium comme Station d'irrigation intelligente et pour Mon Atelier › Pièces, inutile de prendre un abonnement par élève ; nous expliquons les paquets éducateur, achetés en une fois, sans renouvellement automatique et que les élèves activent sans ajouter de carte, dans l'article codes Premium pour toute une classe.

Sache aussi ce que l'appli ne fait pas : BlueGrays ne permet pas de créer une classe, n'a pas de tableau de bord qui montre à l'enseignant la progression des équipes et ne sert pas à donner des devoirs. La fiche problème, le contrat d'équipe et le journal de tests restent sur papier ou dans un document partagé de ton établissement. L'appli prend en charge le côté « comment je le monte, que fait le code, quelle pièce manque ? » ; le côté « pourquoi ce seuil, à qui ça sert ? » revient à l'équipe et à toi. Ce partage convient d'ailleurs à la pédagogie de projet : la réflexion reste dans l'équipe, pas sur l'écran.

Pièges courants de la pédagogie de projet et solutions

Liste de vérification avant la séquence

• La question directrice est écrite sur une affiche et affichée dans la salle.
• Les 4 fiches scénario (problème, capteur possible, projet de départ) sont photocopiées pour chaque équipe.
• Les 7 kits sont comptés ; chaque capteur a été essayé une fois et donne des valeurs dans le Serial Monitor.
• L'IDE Arduino et le pilote de la carte sont installés sur les ordinateurs, les câbles USB testés.
• Les projets de départ s'ouvrent sur les téléphones ou tablettes des élèves ; si des projets Premium sont utilisés, les codes sont distribués.
• La fiche problème, le contrat d'équipe et le journal de tests sont imprimés pour chaque équipe.
• La direction a autorisé le tour de l'établissement et les mesures sur le terrain ; les créneaux de mesure à la cantine, dans le couloir et au jardin sont fixés.
• Le public de la présentation finale (direction, personnel, une autre classe) est invité et a une date.
• Le tableau des critères de projet est imprimé pour le point d'étape (séance 4) et la présentation finale (séance 8).

Le vrai produit de cette séquence n'est pas le dispositif, mais l'habitude de l'élève : « je mesure d'abord, je décide ensuite » ; le dispositif reste sur la table comme preuve. Pour un premier essai, tu n'es pas obligé d'ouvrir les quatre scénarios ; commencer avec deux scénarios et six équipes enseigne la même boucle. Si tu veux monter les projets de départ une fois toi-même avant de les emmener en classe, télécharge l'appli BlueGrays et essaie Veilleuse avec LDR avec son schéma de circuit, son code et les étapes de Comprendre le code.