DHT11/DHT22センサーが動かない？よくあるトラブルと解決策【完全ガイド】

はじめに：温湿度センサーDHTシリーズとの格闘

ArduinoやRaspberry Piを使った電子工作で、環境情報を取得したいと考えたとき、多くの人が最初に手に取るのがDHT11やDHT22といった温湿度センサーではないでしょうか？ 🤔 手頃な価格で簡単に温度と湿度を測定できるため、初心者からベテランまで幅広く利用されています。しかし、その手軽さとは裏腹に、「なぜかうまく動かない」「値が読み取れない」「おかしな値が表示される」といったトラブルに遭遇することも少なくありません。

私も初めてDHTセンサーを使ったときは、配線を間違えたり、適切なライブラリが見つからなかったりと、試行錯誤を繰り返した経験があります。😭 この記事では、そんなDHT11/DHT22センサーでよく遭遇するトラブルとその具体的な解決策を、私の経験やこれまでに集めた情報をもとに、網羅的に解説していきます。

配線の初歩的なミスから、ちょっと気づきにくいライブラリの問題、さらにはセンサー自体の個体差まで、考えられる原因を一つずつ潰していきましょう。この記事を読めば、あなたのDHTセンサーが抱える問題を特定し、解決への道筋が見えてくるはずです。さあ、一緒にトラブルシューティングの旅に出かけましょう！ 🚀

対象センサー:

DHT11 (青いケースが特徴)
DHT22 (白いケースが特徴、AM2302とも呼ばれる)

基本的な仕組みやトラブルシューティングの方法は共通している部分が多いですが、性能や必要なプルアップ抵抗値などが異なります。

ステップ1：配線の再確認 – すべてはここから始まる！

電子工作のトラブルシューティングにおいて、最も基本的かつ重要なのが配線の確認です。どんなにコードが完璧でも、配線が間違っていてはセンサーは正しく動作しません。「そんな初歩的なミスはしないよ」と思うかもしれませんが、意外な落とし穴があるものです。焦らず、一つずつ確認していきましょう。

1. ピン配置の確認：センサーの「顔」を正しく見る

DHTセンサーには通常3本または4本のピンがあります。モジュール化されているものは3本（VCC, DATA, GND）、センサー単体の場合は4本（VCC, DATA, NC, GND – NCは未使用）のことが多いです。

確認ポイント：

VCC (電源): マイコンボードの適切な電圧ピン（通常は3.3Vまたは5V）に接続されていますか？ DHT11は3V～5.5V、DHT22は3.3V～6Vの範囲で動作しますが、安定動作のためにはマイコンのロジックレベルに合わせるのが一般的です（例：ESP32なら3.3V、Arduino Unoなら5V）。電圧が低い、または不安定だと正常に動作しません。
DATA (データ): マイコンボードのデジタルI/Oピンに接続されていますか？アナログピンではなく、デジタルピンに接続する必要があります。接続したピン番号をコード内で正しく指定しているかも後で確認します。
GND (グラウンド): マイコンボードのGNDピンに確実に接続されていますか？ GNDの接続忘れや接続不良は、動作不安定の大きな原因となります。複数のGNDピンがある場合、他のセンサーやモジュールと共通のGNDに接続されているか確認しましょう。
NC (Not Connected): 4ピンタイプのセンサーの場合、NCピンはどこにも接続しないでください。誤って接続すると、予期せぬ動作を引き起こす可能性があります。

⚠️注意： DHTセンサーのピン配置は、メーカーやモジュールの種類によって左右逆になっている場合があります！ 必ずセンサー本体やモジュール基板上の表記、またはデータシートで正しいピン配置を確認してください。思い込みで接続すると、最悪の場合センサーを破損させてしまうこともあります。

2. 接続の確実性：接触不良は万病のもと

ブレッドボードやジャンパーワイヤーを使っている場合、接触不良が発生しやすいです。見た目では接続されているように見えても、内部で断線していたり、ピンソケットが緩んでいたりすることがあります。

確認ポイント：

ジャンパーワイヤー: ワイヤーのピンが曲がったり折れたりしていませんか？ブレッドボードの穴にしっかりと奥まで差し込まれていますか？別のワイヤーに交換して試してみましょう。特に安価なジャンパーワイヤーは品質にばらつきがあることがあります。
ブレッドボード: 穴が緩くなっていませんか？特に何度も抜き差ししている穴は接触が悪くなることがあります。別の列や別のブレッドボードで試してみましょう。ブレッドボード内部の配線が断線している可能性も稀にあります。
はんだ付け (基板実装の場合): はんだ付けは確実に行われていますか？イモはんだ（はんだの量が少なく接触不良）、てんぷらはんだ（部品の足とはんだがしっかり付いていない）、ブリッジ（隣接するパターンがはんだでショート）などがないか、目視やテスターで確認しましょう。

テスターの活用: 配線確認にはテスター（マルチメーター）の導通チェック機能が非常に役立ちます。センサーのピンからマイコンのピンまで、想定通りに電気が流れるか（導通があるか）を実際に確認することで、見えない部分の断線や接触不良を発見できます。

ステップ2：電源供給のチェック – センサーもご飯が必要

センサーが要求する電圧と電流を正しく供給できていないと、動作が不安定になったり、全く反応しなくなったりします。特に複数のセンサーやモジュールを同時に接続している場合に発生しやすい問題です。

1. 電圧レベルの確認

前述の通り、DHT11は3V～5.5V、DHT22は3.3V～6Vの動作電圧範囲を持っています。しかし、これはあくまでセンサー単体の仕様です。使用しているマイコンボードのロジックレベル（信号電圧）との整合性を考慮する必要があります。

5V系マイコン (Arduino Unoなど): 5Vで駆動させるのが一般的です。
3.3V系マイコン (Raspberry Pi, ESP32, M5Stackなど): 3.3Vで駆動させるのが安全です。5Vを供給すると、DATAピンからマイコンへ5Vレベルの信号が出力され、3.3V系のマイコンを破損させる可能性があります（5Vトレラントでない場合）。

⚠️重要： 必ずマイコンボードの仕様を確認し、適切な電圧ピンに接続してください。USBからの電源供給の場合、PCのUSBポートやUSBハブによっては供給能力が低く、電圧が不安定になることもあります。ACアダプターからの供給や、安定したモバイルバッテリーの使用も検討しましょう。

テスターがあれば、実際にセンサーのVCC-GND間の電圧を測定してみましょう。マイコンボードから供給されている電圧が、負荷がかかった状態（センサー接続時）でも安定して規定の電圧を保っているか確認できます。

2. 電流容量の確認

DHTセンサー自体の消費電流はそれほど大きくありません（測定時で最大2.5mA程度）。しかし、マイコンボード全体の消費電流や、他に接続されているデバイス（モーター、サーボ、LEDなど）の消費電流が大きい場合、マイコンボードの電源供給能力（特にUSB給電時）を超えてしまい、システム全体の電圧が不安定になることがあります。

確認ポイント：

他に大電流を消費するデバイスを接続していませんか？
マイコンボードの電源供給能力は十分ですか？ (データシート等で確認)
USBケーブルは品質の良いものを使用していますか？ (細いケーブルは電圧降下しやすい)

電源容量が不足している疑いがある場合は、外部から十分な容量を持つ安定化電源を供給するか、一時的に他のデバイスを取り外してDHTセンサー単体で動作するか確認してみましょう。

ステップ3：プルアップ抵抗 – 忘れがちな重要パーツ

DHTセンサーのトラブルで非常によく見られる原因の一つが、プルアップ抵抗の付け忘れ、または値の間違いです。DHTセンサーは「オープンコレクタ（オープンドレイン）」に近い形式でデータを出力するため、データラインを安定させるためにプルアップ抵抗が必要になります。

1. プルアップ抵抗はなぜ必要？

簡単に言うと、DHTセンサーはデータラインをLow（0V）に引っ張ることはできますが、High（VCC）に能動的に引き上げることができません。そのため、データラインが何も接続されていない状態（センサーが信号を出していない時）では、電圧が不安定な「ハイインピーダンス」状態になってしまいます。

プルアップ抵抗は、このデータラインを普段はVCCに接続しておくことで、センサーが信号を出していない時はHighレベルに安定させ、センサーがLow信号を出力したときはそれを確実にマイコンが読み取れるようにする役割を果たします。

2. 適切な抵抗値は？

一般的に推奨されるプルアップ抵抗の値は以下の通りです。

DHT11: 5kΩ ～ 10kΩ 程度 (5.1kΩや4.7kΩがよく使われる)
DHT22 (AM2302): 1kΩ ～ 5kΩ 程度 (4.7kΩがよく使われるが、ケーブル長や環境によっては1kΩ～2kΩの方が安定する場合もある)

抵抗値が大きすぎると信号の立ち上がりが鈍くなり、高速な通信に対応できなくなる可能性があります。逆に小さすぎると、センサーがLowを出力する際の消費電流が増加し、センサーやマイコンに負荷がかかったり、信号レベルが十分に下がらなかったりする可能性があります。まずは4.7kΩあたりで試してみるのが良いでしょう。

3. どうやって接続する？

プルアップ抵抗は、DATAピンとVCCピンの間に接続します。GNDではありませんので注意してください。

センサーのDATAピン --- プルアップ抵抗 --- センサーのVCCピン

そして、センサーのDATAピンはマイコンのデジタルI/Oピンに、センサーのVCCピンはマイコンのVCC（3.3V or 5V）に、それぞれ接続します。

モジュールに実装済みの場合も: 市販されているDHTセンサーモジュールの中には、基板上に既にプルアップ抵抗が実装されているものがあります（3本ピンのタイプに多い）。その場合は、追加でプルアップ抵抗を接続する必要はありません。二重にプルアップすると抵抗値が合成されて小さくなり、動作不良の原因となります。モジュールの仕様をよく確認しましょう。基板上に「R1」などの表記で抵抗が実装されていれば、プルアップ抵抗付きの可能性が高いです。

内部プルアップ抵抗は使える？: Arduinoなどのマイコンには、ピンに内部プルアップ抵抗をソフトウェア的に有効にする機能 (pinMode(pin, INPUT_PULLUP);) がありますが、DHTセンサーの通信には推奨されません。内部プルアップ抵抗は通常20kΩ～50kΩ程度と値が大きく、DHTセンサーの要求するプルアップ抵抗値（～10kΩ程度）を満たせないため、通信が不安定になる可能性が高いです。必ず外部に適切な値の抵抗を接続しましょう。

ステップ4：ライブラリの選択と確認 – センサーとの対話役

DHTセンサーから温湿度データを読み取るためには、センサーとマイコンの間で特定のプロトコル（通信手順）に従って信号をやり取りする必要があります。この複雑な通信処理を簡単に行えるようにしてくれるのが「ライブラリ」です。しかし、ライブラリの選択ミスやバージョンの問題が原因で、センサーがうまく動作しないこともあります。

1. 適切なライブラリの選択

使用しているマイコンボード（Arduino, Raspberry Pi, ESP32など）や開発環境に合わせて、適切なライブラリを選択する必要があります。代表的なライブラリには以下のようなものがあります。

Arduino向け:
- Adafruit DHT sensor library: 最も広く使われている定番ライブラリの一つ。多くのボードに対応しており、情報も豊富。ただし、依存ライブラリ (Adafruit Unified Sensor) も必要。
- DHT sensor library by Rob Tillaart: 高機能で、多くのDHT系センサーに対応。パフォーマンスも考慮されている。
- SimpleDHT: 名前通りシンプルで軽量なライブラリ。依存関係がなく手軽に使える。
Raspberry Pi / Python向け:
- Adafruit_CircuitPython_DHT: Adafruitが提供するCircuitPython向けのライブラリ。Raspberry Pi OS (旧Raspbian) でも利用可能。
- pi-dht: C言語で書かれたモジュールをPythonから呼び出す形式で、比較的安定しているとされるライブラリ。
- (古いライブラリや非推奨のものもあるため注意)
ESP32 / ESP8266向け (Arduino環境):
- 上記のArduino向けライブラリの多くがESP系ボードでも動作しますが、タイミングがシビアなため、相性の問題が発生することもあります。ESP系に特化した最適化がされているライブラリや、SimpleDHTなどが比較的安定しているという報告もあります。

どのライブラリを選ぶべきか迷った場合は、まずはAdafruit製のライブラリから試してみるのがおすすめです。多くの実績と情報があります。

2. ライブラリのインストールとバージョンの確認

ライブラリは正しくインストールされていますか？ Arduino IDEであればライブラリマネージャーから、Raspberry Piであればpipコマンドなどを使ってインストールします。

⚠️重要： ライブラリは常に最新版が良いとは限りません。特定のマイコンボードやOSのバージョンとの組み合わせによっては、古いバージョンのライブラリの方が安定して動作することがあります。逆に、古いライブラリを使っているために最新のボードに対応していなかったり、既知のバグが修正されていなかったりする可能性もあります。

動作実績のある組み合わせ（ボード、OS、ライブラリバージョン）の情報がないか、Webで検索してみましょう。
問題が発生している場合、一度ライブラリを削除し、再インストールしてみるのも有効な手段です。
複数のDHTライブラリがインストールされている場合、競合して問題を引き起こす可能性もあります。不要なライブラリは削除しましょう。

3. 依存関係の確認 (特にAdafruit DHT sensor library)

「Adafruit DHT sensor library」を使用する場合、「Adafruit Unified Sensor」ライブラリも一緒にインストールする必要があります。これが不足しているとコンパイルエラーが発生します。ライブラリマネージャーで依存関係も含めて正しくインストールされているか確認しましょう。

ステップ5：コードのチェック – 命令は正しく伝わっているか？

配線、電源、ライブラリに問題がない場合、次はプログラムコード自体に誤りがないか確認します。単純な記述ミスから、センサーの特性を考慮していない処理まで、様々な原因が考えられます。

1. ピン番号の指定ミス

基本的なことですが、コード内でセンサーのDATAピンを接続したマイコンのピン番号を正しく指定していますか？

// Arduino (Adafruit DHT Library) の例
#include <DHT.h>

#define DHTPIN 2     // データピンを接続したピン番号 (例: D2)
// #define DHTPIN GPIO_NUM_2 // ESP32の場合の書き方例

#define DHTTYPE DHT22   // 使用するセンサーのタイプ (DHT11 or DHT22/AM2302)

DHT dht(DHTPIN, DHTTYPE);

void setup() {
  Serial.begin(9600);
  Serial.println(F("DHTxx test!"));
  dht.begin(); // ★ここでピン番号とタイプを使って初期化
}

void loop() {
  // ... (後述)
}

特に `DHT dht(DHTPIN, DHTTYPE);` や `dht.begin();` の部分で、変数 `DHTPIN` が物理的な接続と一致しているか、再度確認しましょう。GPIOピンの名称がボードによって異なる場合（例: Arduino Unoの `2` と ESP32の `GPIO_NUM_2`）にも注意が必要です。

2. センサータイプの指定ミス

上記のコード例の `#define DHTTYPE DHT22` の部分です。DHT11を使っているのに `DHT22` を指定したり、その逆を行ったりすると、正しくデータを読み取れません。使用しているセンサーに合わせて `DHT11` または `DHT22` (もしくは `AM2302`) を正確に指定してください。

3. 読み取り間隔が短すぎる

DHTセンサーは、一度データを読み取った後、次に読み取り可能になるまで少し時間が必要です。データシートによると、DHT11は約1秒、DHT22は約2秒のサンプリング周期が必要です。これより短い間隔で連続して読み取りを試みると、センサーが応答できず、エラー（NaNや0など）が発生しやすくなります。

// Arduino (Adafruit DHT Library) のループ例
void loop() {
  // 最低2秒待機 (DHT22の場合) / DHT11なら最低1秒
  delay(2000);

  // 湿度(%)と温度(℃)を読み取る
  float h = dht.readHumidity();
  // 温度は摂氏(Celsius)で読み取る (デフォルト)
  float t = dht.readTemperature();
  // 華氏(Fahrenheit)で読み取る場合は第二引数に true を指定
  // float f = dht.readTemperature(true);

  // 読み取りに失敗したかチェック (NaN: Not a Number)
  if (isnan(h) || isnan(t)) {
    Serial.println(F("Failed to read from DHT sensor!"));
    return; // エラーならループの最初に戻る
  }

  // 必要であれば、熱指数(Heat Index)を計算 (華氏または摂氏で)
  // float hic = dht.computeHeatIndex(t, h, false); // falseは摂氏入力

  Serial.print(F("Humidity: "));
  Serial.print(h);
  Serial.print(F("%  Temperature: "));
  Serial.print(t);
  Serial.println(F("°C "));
  // Serial.print(f);
  // Serial.print(F("°F  Heat index: "));
  // Serial.print(hic);
  // Serial.println(F("°C"));
}

上記のコードのように、`loop()` 関数の最初に十分な `delay()` を入れることが重要です。最低でもDHT11なら1000ms、DHT22なら2000msの間隔を空けるようにしましょう。他の処理との兼ね合いで `delay()` を使いたくない場合は、`millis()` 関数を使って前回読み取りからの経過時間を管理する方法もあります。

4. エラーハンドリングの不足

センサーからの読み取りは、様々な要因（ノイズ、タイミングのずれなど）で失敗することがあります。上記のコード例の `if (isnan(h) || isnan(t))` のように、読み取りに失敗した場合（戻り値が NaN: Not a Number になる）のチェックを必ず入れましょう。

エラーチェックをせずに、取得した値をそのまま計算などに使うと、予期せぬプログラムの動作やエラーを引き起こす可能性があります。読み取り失敗時には、エラーメッセージを表示したり、前回の有効な値を保持したりするなどの対策を講じることが推奨されます。

Python (CircuitPython) での注意点: Raspberry PiなどでCircuitPythonライブラリを使う場合、`try…except RuntimeError` を使ってエラーを捕捉することが一般的です。タイミングの問題で読み取りに失敗すると `RuntimeError` が発生することがよくあります。

import time
import board
import adafruit_dht

# ピン指定 (例: GPIO4) とセンサー初期化
# dhtDevice = adafruit_dht.DHT22(board.D4)
# DHT11の場合は以下のようにする
dhtDevice = adafruit_dht.DHT11(board.D4)

while True:
    try:
        # 温度と湿度を読み取る
        temperature_c = dhtDevice.temperature
        humidity = dhtDevice.humidity
        print(
            "Temp: {:.1f} C    Humidity: {}% ".format(
                temperature_c, humidity
            )
        )

    except RuntimeError as error:
        # 読み取りエラーはよく発生するので、エラーメッセージを出力して継続
        print(error.args[0])
        time.sleep(2.0) # エラー時も待機
        continue
    except Exception as error:
        dhtDevice.exit() # その他の予期せぬエラー
        raise error

    # センサーの読み取り間隔を考慮して待機 (DHT11: 1秒, DHT22: 2秒)
    time.sleep(2.0)

リトライ処理を入れたり、エラーが頻発する場合は他の原因（配線、電源、プルアップ抵抗など）を再調査する必要があります。

ステップ6：センサー本体の故障診断 – 最後の砦

これまでのステップをすべて確認しても問題が解決しない場合、残念ながらセンサー自体が故障している可能性も考えられます。特に安価なセンサーは品質にばらつきがあったり、静電気などで壊れてしまったりすることもあります。

1. 別のセンサーで試す

もし予備のDHTセンサー（同じ型番または別の型番でも可）があれば、それと交換して動作を確認してみましょう。別のセンサーで問題なく動作するのであれば、元のセンサーが故障している可能性が高いと判断できます。

2. 別のマイコンやピンで試す

特定のマイコンボードや特定のピンとの相性が悪い、あるいはマイコンボード側のピンが故障しているという可能性もゼロではありません。もし可能であれば、別のマイコンボードや、現在使用しているボードの別のデジタルI/Oピンに接続して試してみましょう。

3. 見た目の確認

センサー本体やモジュール基板に、物理的な損傷（ピン曲がり、ケースの割れ、基板の傷、部品の焼損など）がないか、改めて確認してみましょう。

残念ながらセンサーの故障が疑われる場合、新しいセンサーに交換するのが最も確実な解決策となります。

ステップ7：よくあるエラー値とその対策

トラブルシューティングの過程で、特定のエラー値や通常ではありえない値が表示されることがあります。これらの値から原因を推測することも可能です。

エラー値 / 症状	考えられる主な原因	主な対策
`NaN` (Not a Number)	センサーからの読み取りタイムアウト配線ミス（特にDATA線）プルアップ抵抗の問題（未接続、値が不適切）ライブラリの問題（初期化失敗、非互換性）読み取り間隔が短すぎるセンサー故障	ステップ1～6を順に確認。特に配線、プルアップ抵抗、読み取り間隔を見直す。エラーハンドリングを実装する。
温度 `0℃` / 湿度 `0%` (または他の固定値)	センサータイプの指定ミス (DHT11なのにDHT22を指定など) ライブラリがセンサーを正しく認識できていないセンサー故障（稀に）通信プロトコルのタイミングずれ	コード内のセンサータイプ指定を確認。ライブラリを再インストールまたは別のライブラリを試す。センサーを交換してみる。
温度 `-999` / 湿度 `-999` (ライブラリによるエラーコード)	ライブラリが定義する特定のエラー状態 NaNと同様の原因が多い (タイムアウト、配線、プルアップ等)	使用しているライブラリのドキュメントやソースコードで、エラーコードの意味を確認する。NaNと同様の対策を実施。
値が全く変化しない	センサー故障読み取り処理が実際には行われていない (コードの問題) （極端な環境下での飽和状態）	センサーに息を吹きかけるなどして、温湿度が変化するか確認。コードのロジックを見直す。センサーを交換してみる。
値が大きく変動する、またはノイズが多い	電源が不安定配線が長い、またはノイズ源が近い (モーター、リレーなど) プルアップ抵抗の値が不適切接触不良センサーの個体差、または劣化	電源ラインにパスコン（パスコンデンサ、例: 0.1uFセラミックコンデンサ）をVCC-GND間に追加する。配線を短くする、シールド線を使う。プルアップ抵抗の値を調整する。配線接続を確認する。移動平均などのフィルタ処理をコードに追加する。

ステップ8：環境要因の考慮 – 見えない敵との戦い

時には、センサーやコード、配線自体には問題がなくても、設置環境が原因でうまく動作しないことがあります。

1. 電気的ノイズ

モーターやリレー、スイッチング電源など、電気的ノイズを発生する機器が近くにあると、DHTセンサーの微弱な信号に干渉し、通信エラーを引き起こすことがあります。

対策：

ノイズ源からセンサーや配線を物理的に離す。
センサーのVCC-GND間にパスコン（0.1uF程度のセラミックコンデンサ）を追加して電源ノイズを低減する。
データ線にフェライトコアを取り付ける。
シールドされたケーブルを使用する。
可能であれば、ノイズ源となる機器の電源ラインにもノイズ対策（フィルタなど）を施す。

2. ケーブル長

センサーとマイコン間のケーブル長が長くなるほど、信号が減衰したり、ノイズの影響を受けやすくなったりします。DHTセンサーのデータ通信はタイミングがシビアなため、ケーブル長はできるだけ短くすることが推奨されます。

一般的に、数メートル程度が限界と言われていますが、使用するケーブルの種類や周囲のノイズ環境、プルアップ抵抗の値によって大きく変動します。もし長いケーブルを使用する必要がある場合は、以下を試してみてください。

より太い線材のケーブルを使用する。
ツイストペアケーブルを使用する（DATA線とGND線を撚り合わせるなど）。
プルアップ抵抗の値を小さめにする（例: 1kΩ～2kΩ）。ただし、抵抗値を小さくしすぎないよう注意。
通信速度を犠牲にできるなら、より低速でも安定するセンサー（例: I2C接続のBME280など）への変更を検討する。

3. 動作温度・湿度範囲

DHTセンサーには動作可能な温度・湿度の範囲があります。

DHT11: 温度 0～50℃ (精度±2℃), 湿度 20～90%RH (精度±5%RH)
DHT22: 温度 -40～80℃ (精度±0.5℃), 湿度 0～100%RH (精度±2%RH)

この範囲を超えるような極端な環境（冷凍庫の中、サウナのような高温多湿環境など）では、センサーが正確な値を示さなかったり、故障したりする可能性があります。特にDHT11は低温や高温、低湿度・高湿度域での性能がDHT22に比べて劣ります。用途に適したセンサーを選定することが重要です。

まとめ：諦めずに原因を特定しよう！ 💪

DHT11/DHT22センサーのトラブルシューティングは、時に根気が必要な作業です。しかし、今回紹介したステップを一つずつ丁寧に確認していくことで、多くの場合、原因を特定し解決することができます。

トラブルシューティングのポイント再確認：

配線は正しいか？ (VCC, GND, DATA, ピン配置) 接触不良はないか？
電源は適切か？ (電圧レベルは正しいか？電流容量は足りているか？)
プルアップ抵抗は適切か？ (DATA-VCC間に接続されているか？抵抗値は4.7kΩ前後か？モジュール内蔵でないか？)
ライブラリは適切か？ (ボードに対応しているか？正しくインストールされているか？依存関係は？バージョンは？)
コードは正しいか？ (ピン番号、センサータイプの指定は合っているか？読み取り間隔は十分か？エラーハンドリングは実装されているか？)
センサー自体は故障していないか？ (別のセンサーで試せるか？)
エラー値から原因を推測できないか？ (NaN, 0, -999 など)
環境要因は影響していないか？ (ノイズ、ケーブル長、温湿度範囲)

問題解決の鍵は、基本的な項目から順に、焦らず、思い込みを捨てて確認していくことです。多くの場合、原因は単純な配線ミスやプルアップ抵抗の忘れだったりします。それでも解決しない場合は、ライブラリやコード、環境要因へと視野を広げていきましょう。

この記事が、DHTセンサーとの格闘に疲れてしまったあなたの助けになれば幸いです。頑張ってください！ 😊 Happy Hacking! 💡