在开始学习RTC时我只调用了HAL_RTC_GetTime()函数；而没有调用HAL_RTC_GetDate()而导致rtc时间一直为0解决该问题的方法很简单两个函数要同时调用，即使你不需要使用rtc的日期，下面是STM32在使用rtc时常遇到的BUG和解决方法：
📌 HAL库RTC的三大经典缺陷
缺陷现象 根本原因 适用系列
时间不更新/读取错误 读取时间后未读取日期，导致时间寄存器被锁定 全系列（STM32F1/F4/L4/G4等）
掉电后日期重置为0 HAL_RTC_SetDate()仅修改内存变量，未写入非易失性存储 STM32F1系列（无独立日期寄存器）
VBAT正常但RTC复位 备份寄存器判断失效或硬件设计缺陷（如VCAP引脚） 全系列
🔍 核心缺陷深度剖析
缺陷1：时间读取必须“成对”调用
这是你之前遇到的坑。HAL库的RTC驱动设计中，调用 HAL_RTC_GetTime() 后会锁定时间寄存器，必须再调用 HAL_RTC_GetDate() 才能解锁。
c
// ❌ 错误写法 - 时间不更新或读取错误
HAL_RTC_GetTime(&hrtc, &time, RTC_FORMAT_BIN);
// 缺少 GetDate，时间寄存器被锁定
// ✅ 正确写法 - 必须成对出现
HAL_RTC_GetTime(&hrtc, &time, RTC_FORMAT_BIN);
HAL_RTC_GetDate(&hrtc, &date, RTC_FORMAT_BIN); // 即使不使用日期也必须调用
注意：顺序必须固定——先 GetTime，后 GetDate，不可颠倒。
缺陷2：F103的日期“存储”是假的（大坑）
这是STM32F103系列特有的设计缺陷。F103的RTC硬件只包含一个32位的秒计数器，根本没有独立的年/月/日寄存器。HAL库为了API统一，在软件层面模拟了日期功能，却将日期值存储在易失性的SRAM中。
因此，当MCU复位或主电源掉电（即使VBAT正常供电），SRAM中的日期值会丢失，下次上电时日期恢复为默认值（如2000年1月1日）。
如果你用的是G4系列，这个问题不存在。G4的RTC有完整的日期寄存器，SetDate 会写入硬件，掉电后由VBAT保持。
缺陷3：备份寄存器判断失效
这是F4等系列可能遇到的问题。很多开发者用备份寄存器（如 RTC_BKP_DR1）存储一个标志，判断RTC是否已初始化。
c
// 典型代码
if (HAL_RTCEx_BKUPRead(&hrtc, RTC_BKP_DR1) != 0x32F2) {
RTC_CalendarConfig(); // 首次启动，配置RTC
}
失效原因：
硬件问题：VBAT引脚在掉电时电压跌落，导致备份寄存器内容丢失
软件问题：Bootloader和Application都初始化RTC，造成判断冲突
电源问题：VCAP引脚电容配置不当（常见于F4系列）
✅ 如何规避这些坑
1. 严格遵守“成对读取”规则
c
void read_rtc_time(void) {
RTC_TimeTypeDef time;
RTC_DateTypeDef date;
HAL_RTC_GetTime(&hrtc, &time, RTC_FORMAT_BIN);
HAL_RTC_GetDate(&hrtc, &date, RTC_FORMAT_BIN); // 永远成对出现
// 使用 time 结构体中的时分秒
}
建议在项目中封装一个读取函数，内部强制成对调用。
2. 如果是F103：采用“时间戳方案”
既然F103的日期不可靠，最好的办法是完全抛弃HAL的日期API，直接使用32位秒计数器。
c
// 读取当前总秒数
uint32_t rtc_get_timestamp(void) {
return RTC->CNTH << 16 | RTC->CNTL; // F1系列用CNTH/CNTL
}
// 从秒数转换为年月日时分秒（需要算法实现）
void timestamp_to_calendar(uint32_t timestamp, RTC_DateTypeDef* date, RTC_TimeTypeDef* time);
你可以在GitHub上找到现成的“时间戳转换”代码，核心是处理闰年和月份天数。
3. 可靠的初始化判断
c
void rtc_init_with_check(void) {
// 读取备份寄存器
uint32_t bkup = HAL_RTCEx_BKUPRead(&hrtc, RTC_BKP_DR0);
// 方式1：检查标志 + 验证秒计数器合理性
if (bkup != 0x5050 || RTC->CNT < 1000000) { // 阈值根据实际情况设定
// 首次启动或异常，需要初始化
rtc_config_and_set_time();
HAL_RTCEx_BKUPWrite(&hrtc, RTC_BKP_DR0, 0x5050);
}
// 否则跳过初始化，直接使用
}
建议用 “标志 + 秒计数器合理性验证” 双重判断，避免因备份寄存器意外丢失导致时间被覆盖。
4. 时钟源配置要稳定
使用LSE（外部32.768kHz晶振）：精度最高，但需确保晶振电路正确（负载电容匹配）
使用LSI（内部低速时钟）：精度较差（典型误差±5%~±50%），不适合长时间计时
避免使用HSE分频作为RTC时钟：主电源掉电后HSE停振，RTC将停止工作
5. 硬件层面检查
如果遇到VBAT正常但RTC丢失的问题：
用示波器测量VBAT引脚波形，确保掉电时电压稳定
检查VCAP引脚电容是否符合手册要求（F4系列常见问题）
确认电源切换电路（VDD与VBAT的二极管）正常工作
📊 不同系列的差异总结
STM32系列 RTC日期硬件支持 HAL库缺陷 推荐方案
F1系列 ❌ 无独立日期寄存器 SetDate只写内存，掉电丢失 时间戳方案
F4/F7/H7系列 ✅ 有完整日期寄存器 无日期丢失问题 成对调用即可
G0/G4/L4系列 ✅ 有完整日期寄存器 无日期丢失问题 成对调用即可
L0/L1系列 ⚠️ 部分有 需参考具体型号 查阅手册确认
简单判断方法：如果CubeMX生成的RTC初始化代码中有 HAL_RTC_SetDate()，且硬件手册提到“Calendar with subseconds”，说明该系列有完整日期寄存器支持。
💎 总结
你在G4系列上遇到的时间不显示问题，正是缺陷1（成对读取）造成的。修复后的代码现在正常工作，说明已经避开了这个坑。
以后开发RTC功能时，记住这几个原则：
1.GetTime后必须跟GetDate——这是最高频的错误
2.F1系列不要依赖HAL的日期功能——改用时间戳
3.备份寄存器判断要结合计数器验证——避免初始化逻辑失效
4.优先使用LSE作为RTC时钟源——精度和稳定性最好
2 个赞