当前位置：首页 > news >正文

STM32F103的RTC掉电不保存？手把手教你修改RT-Thread的drv_rtc.c源码

news 2026/6/10 12:15:59

STM32F103的RTC掉电不保存？手把手教你修改RT-Thread的drv_rtc.c源码

如果你正在使用STM32F103系列芯片开发嵌入式项目，并且遇到了RTC（实时时钟）在系统复位或重新上电后时间丢失的问题，那么这篇文章正是为你准备的。我们将深入分析问题的根源，并提供详细的源码级解决方案。

1. 问题现象与根源分析

许多开发者在使用STM32F103的RTC功能时都会遇到一个共同的问题：按照常规教程配置好RT-Thread的RTC驱动后，系统运行时时间显示正常，但一旦断电或复位，时间就会重置。这种现象在需要持久化时间的应用中（如数据记录设备、定时控制系统等）尤为致命。

问题的核心原因在于STM32F103的RTC硬件特性与RT-Thread默认驱动实现之间的不匹配：

RTC寄存器特性：STM32F103的RTC寄存器属于备份域，需要特殊处理才能保持数据
电源管理：RTC的持续运行依赖于VBAT引脚供电，但时间数据的保存需要正确配置备份寄存器
驱动实现：RT-Thread的默认drv_rtc.c实现可能没有充分考虑STM32F103的特殊需求

注意：即使你的电路已经为VBAT引脚提供了备用电源（如纽扣电池），如果不正确配置备份寄存器，时间数据仍然可能丢失。

2. 深入理解STM32F103的RTC架构

要彻底解决这个问题，我们需要先理解STM32F103的RTC工作原理。STM32的RTC模块具有以下关键特性：

独立供电域：RTC和备份寄存器位于独立的供电域，可由VBAT引脚供电
32位计数器：核心是一个32位的可编程计数器，每秒递增一次
备份寄存器：20个16位的备份寄存器（BKP DRx），可用于存储关键数据

关键点对比：

特性	常规寄存器	RTC/备份域寄存器
供电	主电源VDD	VBAT引脚
复位影响	主电源复位时丢失	仅系统复位时丢失
访问控制	直接访问	需要解除写保护

3. 诊断现有RTC驱动的问题

RT-Thread默认提供的drv_rtc.c驱动可能包含两个主要问题：

时间戳获取方式不当：原始get_rtc_timestamp()函数可能使用了HAL库的高级接口，而没有直接读取计数器值
备份寄存器未正确使用：set_rtc_time_stamp()函数可能没有正确配置备份域和写保护

让我们先查看问题代码的关键部分：

// 原始get_rtc_timestamp实现（问题版本） static time_t get_rtc_timestamp(void) { RTC_TimeTypeDef RTC_TimeStruct = {0}; RTC_DateTypeDef RTC_DateStruct = {0}; struct tm tm_new; HAL_RTC_GetTime(&RTC_Handler, &RTC_TimeStruct, RTC_FORMAT_BIN); HAL_RTC_GetDate(&RTC_Handler, &RTC_DateStruct, RTC_FORMAT_BIN); tm_new.tm_sec = RTC_TimeStruct.Seconds; tm_new.tm_min = RTC_TimeStruct.Minutes; // ...其他字段赋值... return mktime(&tm_new); }

这种实现方式的问题在于它依赖于HAL库的高级抽象，而没有充分考虑STM32F103的硬件特性。

4. 修改drv_rtc.c的完整方案

4.1 修改get_rtc_timestamp函数

我们需要重写get_rtc_timestamp函数，使其直接读取RTC计数器值：

static time_t get_rtc_timestamp(void) { time_t timestamp; // 直接读取RTC计数器的高16位和低16位 timestamp = RTC->CNTH; // 读取高16位 timestamp <<= 16; // 左移16位 timestamp += RTC->CNTL; // 加上低16位 LOG_D("get rtc time."); return timestamp; }

关键修改点：

绕过HAL库抽象，直接操作寄存器
合并CNTH和CNTL寄存器值得到完整的32位计数器值
返回的是从RTC初始化开始的秒数

4.2 修改set_rtc_time_stamp函数

set_rtc_time_stamp函数需要更全面的修改，包括备份域的配置：

static rt_err_t set_rtc_time_stamp(time_t time_stamp) { // 1. 启用必要的时钟 RCC->APB1ENR |= 1<<28; // 使能电源接口时钟 RCC->APB1ENR |= 1<<27; // 使能备份接口时钟 // 2. 解除备份域写保护 PWR->CR |= 1 << 8; // 设置DBP位 // 3. 配置RTC RTC->CRL |= 1 << 4; // 允许配置 RTC->CNTL = time_stamp & 0xffff; // 设置低16位 RTC->CNTH = time_stamp >> 16; // 设置高16位 RTC->CRL &= ~(1 << 4); // 结束配置 // 4. 等待操作完成 while (!(RTC->CRL & (1 << 5))); // 等待RTOFF标志 // 5. 写入备份寄存器作为标记 HAL_RTCEx_BKUPWrite(&RTC_Handler, RTC_BKP_DR1, BKUP_REG_DATA); LOG_D("set rtc time."); return RT_EOK; }

关键操作解析：

时钟使能：必须启用PWR和BKP接口时钟才能访问备份域
写保护解除：通过PWR_CR寄存器的DBP位实现
RTC配置序列：需要遵循特定的配置顺序
备份寄存器使用：写入特定值到备份寄存器作为初始化完成的标记

4.3 备份寄存器的巧妙使用

备份寄存器(BKP DRx)在RTC配置中扮演着重要角色。我们可以利用它们来实现以下功能：

初始化标志：检测是否是首次运行
数据校验：验证RTC数据是否有效
状态保存：存储系统关键状态

推荐的使用模式：

在初始化时检查备份寄存器的特定值
如果值不匹配，执行完整的RTC初始化
初始化完成后写入特定值到备份寄存器
后续启动时通过备份寄存器值判断RTC状态

5. 完整集成与测试

将上述修改集成到RT-Thread系统中后，还需要进行以下验证步骤：

基本功能测试：
- 设置时间并立即读取，验证是否正确
- 使用FinSH命令查看时间
持久性测试：
- 设置时间后复位系统，检查时间是否保持
- 断电后重新上电，验证时间持续性
边界条件测试：
- 测试时间跨越午夜的情况
- 验证长时间运行（超过49天）的稳定性

常见问题排查：

如果时间仍然不保存，检查VBAT引脚是否正常供电
确保在修改时间前正确解除了备份域写保护
验证硬件电路中的32.768kHz晶振是否正常起振

6. 进阶优化建议

对于要求更高的应用场景，可以考虑以下优化措施：

温度补偿：根据环境温度调整RTC精度
电池监测：实现VBAT电压监测，提前预警
错误恢复：当检测到RTC异常时自动修复
NTP同步：在网络可用时通过NTP协议同步时间

// 示例：简单的RTC校验与恢复机制 void rtc_check_and_recover(void) { time_t current = get_rtc_timestamp(); if(current < RTC_VALID_THRESHOLD) { // 时间值不合理，执行恢复 set_rtc_time_stamp(DEFAULT_TIME); // 记录错误事件... } }