不能直接用digitalRead()读DHT11，因其通信依赖80μs级精确时序，而digitalRead()延迟大且不可控；必须用寄存器级轮询+cli()+_delay_us()等裸机操作确保精度。
为什么不能直接用 digitalRead() 读 DHT11
DHT11 的通信是单总线异步时序协议，靠精确的高低电平持续时间编码数据（比如 80μs 低 + 80μs 高 表示“0”，80μs 低 + 40μs 高 表示“1”），digitalRead() 响应太慢（通常 >10μs 延迟，且不可控），根本抓不准这些微秒级边沿。Arduino 的 micros() 在某些板子上分辨率只有 4μs，也不够稳；更别说中断响应抖动、编译器优化插入空指令等问题。
真正可行的方式只有一种：用输入捕获（Input Capture）或手动切换引脚方向 + 读取 PINx 寄存器，在汇编/裸机级做边沿检测。对大多数 Arduino 用户来说，这意味着必须关中断、用 cli()，再用 PORTx/PINx 直接操作寄存器，靠循环延时+轮询判断电平变化。
- Arduino Uno（ATmega328P）可以做到，但必须用
PORTB/PINB和_delay_us()（不是delayMicroseconds()） - ESP32/ESP8266 不建议硬模拟——它们有硬件单总线支持（如
OneWire库底层用 GPIO 矩阵+APB 时钟计数），应优先启用 - STM32 可用 TIMx 的输入捕获模式，精度远高于软件模拟
ATmega328P 上手写一个最小可运行 DHT11 读取片段
核心逻辑：主机拉低 ≥18ms 启动信号 → 释放总线 → DHT11 拉低 80μs 响应 → 再拉高 80μs → 然后发 40bit 数据，每位以 50μs 低电平起始，高电平持续时间决定是 0 还是 1。
以下代码片段跳过完整封装，直给关键轮询逻辑（假设 DHT11 接在 PB0，即 Arduino D8）：
立即学习“C++免费学习笔记（深入）”；
cli(); // 关中断，避免被打断
DDRB &= ~(1 << PORTB0); // 设为输入
PORTB |= (1 << PORTB0); // 上拉使能（DHT11 是开漏输出，需上拉）
<p>// 等待 DHT11 拉低响应（80μs）
while (PINB & (1 << PINB0)) { } // 等变低
_delay_us(80);
if (!(PINB & (1 << PINB0))) { // 确实拉低了
// 开始读 40 位
for (int i = 0; i < 40; i++) {
while (PINB & (1 << PINB0)) { } // 等下一位起始低电平
_delay_us(40); // 等到高电平中间点
if (PINB & (1 << PINB0)) {
data[i/8] |= (1 << (7 - i%8)); // 高则为 1
}
_delay_us(40); // 跳过剩余高电平，等下个低电平
}
}注意：_delay_us(40) 要求传入常量，否则编译报错；它生成精确 NOP 延时，比 delayMicroseconds() 可靠得多。实际使用时还要加超时判断（比如某次等待超过 100μs 就跳出），否则卡死。
常见失败现象和对应检查点
读出来全是 0 或随机乱码，大概率不是代码逻辑错，而是时序或硬件问题：
- 电源不稳：DHT11 对电压敏感，低于 4.5V 容易通信失败，建议加 100nF 陶瓷电容就近滤波
- 上拉电阻不对：必须接 4.7kΩ～10kΩ 上拉（非内部上拉！内部上拉约 20kΩ～50kΩ，太弱）
- 引脚复用冲突：确认没被其他库（如
SoftwareSerial、Tone）占用同一端口寄存器 - 编译器优化干扰：
-O2下某些循环可能被优化掉，建议用volatile uint8_t *pin_reg = &PINB;强制重读寄存器 - 未处理 DHT11 的“空闲高电平”特性：总线空闲时为高，主机拉低启动后必须立刻释放（
DDRB &= ~bit; PORTB |= bit;），不能保持输出低
别硬刚，先试试现成可靠方案
除非你在写 Bootloader 或调试寄存器行为，否则真没必要从零手搓 DHT11 时序。Arduino 官方 DHT sensor library（Adafruit 版）底层已针对不同芯片做了适配：AVR 用寄存器轮询，ESP32 用 RMT 外设，STM32 用 HAL 输入捕获。它还内置了重试、校验、超时熔断。
如果你发现用现成库读不到数据，优先查：
- 接线是否把 VCC/GND/DATA 接反（尤其国产模块标错丝印很常见）
- 串口打印是否用了错误波特率（默认 9600，但有些例程设成 115200）
-
DHT dht(D4, DHT11);中的引脚编号是逻辑编号（D4=GPIO4），不是物理焊盘号
手撕时序的边界在于：你能容忍多大误差？DHT11 本身精度就 ±2℃/±5%RH，再搭上 ±5μs 的读取偏差，结果未必比库更准——而库省下的调试时间，够你调通三次硬件 I²C 屏幕了。
