Wybór między DHT11 a DHT22 ma sens dopiero wtedy, gdy dopasujesz czujnik do zadania, a nie do samej ceny. To porównanie pokazuje, czym naprawdę różnią się te dwa popularne sensory temperatury i wilgotności, gdzie DHT11 jeszcze broni się w prostych projektach, a kiedy lepiej od razu sięgnąć po dokładniejszy model. Dodałem też praktyczne wskazówki montażowe, bo w tych czujnikach błędy instalacji potrafią zepsuć wynik szybciej niż sama specyfikacja.
Najkrótsza odpowiedź zależy od tego, czego potrzebuje projekt
- DHT11 wystarczy do prostych zadań edukacyjnych i orientacyjnych pomiarów.
- DHT22, czyli AM2302, daje lepszą dokładność, szerszy zakres temperatur i sensowniejszą rozdzielczość.
- Oba czujniki pracują na pojedynczej linii danych i zwykle powinny być odczytywane nie częściej niż co 2 sekundy.
- Wysoka wilgotność, kondensacja i opary chemiczne mogą zaniżać wiarygodność odczytów obu modeli.
- Jeśli projekt ma działać dłużej niż kilka testów na biurku, przewaga DHT22 zwykle szybko się zwraca.
Najważniejsze różnice w jednym miejscu
Najlepiej widać je w parametrach, bo to one decydują o tym, czy odczyt jest tylko orientacyjny, czy już naprawdę użyteczny. W dokumentacji producenta DHT22 występuje też jako AM2302, więc pod tą nazwą spotkasz go w sklepach, bibliotekach i przykładach do Arduino.
| Cecha | DHT11 | DHT22 / AM2302 |
|---|---|---|
| Zakres wilgotności | 5-95% RH | 0-99,9% RH, roboczo 0-80% RH |
| Dokładność wilgotności | ±5% RH | ±2% RH |
| Zakres temperatury | -20 do 60°C | -40 do 80°C |
| Dokładność temperatury | ±2°C | ±0,5°C |
| Rozdzielczość odczytu | 1% RH i 0,1°C | 0,1% RH i 0,1°C |
| Interwał pomiaru | ponad 2 s | 2 s |
| Pobór prądu | ok. 60 µA w czuwaniu, do 1,0 mA przy pomiarze | ok. 2 µA w uśpieniu, 1,2 mA przy pomiarze, średnio 600 µA |
| Wniosek | dobry do prostych, tanich projektów | lepszy do monitoringu, logowania i bardziej wymagających zastosowań |
Najważniejsza praktyczna różnica nie dotyczy wyłącznie dokładności. DHT22 daje po prostu bardziej „użyteczne” dane, które łatwiej porównać, zapisać i wykorzystać w automatyce. To prowadzi do kolejnego pytania: kiedy ta przewaga jest naprawdę potrzebna, a kiedy wystarczy prostszy model.
Kiedy DHT11 wystarczy, a kiedy lepiej dopłacić
Ja traktuję DHT11 jak czujnik do nauki i do prostych układów, w których ma pokazać trend, a nie precyzyjną wartość. Jeśli chcesz tylko sprawdzić, czy wilgotność rośnie, czy spada, albo uruchomić prosty alarm przy przekroczeniu progu, ten model jeszcze się broni.
DHT11 ma sens, gdy:
- budujesz projekt edukacyjny na Arduino, ESP32 albo mikrokontrolerze i chcesz szybko zobaczyć działający odczyt,
- mierzone środowisko nie wymaga wysokiej dokładności,
- interesuje Cię bardziej reakcja na zmianę niż sama wartość bezwzględna,
- liczy się minimalny koszt wejścia i prostota implementacji.
DHT22 wybierałbym wtedy, gdy:
- projekt ma coś realnie sterować, na przykład wentylacją, nawilżaniem albo rejestracją danych,
- chcesz mierzyć ujemne temperatury bez sztuczek i ograniczeń praktycznych,
- zależy Ci na lepszej rozdzielczości wilgotności,
- odczyty mają być porównywane w czasie i nie chcesz walczyć z „schodkami” danych.
Różnica w cenie bywa kusząca, ale w projektach działających dłużej niż test na biurku zwykle ważniejsze jest to, ile razy będziesz korygować próg alarmu albo tłumaczyć sobie skaczące wskazania. I właśnie dlatego następny krok to nie sama cena, tylko sposób podłączenia i odczytu.
Jak podłączyć i odczytywać bez błędów
Oba czujniki korzystają z jednej linii danych, więc schemat jest prosty. W praktyce najczęściej potrzebujesz poprawnego zasilania, rezystora podciągającego i rozsądnego odstępu między odczytami. To brzmi banalnie, ale właśnie tutaj najczęściej pojawiają się problemy.
- Użyj rezystora podciągającego na linii DATA, zwykle około 4,7 kΩ.
- Nie odczytuj czujnika zbyt często. Producent obu modeli zaleca odstęp co najmniej 2 s.
- Po dłuższej przerwie wykonaj dwa odczyty. Pierwszy bywa jeszcze opóźniony względem rzeczywistych warunków, drugi jest zwykle bliższy aktualnej sytuacji.
- Nie montuj czujnika przy źródle ciepła, na przykład obok stabilizatora, przetwornicy albo mocno obciążonego mikrokontrolera.
- Przy dłuższych przewodach rośnie ryzyko błędów komunikacji, więc instalacja wymaga staranniejszego prowadzenia linii i sensownego zasilania.
- Sprawdzaj sumę kontrolną, bo dane 40-bitowe mogą zostać odebrane błędnie nawet wtedy, gdy układ „wydaje się działać”.
W dokumentacji DHT22 producent zwraca też uwagę na to, że zbyt częste aktywowanie czujnika może podnosić jego własną temperaturę i zniekształcać wynik. To ma znaczenie szczególnie wtedy, gdy projekt działa w pętli bez przerw, bo wtedy sam układ pomiarowy zaczyna wpływać na to, co mierzy. Z takiego podejścia wynika kolejna grupa problemów, zwykle bardziej podstępna niż sam schemat połączeń.
Najczęstsze błędy, które psują odczyty
Tu widzę najwięcej rozczarowań, bo wina często leży nie w samym czujniku, tylko w tym, jak został użyty. DHT11 i DHT22 są proste, ale nie są odporne na każdy scenariusz.
- Zbyt wysoka wilgotność i kondensacja - przy takich warunkach odczyt może dryfować, a niektóre wartości stają się chwilowo mało wiarygodne.
- Opary chemiczne, kleje i taśmy - producenci wyraźnie ostrzegają, że takie środowisko może zawyżać lub rozjeżdżać odczyty.
- Montaż w zamkniętej obudowie bez przepływu powietrza - czujnik mierzy wtedy raczej mikroklimat obudowy niż otoczenie.
- Porównywanie czujników w różnych punktach termicznych - wilgotność zależy od temperatury, więc dwa sensory muszą pracować w możliwie tych samych warunkach.
- Zakładanie, że DHT22 jest laboratoryjny - to lepszy czujnik niż DHT11, ale nadal nie jest to sprzęt referencyjny.
- Brak czasu na stabilizację po starcie - po włączeniu układ potrzebuje chwili, zanim pokaże sensowne wartości.
Jeżeli projekt ma działać przewidywalnie, traktuję czujnik jako element całego toru pomiarowego, a nie magiczne źródło prawdy. Sam sensor może być poprawny, ale źle zamontowany, zbyt często odpytywany albo narażony na parę wodną i kleje - i wtedy wynik zaczyna odbiegać od tego, czego się spodziewasz. Z tego powodu wybór modelu warto połączyć z realnym scenariuszem użycia, a nie tylko z deklaracją z opakowania.
Jaką decyzję podjąłbym przy typowych projektach
Gdybym robił prosty licznik wilgotności do nauki, testowy termometr do klasy albo demonstrację działania magistrali jednoprzewodowej, wybrałbym DHT11 i nie komplikowałbym sprawy. Wystarczy, jeśli układ ma pokazać kierunek zmian i nauczyć podstaw odczytu danych.
Gdybym budował domowy monitoring, małą szklarnię, prosty rejestrator danych albo automatykę, która ma podjąć decyzję na podstawie odczytu, wybrałbym DHT22. W praktyce to bezpieczniejszy zakup, bo daje lepszy margines błędu, szerszy zakres temperatur i mniej frustracji przy analizie danych.
Najrozsądniejsze podejście jest proste: nie kupuj dokładności, której nie wykorzystasz, ale też nie oszczędzaj tam, gdzie za chwilę będziesz nadrabiać ograniczenia programowo. Jeśli mam zostawić jedną myśl na koniec, to taką, że w tej parze prawdziwa różnica nie dotyczy tylko parametrów z tabeli, lecz jakości całej pracy z pomiarem. A to w projektach elektronicznych zwykle widać szybciej niż na papierze.
