1. 项目概述：为什么需要BKP与RTC这对“黄金搭档”？

在嵌入式开发，尤其是基于STM32这类MCU的项目里，我们总会遇到一些“断电也不能丢”的关键数据。比如，一个智能水表的累计用水量，一个工业设备的运行总时长，或者一个消费电子产品的用户个性化设置。这些数据一旦因为断电或复位而丢失，轻则用户体验受损，重则可能导致设备逻辑错误甚至安全事故。

STM32的设计者早就考虑到了这一点，于是为我们准备了两大法宝：BKP（Backup Register，备份寄存器）和RTC（Real-Time Clock，实时时钟）。很多人刚开始接触时，容易把它们混为一谈，或者只知其然而不知其所以然。今天，我就结合自己踩过的坑和项目经验，把这哥俩儿掰开揉碎了讲清楚。

简单来说，你可以把BKP寄存器想象成一个“保险柜”。这个保险柜非常特殊，它由一颗独立的纽扣电池（VBAT引脚）供电。只要这颗电池有电，哪怕你的主电源（VDD）完全断开，或者MCU进行了软复位、待机模式唤醒，保险柜里的东西都原封不动。它主要用来存那些“丢了就麻烦”的小数据，比如设备序列号、校准参数、系统状态标志等。

而RTC则是一个“永不停歇的电子表”。它的核心功能是提供精准的日历和时间（年、月、日、时、分、秒）。同样，只要VBAT有电，它就能一直走时，不受主电源影响。这对于需要记录事件发生时间、定时唤醒、生成时间戳日志的应用至关重要。

更有意思的是，在STM32的架构里，BKP寄存器和RTC共用同一个电源域（备份域）。这意味着，操作它们之前，都需要先打开一扇“门”——备份域访问。理解了这一点，很多奇怪的问题就迎刃而解了。这个项目，就是要彻底搞懂如何正确地打开这扇门，然后自如地读写BKP这个保险柜，并设置、读取那个永不停歇的RTC时钟。

2. 核心原理与硬件架构深度解析

2.1 备份域（Backup Domain）：独立的“王国”

要玩转BKP和RTC，首先必须建立“备份域”这个概念。你可以把整个STM32芯片想象成一个国家，主电源域（VDD）是繁华的“主城区”，而备份域则是一个拥有独立能源（VBAT）的“特别行政区”。

这个特别行政区里主要有两类“居民”：

1. BKP数据寄存器：数量因型号而异（例如STM32F103有20个16位的寄存器）。它们就是纯粹的存储单元。
2. RTC模块：包含一系列计数器、预分频器、控制状态寄存器等，负责计时逻辑。

连接主城区和特别行政区的，只有一座“桥”，即备份域访问控制。任何从主城区（内核）发起的、对备份域内资源的访问请求，都必须先申请打开这座桥。在STM32的标准外设库或HAL库中，这个操作就是通过使能PWR（电源控制）和BKP（备份寄存器）的时钟，然后取消备份域的写保护来实现的。

这里有一个关键点：备份域的初始化通常只需要在系统第一次上电时进行一次。如果VBAT一直有电，即使主电源反复开关，备份域的内容和RTC的计时都会保持，你不需要也不应该每次都去重新初始化（复位整个备份域），否则会导致数据丢失。正确的做法是：上电后先检查是否是首次配置。

2.2 BKP寄存器详解：你的非易失性记事本

BKP寄存器是简单的存储介质，但有几个特性必须牢记：

• 宽度：通常是16位，但也可以按8位访问。
• 地址映射：它们在内存中有固定的地址，但通常我们通过库函数提供的宏或句柄来访问，这样更安全、可移植。
• 写保护机制：为了防止误操作，备份域默认是写保护的。必须按特定顺序（先使能时钟，再取消保护）才能写入。写入后，可以重新使能保护以增加安全性。
• 与RTC的关系：BKP寄存器常被用来存储RTC的配置状态标志。例如，你可以用BKP_DR1来存一个魔法数（如0xA5A5），每次上电后检查这个值。如果值正确，说明RTC已经配置过，直接读取时间即可；如果值不对，说明需要重新初始化RTC。

2.3 RTC模块原理：不仅仅是计数器

RTC的本质是一个由低速外部晶振（LSE，通常32.768kHz）或内部低速RC振荡器（LSI）驱动的计数器链。它的核心设计目标是低功耗和精确性。

• 时钟源选择：优先推荐使用LSE，因为它精度高（通常±20ppm），功耗低，是RTC的理想时钟源。LSI成本低但精度较差（±1%以上），适用于对时间精度要求不高的场合。
• 预分频器：这是RTC配置的难点和重点。32.768kHz的时钟不能直接用来秒计时，需要分频。RTC模块通常包含一个异步预分频器和一个同步预分频器。以STM32F1为例，常见的配置是将32.768kHz分频到1Hz：
  • 异步预分频器（RTC_PRER中的PREDIV_A）设为127。
  • 同步预分频器（RTC_PRER中的PREDIV_S）设为255。
  • 计算公式：RTC_CLK = 32768 / [(PREDIV_A+1) * (PREDIV_S+1)] = 32768 / [128 * 256] = 1 Hz。这个1Hz的脉冲就是“秒”信号，驱动秒计数器递增。
• 日历寄存器：当配置为日历模式时，RTC硬件会自动处理秒、分、时、日、月、年的进位，包括闰年计算，大大减轻了软件负担。
• 闹钟与唤醒：RTC可以在特定时间产生闹钟中断，或将系统从低功耗的待机（Standby）模式中唤醒，这是实现超低功耗设备的关键。

注意：对RTC任何寄存器的写操作（除了RTC_TAFCR等特定寄存器），都必须等待“寄存器同步”和“操作完成”标志，这两个步骤缺一不可，否则写入会失败。这是新手最容易忽略导致RTC配置不成功的原因。

3. 开发环境搭建与工程配置要点

工欲善其事，必先利其器。在开始敲代码前，正确的工程配置能避免一大半的奇怪问题。

3.1 硬件准备与电路设计心得

1. MCU选型：确认你的STM32型号支持BKP和RTC。绝大多数型号都支持，但BKP寄存器数量可能不同，需查阅对应型号的《参考手册》。
2. VBAT引脚供电：这是备份域的命脉。必须连接一个备用电源。通常有以下几种方案：
   • 最佳实践：连接一个3V的纽扣电池（如CR2032）到VBAT引脚，同时通过一个肖特基二极管（如1N5819）与主电源VDD隔离。这样当主电源断开时，电池自动为备份域供电；主电源上电时，由主电源供电且不会向电池倒灌电流。
   • 低成本方案：如果设备始终有主电源，且不关心完全断电的情况，可以将VBAT直接连接到VDD。但绝对不能让VBAT引脚悬空！悬空会导致备份域数据在断电后立即丢失，且可能损坏芯片。
3. 32.768kHz晶振（LSE）：为了获得精确的RTC，强烈建议焊接外部低速晶振及其匹配电容（通常两个6-22pF的负载电容）。PCB布局时，晶振要尽量靠近芯片的OSC32_IN和OSC32_OUT引脚，走线短且对称，下方铺地隔离。

3.2 软件环境与CubeMX配置指南

无论你使用标准库、HAL库还是LL库，STM32CubeMX都是快速初始化的神器。以下是关键配置步骤：

1. Pinout & Configuration:
   • 在RCC选项中，将Low Speed Clock (LSE)设置为“Crystal/Ceramic Resonator”。
   • 在Pinout视图，找到VBAT引脚，确保其模式正确（通常默认即可）。
2. Peripheral Configuration:
   • 找到RTC选项并启用。
   • Clock Source: 选择LSE。
   • Calendar: 启用日历，并设置初始日期和时间（这只是初始值，最终以你代码中配置的为准）。
   • NVIC Settings: 如果需要中断，在此处使能RTC全局中断或闹钟中断。
3. Clock Configuration:
   • 确保LSE被正确选为RTC时钟源，并能看到它以32.768kHz的频率出现在时钟树上。
4. Project Manager:
   • 选择你熟悉的Toolchain（MDK-ARM，STM32CubeIDE等）。
   • 在Code Generator中，建议勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”，这样代码结构更清晰。

点击GENERATE CODE，CubeMX会为你生成完整的初始化代码。但请注意，生成的代码往往只是一个“模板”，特别是RTC和BKP部分，你需要根据前述的“首次配置判断逻辑”进行修改和补充。

3.3 软件库选择与初始化流程设计

• 标准库（StdPeriph）：代码直观，寄存器操作感强，但ST已停止维护。适合学习原理和旧项目维护。
• HAL库：ST主推，抽象层次高，函数接口统一，跨系列移植方便。但代码体积稍大，执行效率略低。对于快速开发和新项目，推荐使用。
• LL库：低层库，效率接近直接操作寄存器，同时又提供了一些易用的宏和函数。适合对效率和代码大小有苛刻要求的开发者。

无论哪种库，初始化备份域和RTC的逻辑流程是相通的，我将其总结为以下流程图，它清晰地展示了“判断-初始化-使用”的完整决策路径：

// 伪代码逻辑 void BackupDomain_Init(void) { // 1. 使能PWR和BKP（或RCC_APB1ENR中的对应位）的时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); // 2. 取消备份域写保护（打开那座“桥”） PWR_BackupAccessCmd(ENABLE); // 3. 【关键判断】检查是否是首次配置 if (BKP_ReadBackupRegister(BKP_DR1) != 0xA5A5) { // 3.1 首次配置：初始化RTC（设置时钟源、预分频、时间日期） RTC_Init(); // 3.2 向BKP寄存器写入一个标志（例如0xA5A5），表示已初始化 BKP_WriteBackupRegister(BKP_DR1, 0xA5A5); printf("RTC & BKP First Time Init Done.\r\n"); } else { // 3.3 非首次配置：等待RTC寄存器同步（对于HAL/LL库是必须的） // 对于标准库，如果RTC时钟源一直是LSE且运行正常，通常无需额外操作 printf("RTC Already Configured.\r\n"); } // 4. （可选）重新使能备份域写保护，增加安全性 // PWR_BackupAccessCmd(DISABLE); }

4. BKP备份寄存器读写实战与高级用法

4.1 基础读写操作：以STM32 HAL库为例

假设我们已经完成了备份域的初始化（即执行了上述流程的1、2步）。下面是具体的读写函数：

// 写入一个16位数据到指定的BKP寄存器（例如DR1） void BKP_WriteData(uint32_t BackupRegister, uint16_t Data) { HAL_PWR_EnableBkUpAccess(); // 确保写访问已使能 __HAL_RCC_BKP_CLK_ENABLE(); // 确保BKP时钟已使能（HAL中可能已包含在初始化里） // HAL库提供了直接的宏 WRITE_REG((&(BKPR_BASE)->DR1) + (BackupRegister), Data); // 或者对于某些系列，使用更具体的函数/宏，如： // HAL_RTCEx_BKUPWrite(&hrtc, BackupRegister, Data); } // 从指定的BKP寄存器读取一个16位数据 uint16_t BKP_ReadData(uint32_t BackupRegister) { // 读操作通常不需要特殊使能 return READ_REG((&(BKPR_BASE)->DR1) + (BackupRegister)); // 或：HAL_RTCEx_BKUPRead(&hrtc, BackupRegister); } // 示例：存储和读取一个设备序列号 #define DEVICE_SN_REG BKP_DR2 void Save_DeviceSN(uint16_t sn) { BKP_WriteData(DEVICE_SN_REG, sn); } uint16_t Load_DeviceSN(void) { return BKP_ReadData(DEVICE_SN_REG); }

4.2 数据存储策略与错误处理

BKP寄存器空间有限，如何高效利用？

1. 数据打包：对于多个8位数据（如状态标志位），可以打包到一个16位寄存器中，通过位操作进行存取。

   #define STATUS_REG BKP_DR3 #define STATUS_ERROR_FLAG (1 << 0) #define STATUS_CALIB_FLAG (1 << 1) #define STATUS_NETWORK_FLAG (1 << 2) void Save_SystemStatus(uint8_t error, uint8_t calib, uint8_t network) { uint16_t packed_data = 0; packed_data |= (error ? STATUS_ERROR_FLAG : 0); packed_data |= (calib ? STATUS_CALIB_FLAG : 0); packed_data |= (network ? STATUS_NETWORK_FLAG : 0); BKP_WriteData(STATUS_REG, packed_data); }

2. 数据校验：为了防止数据因极端情况（如VBAT电压瞬间过低）出错，可以采用简单的校验和。例如，将数据存入DR4，将其补码或CRC8结果存入DR5。读取时进行校验，若不通过，则使用默认值。
3. 写保护管理：在不需要频繁写入的阶段，重新使能写保护（PWR_BackupAccessCmd(DISABLE)）是良好的习惯，可以防止程序跑飞时误擦写关键数据。

4.3 BKP在系统状态管理中的实战应用

在实际项目中，BKP最常见的用途就是配合系统低功耗模式。例如，设备进入待机模式（Standby）后，所有SRAM和寄存器内容都会丢失，但BKP数据保留。我们可以利用这一点：

void Enter_StandbyMode(void) { // 1. 将本次唤醒的原因或需要保存的状态存入BKP BKP_WriteData(BKP_DR10, WAKEUP_REASON_TIMEOUT); // 2. 配置RTC闹钟（例如10秒后唤醒） HAL_RTC_SetAlarm_IT(&hrtc, &sAlarm, RTC_FORMAT_BIN); // 3. 清除唤醒标志 __HAL_PWR_CLEAR_FLAG(PWR_FLAG_WU); // 4. 进入待机模式 HAL_PWR_EnterSTANDBYMode(); } // 系统从待机模式唤醒后，会从复位向量开始执行，相当于重新上电 int main(void) { // ... 系统初始化 ... BackupDomain_Init(); // 初始化备份域 // 检查上次唤醒原因 uint16_t last_reason = BKP_ReadData(BKP_DR10); if(last_reason == WAKEUP_REASON_TIMEOUT) { printf("Woke up by RTC Alarm.\r\n"); // 执行定时唤醒后的任务 } else if(last_reason == WAKEUP_REASON_EXTI) { printf("Woke up by External Pin.\r\n"); } // ... 主循环 ... }

5. RTC实时时钟配置、读写与日历功能实现

5.1 RTC的初始化与时钟源配置陷阱

RTC初始化是重中之重，且必须遵循“首次配置判断”原则。以下是基于HAL库的详细初始化示例：

RTC_HandleTypeDef hrtc; void MX_RTC_Init(void) { hrtc.Instance = RTC; hrtc.Init.HourFormat = RTC_HOURFORMAT_24; // 24小时制 hrtc.Init.AsynchPrediv = 127; // 异步预分频值 PREDIV_A hrtc.Init.SynchPrediv = 255; // 同步预分频值 PREDIV_S hrtc.Init.OutPut = RTC_OUTPUT_DISABLE; // 输出禁止 hrtc.Init.OutPutPolarity = RTC_OUTPUT_POLARITY_HIGH; hrtc.Init.OutPutType = RTC_OUTPUT_TYPE_OPENDRAIN; if (HAL_RTC_Init(&hrtc) != HAL_OK) { Error_Handler(); } } // 这个回调函数由HAL_RTC_Init调用，用于配置RTC时钟源 void HAL_RTC_MspInit(RTC_HandleTypeDef* rtcHandle) { if(rtcHandle->Instance == RTC) { __HAL_RCC_RTC_ENABLE(); // 使能RTC外设时钟 // 配置RTC时钟源为LSE RCC_PeriphCLKInitTypeDef PeriphClkInitStruct = {0}; PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_RTC; PeriphClkInitStruct.RTCClockSelection = RCC_RTCCLKSOURCE_LSE; if (HAL_RCCEx_PeriphCLKConfig(&PeriphClkInitStruct) != HAL_OK) { Error_Handler(); } } }

关键陷阱与心得：

• 预分频器计算错误：务必根据数据手册公式计算AsynchPrediv和SynchPrediv，确保最终得到1Hz的时钟。错误的分频比会导致时间走得飞快或极慢。
• LSE启动失败：这是最常见的问题。在初始化后，最好添加一段代码检查LSE是否就绪（__HAL_RCC_GET_FLAG(RCC_FLAG_LSERDY)）。如果长时间未就绪，可能是晶振不起振，需要检查硬件（电容是否匹配，晶振是否损坏，布局是否合理）。
• HAL库的“初始化”语义：HAL_RTC_Init函数在底层会检查RTC是否已初始化。如果VBAT一直有电，RTC模块本身一直在运行，这个函数可能不会重新配置预分频器等核心参数。因此，我们的“首次配置判断逻辑”（通过BKP标志）是必不可少的，它决定了是否要调用设置时间的函数。

5.2 日历时间的设置与读取

设置和读取时间日期是RTC最常用的功能。HAL库提供了相应的结构体。

// 定义一个时间日期结构体 RTC_TimeTypeDef sTime = {0}; RTC_DateTypeDef sDate = {0}; // 1. 设置时间（例如 14:30:00） void Set_RTC_Time(uint8_t hour, uint8_t min, uint8_t sec) { sTime.Hours = hour; sTime.Minutes = min; sTime.Seconds = sec; sTime.DayLightSaving = RTC_DAYLIGHTSAVING_NONE; sTime.StoreOperation = RTC_STOREOPERATION_RESET; // 注意：HAL_RTC_SetTime会等待操作完成，内部包含了同步流程 if (HAL_RTC_SetTime(&hrtc, &sTime, RTC_FORMAT_BIN) != HAL_OK) { Error_Handler(); } } // 2. 设置日期（例如 2023年10月27日，星期五） void Set_RTC_Date(uint8_t year, uint8_t month, uint8_t date, uint8_t weekday) { sDate.Year = year; // 年份偏移，如0对应2000年 sDate.Month = month; sDate.Date = date; sDate.WeekDay = weekday; // RTC_WEEKDAY_MONDAY, ... SUNDAY if (HAL_RTC_SetDate(&hrtc, &sDate, RTC_FORMAT_BIN) != HAL_OK) { Error_Handler(); } } // 3. 读取当前时间日期 void Get_RTC_DateTime(RTC_TimeTypeDef* gTime, RTC_DateTypeDef* gDate) { // 读取时间和日期 HAL_RTC_GetTime(&hrtc, gTime, RTC_FORMAT_BIN); HAL_RTC_GetDate(&hrtc, gDate, RTC_FORMAT_BIN); // 注意：HAL库要求必须连续调用GetTime和GetDate，且GetDate必须在GetTime之后， // 以确保读取的是同一时刻的完整时间日期快照。 } // 使用示例 void Print_CurrentTime(void) { RTC_TimeTypeDef current_time; RTC_DateTypeDef current_date; Get_RTC_DateTime(¤t_time, ¤t_date); printf("Date: 20%02d-%02d-%02d %s, Time: %02d:%02d:%02d\r\n", current_date.Year, current_date.Month, current_date.Date, WeekdayToString(current_date.WeekDay), current_time.Hours, current_time.Minutes, current_time.Seconds); }

5.3 RTC闹钟配置与低功耗唤醒实战

RTC闹钟是实现定时任务和低功耗唤醒的核心。配置闹钟时，需要指定一个掩码来决定比较哪些字段。

RTC_AlarmTypeDef sAlarm = {0}; void Set_RTC_Alarm(uint8_t hour, uint8_t min, uint8_t sec) { sAlarm.AlarmTime.Hours = hour; sAlarm.AlarmTime.Minutes = min; sAlarm.AlarmTime.Seconds = sec; sAlarm.AlarmTime.SubSeconds = 0; sAlarm.AlarmTime.DayLightSaving = RTC_DAYLIGHTSAVING_NONE; sAlarm.AlarmTime.StoreOperation = RTC_STOREOPERATION_RESET; // 设置闹钟匹配掩码 sAlarm.AlarmMask = RTC_ALARMMASK_DATEWEEKDAY | // 忽略日期/星期，每天触发 RTC_ALARMMASK_HOURS | // 忽略小时？不，这里我们指定了小时 RTC_ALARMMASK_MINUTES | // 忽略分钟？不，指定了分钟 RTC_ALARMMASK_SECONDS; // 不忽略秒，在指定的秒数触发 // 更常见的用法是：sAlarm.AlarmMask = RTC_ALARMMASK_DATEWEEKDAY; // 每天固定时分秒触发 // 或者：sAlarm.AlarmMask = RTC_ALARMMASK_NONE; // 精确匹配年月日时分秒 sAlarm.AlarmSubSecondMask = RTC_ALARMSUBSECONDMASK_ALL; sAlarm.AlarmDateWeekDaySel = RTC_ALARMDATEWEEKDAYSEL_DATE; sAlarm.AlarmDateWeekDay = 1; // 当AlarmDateWeekDaySel=RTC_ALARMDATEWEEKDAYSEL_DATE时，表示日期1号 sAlarm.Alarm = RTC_ALARM_A; // 使用闹钟A // 使能闹钟A中断 HAL_NVIC_SetPriority(RTC_Alarm_IRQn, 0, 0); HAL_NVIC_EnableIRQ(RTC_Alarm_IRQn); if (HAL_RTC_SetAlarm_IT(&hrtc, &sAlarm, RTC_FORMAT_BIN) != HAL_OK) { Error_Handler(); } } // RTC闹钟中断服务函数 void RTC_Alarm_IRQHandler(void) { HAL_RTC_AlarmIRQHandler(&hrtc); } // 闹钟中断回调函数（在HAL库中，需要重写此弱函数） void HAL_RTC_AlarmAEventCallback(RTC_HandleTypeDef *hrtc) { // 这里处理闹钟触发后的任务 printf("RTC Alarm Triggered!\r\n"); // 例如，可以设置一个全局标志，在主循环中处理 alarm_triggered = 1; }

结合待机模式：如上文BKP部分示例，在设置好闹钟后，调用HAL_PWR_EnterSTANDBYMode()，MCU会进入最低功耗状态。当RTC闹钟时间到，系统会复位并从main函数开始执行。此时，VBAT维持的备份域（包括RTC和BKP）状态得以保留，程序可以读取BKP中保存的状态来判断唤醒原因。

6. 调试技巧、常见问题与故障排查实录

即使按照手册操作，BKP和RTC仍然可能出问题。下面是我在项目中遇到的一些典型问题及解决方法。

6.1 RTC时间不准或不走时

这是最高频的问题，排查思路如下：

6.2 BKP数据读写异常或丢失

6.3 低功耗模式下RTC唤醒失败

6.4 软件层面的调试心得

1. 善用printf调试：在初始化BKP/RTC的关键步骤（如打开写保护、写入标志、设置时间）前后，通过串口打印状态信息，这是最直接的调试手段。
2. 检查HAL库函数返回值：所有HAL_RTC_*和HAL_PWR_*函数都有返回值，务必检查是否为HAL_OK，不要假设它总是成功。
3. 仿真器调试限制：当使用ST-Link等仿真器进行调试时，全速运行下RTC是正常工作的。但如果你单步调试，RTC的时钟源（LSE/LSI）可能因为内核暂停而停止，导致RTC计时暂停或相关操作超时失败。这是正常现象，并非代码错误。测试低功耗和RTC功能时，最好烧录后脱机运行，通过物理现象（如LED闪烁、串口输出）来验证。
4. 版本差异：不同系列的STM32（如F1, F4, H7），甚至同系列不同型号，其RTC和BKP的寄存器细节、库函数接口可能有细微差别。务必以你正在使用的芯片型号的《参考手册》和《数据手册》为最终依据，CubeMX生成的代码和库函数手册是重要的参考，但并非绝对真理。

7. 项目进阶：构建一个简易数据记录仪

掌握了基础读写和RTC计时后，我们可以将这些知识整合起来，做一个有实用价值的小项目：一个基于BKP和RTC的简易系统状态记录仪。

需求：设备每天定时（例如凌晨2点）记录一次内部温度传感器（假设有）的数值和当前状态，并存储到非易失性存储器中。设备大部分时间处于低功耗的停止模式，由RTC闹钟每天唤醒一次。记录满后，通过串口一次性上传所有数据。

设计思路：

1. 存储结构：利用BKP寄存器有限的空间（如20个DR）。每一条记录占用2个寄存器：一个存温度值（uint16_t），一个存日期戳（将年、月、日、时、分打包成一个uint16_t，需要自定义编码规则）。这样最多能存10条记录。
2. 索引管理：使用一个固定的BKP寄存器（如BKP_DR0）作为写索引，记录下一条数据该存到哪个位置。初始为0。
3. 工作流程：
   • 主电源上电或RTC闹钟唤醒后，初始化备份域。
   • 检查BKP中的索引值。
   • 读取温度传感器，获取当前RTC时间。
   • 将温度数据和编码后的时间戳，存入索引指向的两个BKP寄存器。
   • 更新索引值（index = (index + 2) % 20），如果索引回绕到0，可以设置一个“存储已满”的标志位。
   • 如果“存储已满”标志被置位，则在完成本次记录后，唤醒主控制器，通过串口将所有记录发送出去，然后清空索引和标志位。
   • 重新设置RTC闹钟为明天凌晨2点，然后进入停止模式。
4. 低功耗优化：在停止模式下，除了RTC和备份域，关闭所有其他外设时钟，将GPIO设置为模拟输入以降低功耗，使设备整体功耗降至微安级别。

这个项目综合运用了BKP数据存储、RTC定时、日历读取、低功耗模式管理等多个知识点，是一个非常好的练手项目。它让你思考如何用有限的资源（BKP寄存器）解决实际问题，并深刻理解备份域在嵌入式低功耗设计中的核心地位。

通过这个项目，你会真正体会到，BKP和RTC不仅仅是两个独立的外设，更是构建可靠、低功耗嵌入式系统的基石。它们让设备拥有了“记忆”和“时间感”，从而能够执行更复杂、更智能的任务。