如何提升高CPU负载下DHT22温湿度传感器的读取可靠性？

问题背景 #

在RockPiS（Armbian Bookworm）的C++应用中，通过IOCTL+poll/read接口读取DHT22温湿度：

• 正常负载下多数情况读数正确；
• CPU高负载时偶尔出错（80%成功率）；
• CPU满负载时完全无法读取，poll持续超时，仅能收到1个预期的40个GPIO上升沿事件；
• 已尝试：设置线程实时优先级、使用Linux DHT内核驱动（从/sys/bus/iio/devices/iio:device0/in_temp_input读取），问题依旧；
• 核心推测：高负载下内核无法及时处理GPIO中断，而非poll本身丢数据。

原核心代码片段：

// request rising edge events
struct gpioevent_request eventreq = { 0 };
eventreq.lineoffset = m_line;
eventreq.handleflags = GPIOHANDLE_REQUEST_INPUT;
eventreq.eventflags = GPIOEVENT_REQUEST_RISING_EDGE;
strcpy(eventreq.consumer_label, "DHT22");

if (ioctl(m_fd, GPIO_GET_LINEEVENT_IOCTL, &eventreq) == -1) {
    trace("DHT22: Error setting the line event (%d)\n", errno);
    break;
}

uint64_t reading = 0;
uint64_t last_timestamp = 0;

while (m_running) {
    // wait for rising edge
    struct pollfd pfd = { 0 };
    pfd.fd = eventreq.fd;
    pfd.events = POLLIN;
    int ret = poll(&pfd, 1, 1); // 1 millisecond timeout (= end of reading)

    if (ret == -1) {
        trace("DHT22: Error while polling event from GPIO (%d)\n", errno);
    } else if (pfd.revents & POLLIN) {
        // rising edge
        struct gpioevent_data event_data;
        read(eventreq.fd, &event_data, sizeof(event_data));
        // ... processing of data here ...
    } else if (ret == 0) {
        // timeout
        // ... finalizing the data here ...
    }
}

针对性解决方案 #

1. 提升GPIO中断的内核响应优先级 #

Linux内核默认给GPIO中断处理线程的优先级较低，高负载下易被抢占，可通过以下方式调整：

• 绑定中断到专属CPU核心：先通过cat /proc/interrupts找到对应GPIO线的中断号，再将其绑定到空闲核心（比如CPU0）：

  echo 0x1 > /proc/irq/<中断号>/smp_affinity
  

• 提升中断线程实时优先级：找到GPIO中断对应的内核线程（命名格式为irq/<中断号>-gpio），用chrt设置最高实时优先级：

  chrt -f -p 99 $(pgrep -f "irq/<中断号>-gpio")
  

2. 优化用户态事件处理逻辑 #

• 剥离耗时操作：把// ... processing of data here ...中的IO、计算密集型逻辑转移到独立低优先级线程，当前线程仅负责快速读取GPIO事件并缓存，避免阻塞后续中断响应。
• 调整poll超时阈值：DHT22单比特高电平持续26-70μs，1ms的超时在高负载下可能过早触发，可延长至2ms；超时后检查已接收事件数，若不足则标记读取失败并立即重试。

3. 改用硬件级时序捕获（推荐） #

纯软件+通用GPIO的方案天生对时序敏感，高负载下可靠性难保障，可换用以下方案：

• 启用GPIO硬件脉冲捕获：RockPiS的GPIO控制器支持脉冲宽度捕获（PWM输入模式），直接通过硬件记录沿信号时间戳，无需内核频繁中断通知用户态。
• 替换为低时序敏感度模块：用I2C/SPI接口的温湿度传感器（如BME280）替代DHT22，这类模块通信协议不依赖严格时序；或外接带MCU的DHT22预处理模块，把时序敏感操作转移到独立硬件。

4. 内核层面优化 #

• 安装实时内核：Armbian提供实时内核镜像，可大幅降低调度延迟：

  apt install linux-image-rt-arm64 linux-headers-rt-arm64
  

  重启后用uname -r确认内核版本带-rt后缀。
• 关闭冗余内核服务：禁用不必要的调试功能、非必需外设驱动，减少内核调度开销。

5. 增加应用层容错机制 #

• 当检测到读取失败（事件数不足、校验和错误）时，立即重试2-3次；
• 连续失败时降低读取频率（如从每秒1次改为每5秒1次），减少高负载下的资源竞争。

内容的提问来源于stack exchange，提问作者bigmuscle