Les lectures DHT22 échouent de temps en temps : non-respect du timing, bruit électrique ou conflit momentané sur le bus. Le firmware doit réessayer quelques fois avec un délai croissant avant de déclarer une sonde défaillante, plutôt que de publier des valeurs absurdes dans le JSON.
Stratégie de nouvelles tentatives
- En cas d’erreur de somme de contrôle ou de délai dépassé, attendez au moins deux secondes et réessayez.
- Limitez-vous à trois à cinq tentatives par cycle d’interrogation.
- Si toutes échouent, omettez la valeur ou conservez la dernière valeur valide : documentez votre choix dans les notes du schéma.
Corriger d’abord le matériel
Vérifiez les résistances de tirage et la masse dans câblage de la ligne de données. Les câbles longs et le bruit des moteurs d’ouvre-porte de garage aggravent les erreurs. Le dépannage du circuit couvre les vérifications sur l’établi.
Conséquences en aval
Les lectures erronées faussent la moyenne et l’historique du tableau de bord. Le diagnostic des relevés figés côté site aide à distinguer une panne de capteur d’un problème réseau.