ESP32-C3 深睡眠时 RTC 内存数据被意外清零的根因排查与防护策略

一、问题现象与背景

在低功耗物联网设备中，ESP32-C3 常被配置为深睡眠（Deep Sleep）模式以节省功耗。开发者通常将唤醒计数值、传感器校准参数或网络状态存入 RTC 内存（RTC_SLOW_MEM），期望在唤醒后继续使用。然而，部分设备在唤醒后发现 RTC 内存数据全部变为 0x00，导致系统逻辑异常。

二、根因分析

1. 复位源干扰

深睡眠唤醒可由多种事件触发：定时器、GPIO、UART 等。若唤醒源配置不当，可能产生意外复位。ESP32-C3 的复位源包括：

  • POWERON_RESET：上电或 VDD 跌落触发，会清空 RTC 内存。
  • RTC_SW_SYS_RESET：软件系统复位，可能影响 RTC 域。
  • DEEPSLEEP_RESET：深睡眠唤醒复位，RTC 内存应保留。

若唤醒后读取 esp_reset_reason() 返回 ESP_RST_POWERON，则说明发生了上电复位，RTC 内存必然被清零。

2. 电源域隔离问题

ESP32-C3 的 RTC 内存位于 RTC 电源域（RTC Power Domain）。在深睡眠模式下，主数字电源（VDD_SPI）被关闭，但 RTC 域持续供电。若外部电路设计不当，如 RTC 域供电引脚（如 VDD_RTC）与主电源未隔离，或去耦电容不足，可能导致电压跌落触发上电复位。

3. 软件配置缺陷

  • 未正确初始化 RTC 内存：使用 RTC_NOINIT_ATTR 或 RTC_DATA_ATTR 时，若未在启动时检查数据有效性，可能误判为清零。
  • 唤醒源冲突：例如同时使能 GPIO 唤醒和定时器唤醒，GPIO 抖动可能产生复位脉冲。
  • 看门狗干扰：深睡眠前未禁用 RTC 看门狗（RWDT），可能导致意外复位。

三、排查流程

  1. 读取复位原因：在唤醒后立即调用 esp_reset_reason()，打印返回枚举值。
  2. 检查电源设计：用示波器观察 VDD_RTC 引脚在深睡眠期间的电压波动。
  3. 最小化测试：仅保留定时器唤醒，禁用其他唤醒源，验证 RTC 内存是否保留。
  4. 查看日志：启用 esp_pm 和 rtc 相关日志，观察电源状态切换。

四、防护策略与代码实现

1. 启用 RTC 内存数据校验

在写入数据时附加 CRC 校验，唤醒后校验失败则重新初始化。

#include "esp_sleep.h"
#include "esp_attr.h"
#include "esp_system.h"
#include <string.h>

RTC_DATA_ATTR uint32_t boot_count;
RTC_DATA_ATTR uint32_t crc_stored;

uint32_t calc_crc32(const uint8_t* data, size_t len) {
    // 简易 CRC32 实现，可替换为硬件 CRC
    uint32_t crc = 0xFFFFFFFF;
    for (size_t i = 0; i < len; i++) {
        crc ^= data[i];
        for (int j = 0; j < 8; j++) {
            crc = (crc >> 1) ^ (0xEDB88320 & -(crc & 1));
        }
    }
    return ~crc;
}

void save_data() {
    boot_count++;
    crc_stored = calc_crc32((uint8_t*)&boot_count, sizeof(boot_count));
}

bool load_data() {
    if (crc_stored == calc_crc32((uint8_t*)&boot_count, sizeof(boot_count))) {
        return true;
    }
    // 数据无效，重新初始化
    boot_count = 0;
    crc_stored = calc_crc32((uint8_t*)&boot_count, sizeof(boot_count));
    return false;
}

2. 正确配置深睡眠唤醒

void enter_deep_sleep() {
    // 保存数据并计算 CRC
    save_data();

    // 禁用 RTC 看门狗，防止意外复位
    rtc_wdt_protect_off();
    rtc_wdt_disable();
    rtc_wdt_protect_on();

    // 设置唤醒源：定时器 10 秒
    esp_sleep_enable_timer_wakeup(10 * 1000000);

    // 进入深睡眠
    esp_deep_sleep_start();
}

void app_main() {
    // 检查复位原因
    esp_reset_reason_t reason = esp_reset_reason();
    if (reason == ESP_RST_POWERON) {
        // 上电复位，RTC 内存可能被清零
        boot_count = 0;
        crc_stored = calc_crc32((uint8_t*)&boot_count, sizeof(boot_count));
    } else {
        load_data();
    }

    printf("Boot count: %lu\n", boot_count);

    // 模拟工作后进入深睡眠
    vTaskDelay(pdMS_TO_TICKS(1000));
    enter_deep_sleep();
}

3. 硬件设计注意事项

  • 在 VDD_RTC 引脚（ESP32-C3 的 Pin 1）与地之间放置 1μF 和 0.1μF 去耦电容。
  • 确保 RTC 域供电独立，避免与主电源共用 LDO 输出。
  • 若使用电池供电，建议加装电源监控芯片，防止电压跌落。

五、常见误区

  • 误区一：认为 RTC 内存是铁打的，任何复位都不清。实际上，只有深睡眠唤醒复位（DEEPSLEEP_RESET）和软件复位（SW_CPU_RESET）才保留，上电复位必清。
  • 误区二：使用 RTC_DATA_ATTR 后不检查有效性，直接使用。若首次上电，数据是随机值，需初始化。
  • 误区三：忽略唤醒源的电平抖动，导致 GPIO 唤醒时产生毛刺复位。建议在 GPIO 引脚加 RC 滤波。

六、总结

ESP32-C3 深睡眠 RTC 内存清零的根因多为复位源异常或电源设计缺陷。通过读取复位原因、优化电源电路、增加 CRC 校验和正确配置唤醒源，可有效避免数据丢失。建议在量产前进行长时间深睡眠循环测试，观察复位原因分布，确保系统稳定。

希望本文能帮助开发者快速定位问题，构建可靠的低功耗设备。