Votre capteur de température fonctionne très certainement de manière tout à fait conforme. Le problème est qu'il ne mesure pas l'air ambiant de votre classe, mais le microclimat thermique généré par l'ESP32 situé juste à côté. Lorsqu'un module DHT11, DHT22 ou BME280 est branché sur la même platine de prototypage (breadboard), sur le même circuit imprimé (PCB) personnalisé ou logé dans le même boîtier imprimé en 3D qu'une carte de développement ESP32, la dissipation thermique de cette dernière fausse systématiquement les mesures de température à la hausse de 2 °C à 5 °C, tout en diminuant l'humidité relative de 10 % à 20 %.

Dans les projets scolaires de robotique et d'IoT, le premier réflexe consiste souvent à appliquer un correctif logiciel rapide : soustraire quatre degrés à la valeur décimale brute. C'est une mauvaise habitude d'ingénierie à transmettre aux élèves. Le décalage thermique est dynamique et non linéaire. Il varie selon le cycle de service des émissions Wi-Fi, la ventilation ambiante de la pièce, et selon que le microcontrôleur interroge activement les capteurs ou reste au repos.

Les deux coupables : régulateurs linéaires et transitoires Wi-Fi

Une carte de développement ESP32 (comme les modèles standard à 30 ou 38 broches de type NodeMCU, très répandus dans les écoles sud-africaines) est alimentée par une connexion USB de 5 V. Cependant, le système sur puce (SoC) de l'ESP32 fonctionne sous 3,3 V. La chute de tension entre le rail 5 V et le rail 3,3 V est absorbée par un régulateur linéaire à faible chute de tension (LDO) intégré, généralement un AMS1117 ou une puce similaire.

Les régulateurs linéaires abaissent la tension en évacuant l'excédent d'énergie sous forme de chaleur. Le calcul est simple : passer de 5,0 V à 3,3 V laisse une différence de 1,7 V. Lorsqu'un ESP32 fait tourner ses deux cœurs Tensilica avec le modem Wi-Fi actif, il consomme un courant moyen de 80 mA à 130 mA, avec des pics de courant transitoires atteignant 250 mA à 400 mA lors des rafales de transmission RF. Cela signifie que le minuscule régulateur de votre carte dissipe en continu entre 140 mW et 220 mW d'énergie thermique pure directement dans les plans de cuivre du PCB.

Dans le même temps, le SoC ESP32 lui-même chauffe. L'amplificateur de puissance RF interne fonctionnant en 2,4 GHz (802.11b/g/n) génère une chaleur localisée sous le capot de blindage métallique. Si votre capteur se trouve à deux ou trois centimètres de ce blindage ou du LDO, il baigne directement dans cette poche de chaleur locale.

Comment la chaleur se propage : conduction et piégeage dans le boîtier

La chaleur atteint votre capteur par trois voies principales dans un montage en classe :

• Rails en cuivre de la breadboard : Les platines d'expérimentation sont en plastique à l'extérieur, mais reposent à l'intérieur sur des lamelles métalliques parallèles. Lorsque les broches d'alimentation et de masse de l'ESP32 chauffent, cette énergie thermique se propage directement par conduction le long de ces bandes métalliques jusqu'aux broches voisines où est branché votre module capteur.
• Auto-échauffement du MEMS : Le BME280 de Bosch est un capteur microscopique de type MEMS (système micro-électromécanique). Si les élèves le configurent en mode continu « Normal » avec un taux de suréchantillonnage élevé, en le lisant sans arrêt dans une boucle infinie Arduino, l'électronique interne du boîtier du capteur subit un auto-échauffement.
• Air stagnant dans le boîtier : Lorsque les élèves installent une station météo IoT dans un boîtier compact imprimé en 3D ou en plastique ABS pour la protéger des chocs en classe, la convection s'arrête. Le LDO agit comme un radiateur miniature de 200 mW dans une boîte fermée. En dix minutes, l'air à l'intérieur du boîtier dépasse largement la température ambiante de la pièce.

Des solutions efficaces pour la classe

Plutôt que d'appliquer une soustraction arbitraire dans le firmware, utilisez ce problème pour concevoir une leçon pratique sur la gestion thermique et l'efficacité énergétique logicielle.

1. Séparation physique (l'écartement thermique)

La solution la plus efficace reste l'éloignement physique. Retirez complètement le DHT22 ou le BME280 de la platine d'expérimentation du microcontrôleur. Raccorder le capteur au moyen d'une nappe de câbles de 10 cm ou 15 cm ou l'installer sur une entretoise thermique dédiée découple immédiatement le capteur de la conduction thermique du PCB. De plus, l'air chaud montant, placez toujours le capteur sous l'ESP32 ou à côté, jamais directement au-dessus.

2. Modifier la routine du firmware : lire d'abord, transmettre ensuite

La plupart des codes IoT débutants suivent cette séquence : se connecter au Wi-Fi, établir une liaison MQTT ou HTTP, lire le capteur, envoyer le paquet, marquer une pause de deux secondes, puis répéter. En maintenant le Wi-Fi actif en permanence, la carte ne refroidit jamais.

Restructurez plutôt la routine en tirant parti du sommeil profond (deep sleep), en particulier pour les stations d'enregistrement de données :

• Réveiller l'ESP32 du mode sommeil profond (le module radio Wi-Fi reste éteint).
• Lire immédiatement le capteur de température et d'humidité pendant que la carte est froide.
• Initialiser la radio Wi-Fi, se connecter au réseau de l'établissement, transmettre les données, puis éteindre immédiatement la radio.
• Remettre l'ESP32 en sommeil profond pendant 60 à 300 secondes.

En sommeil profond, la consommation de courant chute d'environ 100 mA à quelques microampères sur les modules nus (ou de 1 à 3 mA sur les cartes de développement dotées d'un pont USB passif). Le LDO refroidit complètement et les mesures reflètent fidèlement l'air ambiant plutôt que la dissipation thermique du silicium.

3. Configurer les capteurs en mode basse consommation

Si vous utilisez le BME280 avec des bibliothèques telles que celle d'Adafruit pour le BME280, ne le laissez pas en mode d'échantillonnage continu. Passez le capteur en « Forced Mode » (mode forcé). Dans ce mode, le capteur reste en veille, prend une mesure unique à la demande, renvoie les données, puis se remet automatiquement en veille. Pour la surveillance ambiante d'une classe, une mesure toutes les 30 à 60 secondes est amplement suffisante.

Enseigner les bonnes pratiques d'ingénierie

Lorsque les élèves constatent que leur station météo indique 26 °C alors que le thermomètre mural affiche clairement 22 °C, il est tentant d'attribuer cet écart à l'imprécision d'un composant bon marché. C'est rarement le cas. Tester le système avec un thermomètre infrarouge montre rapidement que le SoC ESP32 tourne à 35 °C ou plus par un après-midi chaud.

Apprendre aux élèves à identifier la source physique de chaleur, à mesurer la chute de tension aux bornes du régulateur et à repenser leur agencement matériel forge de véritables compétences d'ingénierie. Si votre établissement déploie des nœuds de télémesure connectés dans les salles de classe ou les serres agricoles, explorer des supports de capteurs standardisés et des architectures IoT à basse consommation par le biais des modules d'apprentissage IoT Sheen offre un cadre structuré pour appliquer ces bonnes pratiques matérielles sans devoir réinventer le circuit de zéro.