Le firmware considère l’écran LCD et le flux JSON comme deux vues des mêmes données. Le LCD offre un retour local immédiat pendant l’installation ou le dépannage des sondes ; l’interface Ethernet publie les mêmes relevés vers le site web et tout autre client HTTP.
Lire deux capteurs DHT22 indépendamment
Chaque DHT22 fournit la température et l’humidité relative via un protocole de données sur un seul fil. Comme chaque capteur a sa propre broche de données (A4 et A5 dans ce montage), le sketch peut les interroger l’un après l’autre sans collision sur le bus. C’est pourquoi le LCD affiche deux paires distinctes, par exemple 21,75 °C avec 71,15 % d’humidité sur une ligne et une autre température sur la suivante, plutôt qu’une seule valeur locale moyennée.
Sur le site web, ces mêmes sondes correspondent à des clés JSON (par exemple 0, 1 et avg). Les libellés que vous définissez dans le tableau de bord peuvent les renommer « Mur nord » et « Zone de la porte » sans toucher aux clés du firmware.
Raccordement des capteurs à trois fils
- Données : une broche numérique par capteur, avec une résistance de tirage comme le recommande la fiche technique du DHT22.
- VCC : 5 V depuis le rail de la platine d’essai (une alimentation stable compte pour des relevés cohérents).
- GND : masse commune avec l’Arduino, le LCD et le shield Ethernet.
Les longues liaisons vers des sondes éloignées peuvent nécessiter des paires torsadées ou un blindage ; le montage de l’atelier garde les capteurs près du contrôleur par simplicité, mais le même principe de firmware s’applique à des sondes distantes filaires.
Affichage et contraste du LCD
L’écran 16×2 affiche les valeurs en direct pendant le démarrage, l’étalonnage et les coupures réseau. Le potentiomètre de contraste de la platine d’essai règle V0 pour que le texte reste lisible malgré les variations de température du local. Si l’écran semble vide après le téléversement, réglez le contraste avant de déboguer le code.
Le mode 4 bits (D4–D7 uniquement) consomme moins de broches qu’un câblage 8 bits : important quand l’Ethernet occupe déjà les broches SPI et que deux lignes de données DHT22 sont attribuées.
Commande du rétroéclairage
Piloter le rétroéclairage depuis la broche 7 via un transistor évite de faire passer le courant par la broche de l’Arduino elle-même. Le firmware peut atténuer ou faire clignoter le rétroéclairage en cas d’avertissement (utile quand une sonde passe sous zéro) sans bloquer le service réseau.
Ethernet aux côtés des capteurs
Le shield Ethernet W5100 s’empile sur l’Uno et utilise le SPI, ce qui laisse les broches numériques et analogiques libres pour le câblage du LCD et des DHT22 décrit dans le guide broche par broche. Le shield « suit le mouvement » sur la pile : une fois configuré, le sketch peut servir du JSON en HTTP et envoyer la même charge utile en POST pour l’ingestion push (voir ethernet_dht22_ingest).
Des chiffres du LCD au JSON du site
Après chaque lecture réussie des capteurs, le sketch met à jour le LCD et construit le document JSON servi aux clients. Le site web récupère ce JSON, conserve un historique facultatif lorsque vous êtes connecté et affiche les mêmes clés de sonde sur la page d’accueil. Essayez la démo interactive des sondes pour voir comment plusieurs clés et moyennes apparaissent côté consommateurs.
FAQ
Ai-je besoin d’un écran LCD si j’utilise ProbeHarbor ?
Non : le tableau de bord dans le cloud suffit. Un écran LCD local est facultatif, pour garder un œil sur l’atelier quand le Wi‑Fi est coupé.