核心心法：如何阅读手册中的寄存器表格？

STM32F1系列下的不同产品子系列

• 基础/增强型：STM32F10X_LD / _MD / _HD。这是最常用的分类，根据Flash容量大小划分-。STM32F103C8T6 就属于这个类别，对应 STM32F10X_MD。

• 互联型：STM32F10X_CL (Connectivity Line)。指集成了更丰富外设（如以太网、USB OTG）的STM32F105/107系列。

• 超值型：STM32F10X_LD_VL / _MD_VL / _HD_VL (Value Line)。专指性价比高、成本敏感的STM32F100系列。

频率和秒的知识点

格式化输出符号

C语言常用转义字符

• 转义字符以\开头，用来表示无法直接输入 / 显示的特殊字符，或解决\、"这类符号的冲突问题。

ANSI 终端控制码（彩色文本 + 格式控制）

• NSI 控制码以\033[（即ESC[，\033是 ESC 的 8 进制表示）开头，用来控制终端的文本颜色、格式，支持大部分串口助手（如 DYS 串口助手、Xshell、PuTTY）

（1）基础格式控制码

（2）前景 / 背景颜色对照表

（2.1）基础8色（所有终端通用）

（2.2）16 色（绝大多数串口助手支持，推荐使用）

• 在基础 8 色的基础上，增加了高亮版本，通过在颜色代码前加1;（高亮属性）实现，颜色更鲜艳、更清晰

• 示例（STM32）：

（2.3）256 色（部分高级串口助手支持）

• 支持 Xshell、SecureCRT、MobaXterm 等专业终端

• 格式：
• 前景色：38;5;颜色编号
• 背景色：48;5;颜色编号

• 颜色编号范围：0~255，分为 3 个区域：
• 0~15：对应上面的 16 色
• 16~231：216 种 RGB 颜色（6×6×6 色板）
• 232~255：24 级灰度（从黑到白）

• 示例：

（2.4）24 位真彩色（仅专业终端支持）

• 支持 Xshell 7+、SecureCRT 9+、Windows Terminal 等现代终端，绝大多数串口助手不支持

• 格式：
• 前景色：38;2;R;G;B
• 背景色：48;2;R;G;B

• 其中 R、G、B 的范围是0~255

• 示例：

（3）控制码格式与示例

• 格式：\033[<格式>;<背景>;<前景>m，用\033[0m结束控制序列

• 示例 1：黑底绿色高亮文字

• \033[1;40;32m：开启高亮、黑背景、绿前景

• \033[0m：恢复默认格式，避免后续文本也带颜色

• 示例 2：红色闪烁文字

• 示例 3：带背景的蓝色文字

存储器映像

STM32F103xx增强型模块框图（后续设置SYSCLK、AHB、APB1、APB2等都需要查看这幅图）

时钟树（后续设置SYSCLK、AHB、APB1、APB2等都需要查看这幅图）

单片机内部电路常见的四种模式

51单片机识别模式方式

双向模式

开漏模式

推挽模式

• 上方MOS管：PMOS管，下方MOS管：NMOS管

浮空模式

一、四种方法实现的LED闪灯程序文件分析

1.1 RCC_Configuration(void)

① 宏观目的

② 编写者视角🚀

③ RCC时钟是什么？为什么要从HSI设置为HSE+PLL？为什么需要外设时钟？

ErrorStatus HSEStartUpStatus

• 出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 含义：定义状态变量

• 我写这行的想法：定义一个叫 HSEStartUpStatus 的变量，它的类型是 ErrorStatus。我查到 ErrorStatus 只有两个值：SUCCESS 和 ERROR。我用它来存“等待外部晶振”的结果：成功了还是失败了。

• stm32f10x.h文件中ErrorStatus类型的定义代码：

RCC_DeInit( )

• 编写这行代码之前，芯片的时钟系统被人动过什么手脚（可能别的代码改过、或者系统从某个异常状态恢复）。我不能冒险在一个不确定的状态上直接配置，万一某个寄存器里还残留着上次的“半吊子”设置，我的配置加上去可能就乱了。所以我的第一件事是：全部清零，重新来过。

• 含义：恢复出厂时钟设置

• 设计意图：这是一个“回到原点”的操作。它不假定任何硬件状态，强制把时钟系统拨回最原始的上电默认值。这样我后续的配置就是从一张白纸开始，不会出现“旧配置残留导致异常”的棘手Bug。

• 我写这行的想法：先把时钟系统“恢复出厂设置”。为什么第一件事要做这个？因为我不知道之前系统被谁动过、处于什么状态。直接配置可能出乱子。所以我调用 RCC_DeInit，它帮我把所有时钟寄存器拨回到上电默认值（系统切回内部8MHz时钟，关掉外部晶振和PLL）。

• 出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

• stm32f10x_rcc.c文件中RCC_DeInit函数代码：

★（1）RCC->CR |= 0x01

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

• 其中与0x01或运算，代表将HSION置为1，其余不变（在或运算中，0代表位的值不变，1代表将改位置为1）

• 至于CR寄存器的其他位为什么不清零？

位	名称	类型	复位值	描述
0	HSION	控制位	1	内部高速时钟使能。复位后默认开。
1	HSIRDY	状态位	?	硬件自动管理。HSI稳定后由硬件置1。
7:3	HSITRIM	控制位	16	HSI频率微调，默认值16对应8MHz。
15:8	HSICAL	校准值	?	这是芯片出厂时校准好的，保证HSI频率精准的。你要是改了它，8MHz就不准了，千万别改。
16	HSEON	控制位	0	外部高速时钟使能。复位后默认关。【当系统已经安全切回HSI，才能关闭；意思是先设置CFGR寄存器】
17	HSERDY	状态位	0	硬件自动管理。HSE稳定后由硬件置1。
18	HSEBYP	控制位	0	外部时钟旁路选择。【当系统已经安全切回HSI，才能关闭；意思是先设置CFGR寄存器】
19	CSSON	控制位	0	时钟安全系统使能。【当系统已经安全切回HSI，才能关闭；意思是先设置CFGR寄存器】
24	PLLON	控制位	0	PLL使能。复位后默认关。【当系统已经安全切回HSI，才能关闭；意思是先设置CFGR寄存器】
25	PLLRDY	状态位	0	硬件自动管理。PLL锁定后由硬件置1。

★（2）RCC->CFGR &= (uint32_t)0xF8FF000

• 因为使用的是STM32F103C8T6芯片，所以是非互联型，因此条件判断为不是STM32F10X_CL。

• 根据这行代码，表示位0~15位清零，24~26位清零，其余位不变（在与运算中，0代表位的值清零，1代表不变）

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

★（3）RCC->CR &= (uint32_t)0xFEF6FFFF

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

• 根据这行代码，表示第16、19、24位清零，其余不变

★（4）RCC->CR &= (uint32_t)0xFFFBFFFF

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

• 这行代码表示第18位清零，其余不变（旁路模式是用来接外部方波时钟的，我们用的是晶振，所以这个模式必须关掉。）

 

★（5）RCC->CFGR &= (uint32_t)0xFF80FFFF

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这行代码表示第16~22位清零，其余不变

★（6）最后的条件编译

• 有关参考手册内容，在本小节后面部分有图片显示

• 参考手册第85~86页

互联型：

• 参考手册第63~65页

非互联型：

• 参考手册第88~89页

互联型：

• 参考手册第101~102页

互联型：

 

RCC_HSEConfig(RCC_HSE_ON)

• 设计意图：函数先把“开关”和“旁路”都关干净，然后再按需要打开。这是一种“先复位再设置”的模式，保证任何情况调这个函数都是安全可预期的。

• 我写这行的想法：现在要打开8MHz外部晶振了。RCC_HSE_ON 是一个宏，值是 0x00010000。我调用 RCC_HSEConfig 函数，它里面会把这个值写到硬件寄存器里。

• 参数RCC_HSE_ON的值为((uint32_t)0x00010000)【0000 0000 0000 0001 0000 0000 0000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CR（时钟控制寄存器）- - - 与参数有关

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

• RCC_HSEConfig(RCC_HSE_ON)这个函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）RCC_CR &= CR_HSEON_Reset和RCC_CR &= CR_HSEBYP_Reset

• CR_HSEON_Reset的值为((uint32_t)0xFFFEFFFF)，CR_HSEBYP_Reset的值为((uint32_t)0xFFFBFFFF)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CR（时钟控制寄存器）- - - 与代码语句有关

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

• 含义：前者表示将HSEON这个16位进行清零操作，后者表示将HSEBYP这个18位进行清零操作，其余位不变（与运算，1表示不变，0表示清零）

HSEStartUpStatus = RCC_WaitForHSEStartUp( )

• HSEStartUpStatus这个变量的类型在第一行有说明（ErrorStatus，有两值：ERROR（0）、SUCCESS（1））

• RCC_WaitForHSEStartUp( )的作用（大白话）：打开外部高速时钟(HSE)的开关之后，等着它“起床”，直到它彻底稳定，或者等了太久没反应就报错。

• 设计意图：等待一个外部硬件事件，必须带超时机制。如果晶振坏了或者虚焊了，程序总不能在这里死循环一万年。等1280次还没好，就返回 ERROR，让上层代码决策（比如降级用内部时钟跑，或者报错）。

• 我写这行的想法：通电只是开始，晶振需要时间“抖稳”。在手册第60页查到 HSERDY 位（第17位），它会在晶振稳定后被硬件自动置1。我调用 RCC_WaitForHSEStartUp 函数，它会反复去查这个位，并把结果（成功或超时失败）存到 HSEStartUpStatus 里。

• 出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）HSEStatus = RCC_GetFlagStatus(RCC_FLAG_HSERDY)

• HSEStatus是FlagStatus类型的变量，有两值：RESET（0）、SET（1）

• HSEStatus的值是随硬件而变化的

• 参数RCC_FLAG_HSERDY的值为((uint8_t)0x31)，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CR（时钟控制寄存器）- - - 与参数有关

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

RCC_BDCR（备份域控制寄存器）- - - 与参数有关

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RCC_CSR（控制/状态寄存器）- - - 与参数有关

• RCC_CSR控制/状态寄存器在参考手册第75~76页有定义

★ RCC_GetFlagStatus(RCC_FLAG_HSERDY)是一个被调用函数

• 整体作用：看时钟是否达到稳定的状态

• 出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

if(HSEStartUpStatus == SUCCESS){ /*省略*/ }

• 我写这行的想法：如果外部晶振启动成功了，才进行后面的倍频和切换操作。因为外部晶振是PLL的输入源，它没稳定，后面一切免谈。

• 含义：如果HSEStartUpStatus是否为SUCCESS(1)，则执行下面条件判断内部语句

RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMUl_9)

• 设计意图：采用“读-改-写”模式，只修改需要改变的位，不影响其他无关位。同时必须先关闭 PLL 才能修改配置，前面的 RCC_DeInit 已经确保 PLL 是关闭的。

• 我写这行的想法：晶振好了，现在设置倍频器PLL。我要告诉PLL两件事：

• 第一个参数RCC_PLLSource_HSE_Div1的值为((uint32_t)0x00010000)【000 0000 0000 0001 0000 0000 0000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与参数有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 第二个参数RCC_PLLMul_9的值为((uint32_t)0x001C0000)【0000 0000 0001 1100 0000 0000 0000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与参数有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• RCC_PLLConfig函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= CFGR_PLL_Mask

• CFGR_PLL_Mask的值为((uint32_t)0xFFC0FFFF)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这行代码表示需要对RCC_CFGR（时钟配置寄存器）进行PLL设置，则需要对目标位（即第16~21位进行清零操作）

RCC_HCLKConfig(RCC_SYSCLK_Div1)

• 设计意图：AHB 是系统主总线，连接 CPU、内存、DMA 等核心部件，设为不分频以获得最高吞吐性能。

• 我写这行的想法：设完PLL参数，现在设AHB总线（主血管）的速度。RCC_SYSCLK_Div1 = 0x00000000，意思是“不分频”。等会儿系统时钟是多少，AHB总线就跑多少。

• 参数RCC_SYSCLK_Div1的值为((uint32_t)0x00000000)【0000 0000 0000 0000 0000 0000 0000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与参数有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• RCC_HCLKConfig函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= CFGR_HPRE_Reset_Mask

• CFGR_HPRE_Reset_Mask的值为((uint32_t)0xFFFFFF0F)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这条语句表示对CRR_CFGR（时钟配置寄存器）进行第4~7位的清零操作

RCC_PCLK1Config(RCC_HCLK_Div2)和RCC_PCLK2Config(RCC_HCLK_Div1)

• 设计意图：前者：APB1 总线连接定时器、串口、I2C 等外设，手册规定其最高频率为 36MHz。当 HCLK 跑 72MHz 时，必须至少 2 分频才能保证这些外设不会超频损坏。后者：APB2 连接 GPIO、USART1、SPI1 等高速外设，支持 72MHz 全速运行，所以不分频。

• 我写这两行的想法：前者：设低速外设总线APB1的速度。RCC_HCLK_Div2 = 0x00000400，意思是“2分频”。等会儿AHB跑72MHz，APB1就跑36MHz。手册上查到APB1最高只能跑36MHz，所以必须分频。后者：设高速外设总线APB2的速度。它也能跑72MHz，所以不用分频。RCC_HCLK_Div1 = 0x00000000。

• 参数RCC_HCLK_Div2的值为((uint32_t)0x00000400)【0000 0000 0000 0000 0000 0100 0000 0000】，参数RCC_HCLK_Div1的值为((uint32_t)0x00000000)【0000 0000 0000 0000 0000 0000 0000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与参数有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• RCC_PCLK1Config函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= CFGR_PPRE1_Reset_Mask

• CFGR_PPRE1_Reset_Mask的值为((uint32_t)0xFFFFF8FF)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这条语句表示对CRR_CFGR（时钟配置寄存器）进行第8~10位的清零操作

• RCC_PCLK2Config函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= CFGR_PPRE2_Reset_Mask

• CFGR_PPRE2_Reset_Mask的值为((uint32_t)0xFFFFC7FF)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这条语句表示对CRR_CFGR（时钟配置寄存器）进行第11~13位的清零操作

FLASH_SetLatency(FLASH_Latency_2)

• 设计意图：当系统时钟超过 48MHz 时，Flash 存储器的读取速度跟不上 CPU 的取指速度。手册规定 48MHz~72MHz 必须使用 2 个等待周期。这一步如果不做，CPU 可能读到错误的指令，系统立即崩溃。

• 我写这行的想法：CPU跑72MHz太快了，FLASH存储器跟不上。我在手册上查到，频率超过48MHz时必须设置2个等待周期。FLASH_Latency_2 = 0x00000002

• 参数FLASH_Latency_2的值为((uint32_t)0x00000002)【0000 0000 0000 0000 0000 0000 0000 0010】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_flash.h（外设固体库头文件）- - - ✿ 固体库文件

FLASH_ACR（闪存访问控制寄存器）- - - 与参数有关

• FLASH_ACR闪存访问控制寄存器在STM32F10xxx闪存编程手册第15页有定义

• FLASH_SetLatency函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= ACR_LATENCY_Mask

• ACR_LATENCY_Mask的值为((uint32_t)0x00000038)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_ACR（闪存访问控制寄存器）- - - 与代码语句有关

• FLASH_ACR闪存访问控制寄存器在STM32F10xxx闪存编程手册第15页有定义

• 这条语句表示对FLASH_ACR（闪存访问控制寄存器）进行第0~2位的清零操作

FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable)

• 设计意图：预取缓冲是硬件加速功能。开启后，Flash 控制器会在 CPU 读取指令的同时预读后面的指令放进缓冲区。当 CPU 需要下一条指令时可以直接从缓冲区取，减少等待时间。这能显著补偿等待周期带来的性能损失，让程序在 72MHz 下也能接近“零等待”执行。

• 我写这行的想法：打开FLASH的“预取缓冲”功能。这能让FLASH在读当前指令时，偷偷把后面几条指令也读进来，CPU就不用等了，能大大提速。

• 参数FLASH_PrefetchBuffer_Enable的值为((uint32_t)0x00000010)【0000 0000 0000 0000 0000 0000 0001 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_flash.h（外设固体库头文件）- - - ✿ 固体库文件

FLASH_ACR（闪存访问控制寄存器）- - - 与参数有关

• FLASH_ACR闪存访问控制寄存器在STM32F10xxx闪存编程手册第15页有定义

• FLASH_PrefetchBufferCmd函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

★（1）FLASH->ACR &= ACR_PRFTBE_Mask

• ACR_PRFTBE_Mask的值为((uint32_t)0xFFFFFFEF)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_ACR（闪存访问控制寄存器）- - - 与参数有关

• FLASH_ACR闪存访问控制寄存器在STM32F10xxx闪存编程手册第15页有定义

• 这条语句表示对FLASH_ACR（闪存访问控制寄存器）进行第4位的清零操作

RCC_PLLCmd(ENABLE)

• 设计意图：PLL 参数已设好，总线已配好，Flash 已调优，现在可以按下“启动键”。位带操作比“读-改-写”更快、更安全，避免了中断干扰的风险。

• 我写这行的想法：现在PLL的参数设好了，系统总线的分频也设好了，FLASH的等待周期也调好了。万事俱备，可以“点火”启动PLL了！ENABLE 的值是 1。

• 参数ENABLE为枚举类型FunctionalState，值为1，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• RCC_PLLCmd函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）*(__IO uint32_t *) CR_PLLON_BB = (uint32_t)NewState

• CR_PLLON_BB涉及到“位段”的知识点，“位段”出自参考手册第29~30页有定义

• CR_PLLON_BB的值为0x42420060，它的值的计算分别出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件 ，

出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算步骤：（外设RCC的起始地址为0x4002 1000 ~ 0x4002 13FF）

• *(__IO uint32_t *) CR_PLLON_BB 两个* 号的含义

while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)

• 设计意图：PLL 启动后，内部电路需要时间将频率“锁定”到目标值。这个时间是不确定的（取决于环境和电路），必须用死循环等待硬件给出“就绪”信号。不等待就直接切换时钟，系统必然崩溃。

• 我写这行的想法：PLL启动后需要时间稳定，不能立刻切换过去。在手册里找到 PLLRDY 位（第25位），它会在PLL稳定后被硬件置1。RCC_FLAG_PLLRDY = 0x39 就是指向这一位的暗号。我就在这死等，直到 RCC_GetFlagStatus 告诉我它好了。

• 参数RCC_FLAG_PLLRDY的值为((uint8_t)0x39)【0011 1001，（1，25）】，代表RCC_CR（时钟控制寄存器）的第26位PLLRDY（PLL时钟就绪标志）；这个第25位是有硬件设置的，所以主要是看上一步代码是否成功设置第24位PLLON（PLL使能）为1；

• RCC_GetFlagStatus(RCC_FLAG_PLLRDY)这个函数在之前的“HSEStartUpStatus = RCC_WaitForHSEStartUp( )”的“★（1）HSEStatus = RCC_GetFlagStatus(RCC_FLAG_HSERDY) ”有详细解释，可往上面翻一番；

• 这行代码其实就是让你判断第25位PLLRDY（PLL时钟就绪标志）是否设置为1了，设置成功，就借宿循坏，进入下一步代码；

RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK)

• 设计意图：SW 位是系统时钟的“选择开关”。将开关拨到 PLL 档，硬件就会开始切换过程，但并不是瞬间完成。

• 我写这行的想法：PLL稳定了，现在把系统时钟从HSI（内部8MHz）切换到PLL（72MHz）。RCC_SYSCLKSource_PLLCLK = 0x00000002。

• 参数RCC_SYSCLKSource_PLLCLK的值为((uint32_t)0x00000002)【0000 0000 0000 0000 0000 0000 0000 0010】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

• 函数RCC_SYSCLKConfig出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

★（1）tmpreg &= CFGR_SW_Mask

• CFGR_SW_Mask的值为((uint32_t)0xFFFFFFFC)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• 这条语句表示对CRR_CFGR（时钟配置寄存器）进行第0~1位的清零操作

while(RCC_GetSYSCLKSource() != 0x08)

• 设计意图：SW 是我们要的目标，SWS 是硬件切换完成的回执。手册明确指出，必须检查 SWS 位来确认切换真正完成。时钟源切换不是原子操作，需要数个时钟周期。如果不等待，CPU 可能在时钟切换的“震荡期”执行指令，后果不可预测。

• 我写这行的想法：虽然我写了“请切换到PLL”的命令，但硬件切换需要几个时钟周期。RCC_GetSYSCLKSource 函数会去读 CFGR 寄存器里的 SWS 位（状态位）。当 SWS 位变成 10（二进制）时，整个寄存器的对应值是 0x08。我就死等，直到确认硬件真的切换完成了。

• RCC_GetSYSCLKSource( )函数出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

• CFGR_SWS_Mask的值为((uint32_t)0x0000000C)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

• RCC->CFGR & CFGR_SWS_Mask这条语句表示对CRR_CFGR（时钟配置寄存器）进行第2~3位的清零操作

RCC_APB2PeriphClockCmd(两个参数)

• 设计意图：芯片为了省电，外设时钟默认关上。你不开，GPIO 和串口就没法工作。这行代码就是“我明确告诉你，这些水管我要用，请给它们通水”。

• 我写这行的想法：时钟系统搞定了，现在“打开水龙头”，给外设供血。我把要用的外设（串口1、GPIO A/B/C/D/E）的位用 | 运算合在一起，打包发给 RCC_APB2PeriphClockCmd 函数。这些外设都挂在APB2总线上，所以我要去 APB2ENR 寄存器里把对应的位置1。

• 第一个参数为外设的相关变量，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_APB2ENR（APB2外设时钟使能寄存器）

• APB2外设时钟使能寄存器RCC_APB2ENR在参考手册第70~71页有定义，英文版第112~114页有定义（其中TIM15~17，参考手册和英文版都没有找到对应定义处）

 

• 第二个参数ENABLE为枚举类型FunctionalState，值为1；DISABLE，值为0；出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 函数RCC_APB2PeriphClockCmd出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_APB1PeriphClockCmd(两个参数)

• 设计意图：芯片为了省电，外设时钟默认关上。你不开，GPIO 和串口就没法工作。这行代码就是“我明确告诉你，这些水管我要用，请给它们通水”。

• 第一个参数为外设的相关变量，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_APB1ENR（APB1外设时钟使能寄存器）

• APB1外设时钟使能寄存器RCC_APB1ENR在参考手册第71~73页有定义，英文版第115~117页有定义（其中CAN2（第26位）和CEC（第30位），参考手册和英文版都没有找到对应定义处）

 

 

• 第二个参数ENABLE为枚举类型FunctionalState，值为1；DISABLE，值为0；出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 函数RCC_APB1PeriphClockCmd，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

1.2 LED_Init(void)

GPIO_InitTypeDef GPIO_InitStructure

• 含义：创建GPIO_InitTypeDef的变量

• GPIO_InitTypeDef这个类型，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_gpio.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA|RCC_APB2Periph_GPIOB|RCC_APB2Periph_GPIOC,ENABLE)

• 含义：在外设时钟使能寄存器RCC_APB2ENR，打开所需要的GPIOA、GPIOB、GPIOC三个外设IO端口的位的开关

• 在1.1 RCC_Configuration(void)的RCC_APB2PeriphClockCmd(两个参数)有说明其详细代码和作用

GPIO_InitStructure.GPIO_Pin = LED1 | LED2

• 含义：引脚设置为LED1和LED2，即第0个和第1个引脚，GPIO_InitStructure.GPIO_Pin = 0x0003

• LED1和LED2出自led.h文件

#define LED1 PBout(0)和#define LED2 PBout(1)

• 含义：定义LED1为PBout(0)【值为0x42218180，代表对ODR寄存器的第0位0DR0进行修改读取的虚拟地址（位段）】，定义LED2为PBout(1)【值为0x42218184，代表对ODR寄存器的第1位0DR1进行修改读取的虚拟地址（位段）】

• “位段”出自参考手册第29~30页有定义

• PBout(0或1)出自sys.h文件

GPIOA/B/C/D/E/F/G_BASE，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 例子中的PBout(1)：

POut(0)：

#define LEDPORT GPIOB

• 含义：定义LEDPORT为GPIOB，其中GPIOB的十六进制值代表在寄存器的起地址0x40010C00

• GPIO端口B在寄存器的起始地址：0x4001 0C00 ~ 0x4001 0FFF

• GPIOB，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• GPIO_TypeDef，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• GPIOA/B/C/D/E/F/G_BASE，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算下来：（GPIOA~G计算出来的十六进制为该外设在存储器映像中寄存器的开始地址，即基地址）

GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP

• 含义：将GPIO的工作模式设置为推挽输出（0x10）

• GPIO_Mode_Out_PP为推挽输出(0x10)，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_gpio.h（外设固体库头文件）- - - ✿ 固体库文件

端口配置高寄存器（GPIOx_CRH）

• GPIOx_CRH在参考手册第106页和参考手册第114页有定义

GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz

• 含义：将GPIO的速度设置为50MHz

• GPIO_Speed_50MHz为2，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_gpio.h（外设固体库头文件）- - - ✿ 固体库文件

GPIO_Init(LEDPORT, &GPIO_InitStructure)

• 含义：调用GPIO_Init函数，其目的在于将前几行设置的值写入对应外设的寄存器中

• 第一个参数在之前的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LEDPORT GPIOB ”有说明，即为GPIOB的基地址（0x0x40010C00）,GPIO端口B在寄存器的起始地址：0x4001 0C00 ~ 0x4001 0FFF。LEDPORT（即 GPIOB）本质上是一个指向地址 0x40010C00 的结构体指针。

• 第二个参数则为之前说明的GPIO_InitStructure变量（内部根据前几行代码设置的值：0x0003（引脚0和1）、0x10（推挽输出）、2（50MHz）），GPIO_InitStructure表示结构体本身，而&GPIO_InitStructure表示指向这个结构体的地址，因为函数内部要拿到结构体的地址，才能对其本身进行修改

• GPIO_Init函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

端口配置低寄存器（GPIOx_CRL）

• GPIOx_CRL端口配置低寄存器在参考手册第113页有定义

端口配置高寄存器（GPIOx_CRH）

• GPIOx_CRH端口配置高寄存器在参考手册第114页有定义

端口输出数据寄存器（GPIOx_ODR）

• GPIOx_ODR端口输出数据寄存器在参考手册第115页有定义

端口位设置/清除寄存器（GPIOx_BSRR）

• GPIOx_BSRR端口位设置/清除寄存器在参考手册第115页有定义

端口位清除寄存器（GPIOx_BRR）

• GPIOx_BRR端口位清除寄存器在参考手册第115~116页有定义

1.3 GPIO_WriteBit(LEDPORT,LED1,(BitAction)(1或0或1-GPIO_ReadOutputDataBit(LEDPORT,LED1)))

• 含义：BitAction(1)为高电平，BitAction(0)为低电平

• 第一个参数在之前的“1.2 LED_Init(void)”的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LEDPORT GPIOB ”有说明，即为GPIOB的基地址（0x0x40010C00）,GPIO端口B在寄存器的起始地址：0x4001 0C00 ~ 0x4001 0FFF。LEDPORT（即 GPIOB）本质上是一个指向地址 0x40010C00 的结构体指针。

• 第二个参数LED1在之前的“1.2 LED_Init(void)”的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LED1 GPIO_Pin_0和#define LED2 GPIO_Pin_1 ”有说明，即(uint16_t)0x0001

• 第三个参数(BitAction)(1)代表强制将1转换为BitAction，则为Bit_Set；(BitAction)(0)代表强制将0转换为BitAction，则为Bit_RESET。BitAction出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_gpio.h（外设固体库头文件）- - - ✿ 固体库文件

• 第三个参数还有一个情况：(BitAction)(1-GPIO_ReadOutputDataBit(LEDPORT,LED1))
• 这个1-GPIO_ReadOutputDataBit(LEDPORT,LED1)是取反的意思。
• 假设GPIO_ReadOutputDataBit(LEDPORT,LED1)为0时，1-GPIO_ReadOutputDataBit(LEDPORT,LED1)为1。(BitAction)(1)。
• 假设GPIO_ReadOutputDataBit(LEDPORT,LED1)为1时，1-GPIO_ReadOutputDataBit(LEDPORT,LED1)为0。(BitAction)(0)。
• GPIO_ReadOutputDataBit(LEDPORT,LED1)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

• GPIO_WriteBit函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

端口输出数据寄存器（GPIOx_ODR）

• GPIOx_ODR端口输出数据寄存器在参考手册第115页有定义

端口位设置/清除寄存器（GPIOx_BSRR）

• GPIOx_BSRR端口位设置/清除寄存器在参考手册第115页有定义

端口位清除寄存器（GPIOx_BRR）

• GPIOx_BRR端口位清除寄存器在参考手册第115~116页有定义

1.4 GPIO_SetBits(LEDPORT,LED1)和GPIO_ResetBits(LEDPORT,LED1)

• 含义：前者让引脚0为高电平，后者让引脚0为低电平

• 第一个参数在之前的“1.2 LED_Init(void)”的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LEDPORT GPIOB ”有说明，即为GPIOB的基地址（0x0x40010C00）,GPIO端口B在寄存器的起始地址：0x4001 0C00 ~ 0x4001 0FFF。LEDPORT（即 GPIOB）本质上是一个指向地址 0x40010C00 的结构体指针。

• 第二个参数LED1在之前的“1.2 LED_Init(void)”的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LED1 GPIO_Pin_0和#define LED2 GPIO_Pin_1 ”有说明，即(uint16_t)0x0001

• GPIO_SetBits和GPIO_ResetBits两个函数，都出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

端口输出数据寄存器（GPIOx_ODR）

• GPIOx_ODR端口输出数据寄存器在参考手册第115页有定义

端口位设置/清除寄存器（GPIOx_BSRR）

• GPIOx_BSRR端口位设置/清除寄存器在参考手册第115页有定义

端口位清除寄存器（GPIOx_BRR）

• GPIOx_BRR端口位清除寄存器在参考手册第115~116页有定义

1.5 GPIO_Write(LEDPORT,0x0001或者0x0000)

• 含义：直接数值操作将变量值写入LED

• 第一个参数在之前的“1.2 LED_Init(void)”的“GPIO_InitStructure.GPIO_Pin = LED1 | LED2”的“#define LEDPORT GPIOB ”有说明，即为GPIOB的基地址（0x0x40010C00）,GPIO端口B在寄存器的起始地址：0x4001 0C00 ~ 0x4001 0FFF。LEDPORT（即 GPIOB）本质上是一个指向地址 0x40010C00 的结构体指针。

• GPIO_Write函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

1.6 delay_us、delay_ms、delay_s

• 三个函数，出自delay.c代码文件

• SysTick的来源，出自CMSIS文件夹下的内核相关的core_cm3.h（内核寄存器定义）- - - ✿ 固体库文件

二、按键控制LED程序

2.1 KEY_Init(void)

GPIO_InitStructure.GPIO_Pin = KEY1 | KEY2

• 含义：引脚设置为KEY1和KEY2，即第0个和第1个引脚，GPIO_InitStructure.GPIO_Pin = 0x0003

• KEY1和KEY2出自key.h文件

#define KEY1 PAin(0)和#define KEY2 PAin(1)

• 含义：定义KEY1为PAin(0)【值为0x42210100，代表对IDR寄存器的第0位IDR0进行修改读取的虚拟地址（位段）】，定义KEY2为PAin(1)【值为0x42210104，代表对IDR寄存器的第1位IDR1进行修改读取的虚拟地址（位段）】

• “位段”出自参考手册第29~30页有定义

• PAin(0或1)出自sys.h文件

GPIOA/B/C/D/E/F/G_BASE，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 例子中的PAin(1)：

PAin(0)：

2.2 GPIO_ReadInputDataBit(KEYPORT,KEY1)

• GPIO_ReadInputDataBit(KEYPORT,KEY1)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_gpio.c（外设固体库文件）- - - ✿ 固体库文件

端口输入数据寄存器（GPIOx_IDR）

• GPIOx_IDR端口输出数据寄存器在参考手册第114页有定义

三、FLASH读写程序

3.1 FLASH_R和FLASH_W

FLASH_ClearFlag(FLASH_FLAG_BSY|FLASH_FLAG_EOP|FLASH_FLAG_PGERR|FLASH_FLAG_WRPRTERR)

• 含义：清除标志位

• FLASH_FLAG_BSY|FLASH_FLAG_EOP|FLASH_FLAG_PGERR|FLASH_FLAG_WRPRTERR = 0x00000035【0000 0000 0000 0000 0000 0000 0011 0101】

• 参数FLASH_FLAG_BSY、FLASH_FLAG_EOP、FLASH_FLAG_PGERR、FLASH_FLAG_WRPRTERR，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_flash.h（外设固体库头文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

FLASH_OBR（选项字节寄存器）

• FLASH_OBR选项字节寄存器在STM32F10xxx闪存编程手册第18页有定义

• FLASH_ClearFlag函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_ErasePage(add)

• 含义：擦除指定地址页

• FLASH_ErasePage函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_CR（闪存控制寄存器）

• FLASH_CR闪存控制寄存器在STM32F10xxx闪存编程手册第17页有定义

FLASH_AR（闪存地址寄存器）

• FLASH_AR闪存地址寄存器在STM32F10xxx闪存编程手册第18页有定义

FLASH_Status status = FLASH_COMPLETE

• 含义：FLASH的状态为操作成功完成（值为4），即对应FLASH_SR（闪存状态寄存器）的第5位

• 类型FLASH_Status，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_flash.h（外设固体库头文件）- - - ✿ 固体库文件

枚举值	数值	含义（大白话）	手册对应位置	对应硬件标志位
FLASH_BUSY	1	FLASH 正在忙，无法进行新的操作	第 16 页，3.4 节，位 0	FLASH_SR->BSY
FLASH_ERROR_PG	2	编程错误，试图向未擦除的地址写入数据	第 16 页，3.4 节，位 2	FLASH_SR->PGERR
FLASH_ERROR_WRP	3	写保护错误，试图写入被写保护的 FLASH 页	第 16 页，3.4 节，位 4	FLASH_SR->WRPRTERR
FLASH_COMPLETE	4	操作成功完成	第 16 页，3.4 节，位 5	FLASH_SR->EOP
FLASH_TIMEOUT	5	操作超时，这是软件添加的状态，手册中没有	无	无

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

assert_param(IS_FLASH_ADDRESS(Page_Address))

• 含义：检查参数是否合法

• IS_FLASH_ADDRESS函数，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_flash.h（外设固体库头文件）- - - ✿ 固体库文件

芯片类型	FLASH 容量	实际结束地址	是否小于0x080FFFFF
小容量	16K~32K	0x08007FFF	✅
中容量	64K~128K	0x0801FFFF	✅
大容量	256K~512K	0x0807FFFF	✅
互联型 (F105/F107)	128K~256K	0x0803FFFF	✅
XL 密度 (F10x_XL)	1MB	0x080FFFFF	✅（刚好等于）

芯片类型	FLASH 总容量	BANK 数量	BANK1 地址范围	BANK2 地址范围	你的 C8T6 属于哪类
小容量	16K~32K	1 个	0x08000000~0x08007FFF	无	❌
中容量	64K~128K	1 个	0x08000000~0x0801FFFF	无	✅（C8T6 是 64K）
大容量	256K~512K	1 个	0x08000000~0x0807FFFF	无	❌
XL 密度	1MB	2 个	0x08000000~0x0807FFFF（512K）	0x08080000~0x080FFFFF（512K）	❌

status = FLASH_WaitForLastBank1Operation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastBank1Operation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank1Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank1Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

status = FLASH_WaitForLastBank2Operation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastBank2Operation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank2Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank2Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）- - - SR2与之一样，只是名字变了

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

status = FLASH_WaitForLastOperation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastOperation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank1Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank1Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

FLASH_ProgramHalfWord(add,dat)

• 含义：从指定页的add地址开始写

• FLASH_ProgramHalfWord函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_CR（闪存控制寄存器）

• FLASH_CR闪存控制寄存器在STM32F10xxx闪存编程手册第17页有定义

status = FLASH_WaitForLastBank1Operation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastBank1Operation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank1Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank1Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

status = FLASH_WaitForLastBank2Operation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastBank2Operation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank2Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank2Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）- - - SR2与之一样，只是名字变了

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

status = FLASH_WaitForLastOperation(EraseTimeout)

• 含义：返回当前FLASH的状态

• FLASH_waitForLastOperation函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

status = FLASH_GetBank1Status()

• 含义：获取FLASH的状态

• STM32 的 FLASH 擦除和写入操作，不是 CPU 指令直接完成的，而是由一个叫 FPEC（闪存编程 / 擦除控制器） 的独立硬件模块完成的。整个流程的大白话类比：你（CPU）让一个工人（FPEC）去搬砖（擦除 / 写入 FLASH）：
• 你先告诉工人要搬哪块砖（写地址寄存器）
• 你喊一声 "开始干活"（写 STRT 位触发操作）
• 工人开始干活，同时举起一个 "正在忙" 的牌子（硬件自动将 BSY 位置 1）
• 你不能催他，也不能让他同时干另一个活，只能站在旁边等
• 工人干完活，放下 "正在忙" 的牌子（硬件自动将 BSY 位清 0）
• 如果干活过程中出错了，他会举起 "编程错误" 或 "写保护错误" 的牌子（硬件自动置 PGERR/WRPRTERR 位）
• 如果顺利干完，他会举起 "干完了" 的牌子（硬件自动置 EOP 位）

• FLASH_GetBank1Status函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_SR（闪存状态寄存器）

• FLASH_SR闪存状态寄存器在STM32F10xxx闪存编程手册第16~17页有定义

FLASH_Lock()

• 含义：锁定FLASH编程擦除控制器

• FLASH_Lock函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_flash.c（外设固体库文件）- - - ✿ 固体库文件

FLASH_CR（闪存控制寄存器）

• FLASH_CR闪存控制寄存器在STM32F10xxx闪存编程手册第17页有定义

四、蜂鸣器驱动程序和MIDI音乐播放程序

五、USART串口发送程序

5.1 USART1_Init(115200)和USART1_printf("STM32 %d %d ",a,b)

• usart.h代码文件：

• USART1_Init函数和USART1_printf函数，出自usart.c文件

半主机模式

#if 1 #endif

• 这是一个代码开关：
• 写#if 1：开启 printf 重定向，能用 printf 打印到串口
• 写#if 0：关闭 printf 重定向，回到默认的半主机模式

#progma import(__use_no_semihosting)

• 这是给编译器下的命令："我明确告诉你，不要用半主机模式！所有输入输出我自己处理，你别瞎操心。"如果不写这一行，编译器会默认使用半主机模式，拔了调试器程序就会卡死。

struct __FILE {int handle;};FILE __stdout;

• 为什么要写？
• printf是 C 标准库的函数，标准库规定：所有输出都要写到一个叫FILE的 "文件" 里
• 电脑上的FILE对应屏幕、硬盘文件等
• 单片机上没有这些东西，但标准库还是要求必须有一个FILE对象
• 所以我们随便定义一个空的FILE结构体，再定义一个__stdout对象（标准输出）
• 就像你去银行办业务，银行要求你填一张表，虽然有些空你根本不需要填，但你必须填上 "无"，不然不给你办

• FILE是struct __FILE的别名，struct __FILE是结构体的真名，而定义别名这一步，在stdio.h已经写好了，__stdout不能改

_sys_exit(int x){x = x;}

• 为什么要写？
• 标准库的printf函数在某些情况下会调用_sys_exit()（程序退出函数）
• 电脑上的程序可以退出（比如关闭窗口），但单片机的程序是死循环，永远不会退出
• 所以我们写一个空的_sys_exit()函数，告诉标准库："我不需要退出，你调用我也什么都不做"
• 不写的话，编译器会报 "未定义引用_sys_exit" 的错误

• “系统异常、程序崩溃、程序要退出” 时准备的函数

int fputc(int ch, FILE *f){while((USART_n->SR&0X40)==0); USART_n->DR = (u8) ch; return ch;}

• fputc函数的原理：printf函数本身并不直接输出字符，它会把要输出的字符串拆成一个一个的字符，然后每一个字符都调用一次fputc函数来输出。原来的fputc是标准库写的，会把字符输出到电脑屏幕。现在我们重写了这个函数，让它把字符发送到 STM32 的串口上。

while((USART_n->SR&0X40)==0);

• 大白话：等串口把上一个字符发完。

• 类比：你用快递柜寄快递，必须等上一个人把柜门关上，你才能打开下一个柜门。USART_n->SR是串口的状态寄存器，0x40（0100 0000）是第 6 位（TC 位，发送完成位）。当 TC 位为 1 时，表示上一个字符已经发送完毕，可以发下一个了。如果不等就直接写，会导致字符丢失。

• TC位=1（发送完成）- - - 退出循环，TC位=0（正在发送，还没完）- - - 等着

• USART_n值为0x40013800，出自usart.h

且USART1值为0x40013800，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

#if EN_USART1或EN_USART2或EN_USART3

• 表示判断串口1或2或3是使能状态还是禁止状态

• EN_USART1、EN_USART2、EN_USART3，出自usart.h文件

u8 USART1_RX_BUF[USART1_REC_LEN]或USART2_RX_BUF[USART2_REC_LEN]或USART3_RX_BUF[USART3_REC_LEN]

• 表示定义串口的接受缓冲区（长度在200字节）

• USART1_REC_LEN、USART2_REC_LEN、USART3_REC_LEN，出自usart.h文件

u16 USART1_RX_STA=0或USART2_RX_STA=0或USART3_RX_STA=0

• 表示定义无符号的16位的变量名USART1_RX_STA或USART2_RX_STA或USART3_RX_STA

• USART1_RX_STA、USART2_RX_STA、USART3_RX_STA出自usart.h文件

va-list arg_ptr

• va-list来自于#include <stdarg.h> 头文件中

• 含义：专门找可变参数的指针，指向函数里那些“不确定数量的参数”，就比如USART1_printf(”数字：%d，字符串：%s”,123,”abc”)，其中123和”abc”就是数量不固定、类型也不固定的参数，所以123和”abc”在函数参数中一律按USART1_printf(char *fmt, …)写

va_start(arg_ptr, fmt)

• va_start来自于#include <stdarg.h> 头文件中

• 含义：指向fmt后面的第一个可变参数（也就是上例中的123），即从fmt这个参后面开始找

while((i < USART1_REC_LEN) && (I < strlen(buffer)))

• 含义：循环发送草稿纸上的每个字符，直到发完为止
• i < USART1_REC_LEN：防止超过草稿纸的长度
• i < strlen(buffer)：防止超过buffer的本身长度，即防止发送多余的空字符

vsnprintf(buffer, USART1_REC_LEN+1, fmt, arg_ptr)

• vsnprintf来自于#include "stdio.h" 头文件中

• 含义：如上例，把%d、%s这些占位符，替换成真正的参数，拼成完整的字符串

• 参数
• buffer：草稿纸，把拼好的字符串存在这里
• USART1_REC_LEN+1：草稿纸的最大长度，防止写超了（这里的加1代表是为了存字符串结尾的'\0'）
• fmt：格式化字符串（如”数字：%d，字符串：%s”）
• arg_ptr：指向可变参数的探测器

USART_SendData(USART1, (u8)buffer[i++])

• 含义：将草稿纸上的第i个字符发给串口1，然后计算器i加1

• USART_SendData函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

while(USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET)

• 含义：等串口把这个字符发完，再发下一个不然会丢字符

• USART_GetFlagStatus函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

• USART_TypeDef，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• USART_FLAG_TC（发送完成）、USART_FLAG_CTS（CTS标志）、IS_USART_FLAG函数、IS_USART_123_PERIPH函数，都出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

状态寄存器（USART_SR）

• USART_SR状态寄存器在参考手册第540~541页有定义

va_end(arg_ptr)

• va_end来自于#include <stdarg.h> 头文件中

• 含义：用完探测器了，把它收起来，即结束可变参数使用

GPIO_InitTypeDef GPIO_InitStructure

• 含义：创建GPIO_InitTypeDef的变量

• GPIO_InitTypeDef这个类型，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_gpio.h（外设固体库头文件）- - - ✿ 固体库文件

USART_InitTypeDef USART_InitStructure

• 含义：创建USART_InitTypeDef的变量

• USART_InitTypeDef这个类型，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

NVIC_InitTypeDef NVIC_InitStructure

• 含义：创建NVIC_InitTypeDef的变量

• NVIC_InitTypeDef这个类型，出自Lib文件夹下的inc文件夹下的内核相关的misc.h（跟SVIC和SysTICK相关的函数）- - - ✿ 固体库文件

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_0)

• 含义：全局设置中断优先级分组为 Group_0，在此情况下，优先级无论设置什么，都最终变成0，而子优先级的范围为0~15

• 参数NVIC_PriorityGroup_0，出自Lib文件夹下的inc文件夹下的内核相关的misc.h（跟SVIC和SysTICK相关的函数）- - - ✿ 固体库文件

• NVIC_PriorityGroupConfig函数，出自Lib文件夹下的src文件夹下的内核相关的misc.c（跟SVIC和SysTICK相关的函数）- - - ✿ 固体库文件

SCB->AIRCR

• SCB，出自CMSIS文件夹下的内核相关的core_cm3.h（内核寄存器定义）- - - ✿ 固体库文件

NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn

• 含义：选择串口1中断通道

• USART1_IRQn，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

以上来源于参考手册第132~134页有定义

NVIC_Init(&NVIC_InitStructure)

• NVIC_Init函数，出自Lib文件夹下的src文件夹下的内核相关的misc.c（跟SVIC和SysTICK相关的函数）- - - ✿ 固体库文件

• 示例：

• IS_FUNCTIONAL_STATE函数，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• IS_NVIC_PREEMPTION_PRIORITY函数、IS_NVIC_SUB_PRIORITY函数，都出自Lib文件夹下的inc文件夹下的内核相关的misc.h（跟SVIC和SysTICK相关的函数）- - - ✿ 固体库文件

SCB->AIRCR

• SCB，出自CMSIS文件夹下的内核相关的core_cm3.h（内核寄存器定义）- - - ✿ 固体库文件

NVIC->IP、NVIC->ISER、NVIC->ICER

• NVIC，出自CMSIS文件夹下的内核相关的core_cm3.h（内核寄存器定义）- - - ✿ 固体库文件

RESERVED的作用和计算

• 作用
RESERVED（保留区）是ARM官方规定的内存填充机制，目的是让NVIC_Type结构体的每个成员偏移地址，与Cortex-M3内核手册中定义的NVIC寄存器物理地址完全一一对应。
Cortex-M3内核的NVIC寄存器是稀疏分布的（寄存器之间有大量未使用的地址空间），如果没有这些保留区，结构体成员会自动连续排列，导致后续寄存器的偏移地址全部错位，无法正确访问硬件。

• 每个RESERVED大小的精确计算
所有计算基于结构体基地址0xE000E100，偏移地址均相对于该基地址。
• uint32_t类型占4字节
• uint8_t类型占1字节
（1）RESERVED0[24]
• ISER[8]总大小：8 × 4 = 32字节，占用地址0x000 ~ 0x01F
• 下一个寄存器ICER的起始偏移是0x080
• 中间空白地址范围：0x020 ~ 0x07F，总字节数：0x080 - 0x020 = 0x60 = 96字节
• 保留区元素个数：96 ÷ 4 = 24 → 即RESERVED0[24]
（2） RESERVED1[24]
• ICER[8]总大小：32字节，占用地址0x080 ~ 0x09F
• 下一个寄存器ISPR起始偏移：0x100
• 空白地址：0x0A0 ~ 0x0FF，共96字节
• 保留区元素个数：96 ÷ 4 = 24 → RESERVED1[24]
（3） RESERVED2[24]
• 计算逻辑同上，空白地址0x120 ~ 0x17F共96字节
• 保留区元素个数：24 → RESERVED2[24]
（4） RESERVED3[24]
• 空白地址0x1A0 ~ 0x1FF共96字节
• 保留区元素个数：24 → RESERVED3[24]
（5） RESERVED4[56]
• IABR[8]总大小：32字节，占用地址0x200 ~ 0x21F
• 下一个寄存器IP起始偏移：0x300
• 空白地址：0x220 ~ 0x2FF，总字节数：0x300 - 0x220 = 0xE0 = 224字节
• 保留区元素个数：224 ÷ 4 = 56 → RESERVED4[56]
（6） RESERVED5[644]
• IP[240]总大小：240 × 1 = 240字节，占用地址0x300 ~ 0x3EF
• 下一个寄存器STIR起始偏移：0xE00
• 空白地址：0x3F0 ~ 0xDFF，总字节数：0xE00 - 0x3F0 = 0xA10 = 2576字节
• 保留区元素个数：2576 ÷ 4 = 644 → RESERVED5[644]

内核版本	发布时间	实现的优先级位数	代表芯片
Cortex-M3 r0p0	2005 年	3 位	非常早期的原型芯片，市面上几乎没有
Cortex-M3 r1p0	2006 年	3 位	极少数早期的 STM32F101 芯片
Cortex-M3 r2p0 及以上	2007 年以后	4 位	所有你能买到的 STM32F103/F105/F107 芯片

NVIC的IP寄存器解释 1 ，可参考《pm0056-stm32f10xxx-and-stm32f20xxx-cortexm3-programming-manual-stmicroelectronics》的第125页

翻译为：

NVIC的IP寄存器解释 2 ，可参考《ARM Cortex-M3权威指南 第2版_13598339》的第122~123页

NVIC（基地址：0xE000E100）的所有相关寄存器解释【ISER：0xE000E100、ICER：0xE000E180、ISPR：0xE000E200、ICPR：0xE000E280、IABR：0xE000E300、IP：0xE000E400、STIP：0xE000EF00】，可参考《Cortex_M3权威指南(中文)》的第303、304、313页

USART_InitStructure.USART_WordLength = USART_WordLength_8b

• 含义：数据位长度（8位 或 9位），设为8位数据位长度

• 参数USART_WordLength_8b，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

USART_InitStructure.USART_StopBits = USART_StopBits_1

• 含义：停止位（1位 或 2位），用来表示一帧数据结束了，设为1位停止位

• 参数USART_StopBits_1，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

USART_InitStructure.USART_Parity = USART_Parity_No

• 含义：校验位（奇校验、偶校验、无校验），用来检查数据传输出错没，设为无校验

• 参数USART_Parity_No，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None

• 含义：硬件流控制CTS/RTS（用来防止发送太快导致数据丢失），设为无硬件流控

• 参数USART_HardwareFlowControl_None，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx

• 含义：模式选择（使能发送(Tx) / 使能接收(Rx) / 都使能），设为收发都开

• 参数USART_Mode_Rx、USART_Mode_Tx，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

USART_Init(USART1, &USART_InitStructure)

• 含义：初始化串口

• USART_Init函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

控制寄存器2（USART_CR2）

• USART_CR2控制寄存器2在参考手册第544~545页有定义

控制寄存器1（USART_CR1）

• USART_CR1控制寄存器1在参考手册第542~544页有定义

控制寄存器3（USART_CR3）

• USART_CR3控制寄存器3在参考手册第545~546页有定义

RCC_GetClocksFreq(&RCC_ClocksStatus)

• RCC_GetClocksFreq函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

tmp = RCC->CFGR & CFGR_SWS_Mask

• CFGR_SWS_Mask的值为((uint32_t)0x0000000C)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR（时钟配置寄存器）- - - 与代码语句有关

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

RCC_Clocks->SYSCLK_Frequency = HSI_VALUE

• 含义：将SYSCLK 系统主时钟频率设为HSI（内部高速）

• RCC_Clocks->SYSCLK_Frequency：SYSCLK 系统主时钟频率

• HSI_VALUE，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

RCC_Clocks->SYSCLK_Frequency = HSE_VALUE

• 含义：将SYSCLK 系统主时钟频率设为HSE（外部高速）

• RCC_Clocks->SYSCLK_Frequency：SYSCLK 系统主时钟频率

• HSE_VALUE，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

pllmull = RCC->CFGR & CFGR_PLLMull_Mask和pllsource = RCC->CFGR & CFGR_PLLSRC_Mask

• 含义：前者：读取PLL倍频系数（CFGR寄存器的PLLMULL[21:18]位）；后者：读取PLL时钟源选择（CFGR寄存器的PLLSRC[16]位）

RCC_CFGR（时钟配置寄存器，非互联网型）

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

RCC_CFGR（时钟配置寄存器，互联网型）

• RCC_CFGR时钟配置寄存器在参考手册第86~88页有定义

prediv1factor = (RCC->CFGR2 & CFGR2_PREDIV1) + 1和RCC_Clocks->SYSCLK_Frequency = (HSE_VALUE / prediv1factor) * pllmull

• 属于超值型范畴

• 含义：前者：读取CFGR2寄存器的0~3位，然后在此基础上加上1，最后赋值给prediv1factor。后者：将HSE_VALUE（8000000）除以prediv1factor，得出的值乘以之前“pllmull = (pllmull >> 18) + 2;”处理的倍频系数值，最后写回到RCC_Clocks对象的SYSCLK系统主时钟频率中。

• CFGR2_PREDIV1，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CFGR2（时钟配置寄存器2）

• RCC_CFGR2时钟配置寄存器2在参考手册第101~103页有定义

RCC->CFGR & CFGR_PLLXTPRE_Mask

• 含义：读取CFGR寄存器的第17位PLLXTPRE（HSE分频器作为PLL输入）

RCC_CFGR（时钟配置寄存器）

• RCC_CFGR时钟配置寄存器在参考手册第61~63页有定义

prediv1source = RCC->CFGR2 & CFGR2_PREDIV1SRC

• 属于互联网型范畴

• 含义：读取CFGR2寄存器的第16位，赋值给prediv1source

RCC_CFGR2（时钟配置寄存器2）

• RCC_CFGR2时钟配置寄存器2在参考手册第101~103页有定义

prediv2factor = ((RCC->CFGR2 & CFGR2_PREDIV2) >> 4) + 1

• 属于互联网型范畴

• 含义：读取CFGR2寄存器的第4~7位，然后右移4位，变成原本第4~7位移到了第0~3位，之后加上1，赋值给prediv2factor

RCC_CFGR2（时钟配置寄存器2）

• RCC_CFGR2时钟配置寄存器2在参考手册第101~103页有定义

pll2mull = ((RCC->CFGR2 & CFGR2_PLL2MUL) >> 8 ) + 2

• 属于互联网型范畴

• 含义：读取CFGR2寄存器的第8~11位，然后右移8位，变成原本第8~11位移到了第0~3位，之后加上2，赋值给pll2mull

RCC_CFGR2（时钟配置寄存器2）

• RCC_CFGR2时钟配置寄存器2在参考手册第101~103页有定义

配置BRR寄存器（波特率寄存器）的第三步到第六步的解释

• 上面的代码如下：

• 解释OVER8这一位
• 因为芯片为STM32F103C8T6，所以是普通型，因此在参考手册中USART_CR1（控制寄存器1）的第14、15位是保留位，硬件强制为0。
• 而互联网型，则存在第15位为0VER8，值0默认为16倍过采样，1为8倍过采样
• 而上面的代码，本身是STM32F10系列的固件库文件，所以在一定程度上是兼容所有的STM32F10系列的芯片（包含普通型、互联网型等），因此代码并没有直接显示没有OVER8这一位
• 普通型是默认16倍过采样，而互联网型则看第15位的值情况
普通型参考手册上的依据

过采样的解释

过采样模式	BRR 寄存器位分配	小数部分位数	每一位的权重	小数部分最大值
16 倍（OVER8=0）	高 12 位：整数部分低 4 位（bit3~bit0）：小数部分	4 位	1/16	15/16=0.9375
8 倍（OVER8=1）	高 12 位：整数部分低 3 位（bit2~bit0）：小数部分bit3：保留位（必须写 0）	3 位	1/8	7/8=0.875

• 过采样率本质是串口接收端对每个数据比特位的采样次数，直接决定波特率上限、BRR 寄存器计算方式和通信抗干扰能力。

核心公式与BRR位分配对比

• STM32F103串口波特率由USARTDIV（串口分频系数）决定，公式和BRR寄存器位分配随OVER8位变化：

过采样率	OVER8位值	波特率计算公式	BRR寄存器位分配	最大波特率(72MHz时钟)
16倍(默认)	0	波特率 = 72000000 / (16 × USARTDIV)	整数部分：bit4~bit15<br>小数部分：bit0~bit3(4位，0~15)	4.5Mbps
8倍	1	波特率 = 72000000 / (8 × USARTDIV)	整数部分：bit4~bit15<br>小数部分：bit0~bit2(3位，0~7)<br>bit3必须强制置0	9Mbps

115200波特率的实际计算（72MHz时钟）

• 16倍过采样（默认，最常用）
• 整数部分：39 → 二进制 100111
• 小数部分：0.0625 × 16 = 1 → 二进制 0001
• BRR寄存器值：0x0271（39<<4 + 1 = 624 + 1 = 625）
• 实际波特率：72000000/(16×39.0625) = 115200 → 误差0%

• 8倍过采样
• 整数部分：78 → 二进制 1001110
• 小数部分：0.125 × 8 = 1 → 二进制 001
• BRR寄存器值：0x04E1（78<<4 + 1 = 1248 + 1 = 1249）
• 注意：bit3必须置0，这里小数部分只有3位，所以直接加1即可
• 实际波特率：72000000/(8×78.125) = 115200 → 误差0%

关键差异与适用场景

特性	16倍过采样(默认)	8倍过采样
抗干扰能力	强（采样点多，能过滤毛刺）	稍弱（采样点少，对线路质量要求高）
波特率上限	低（72MHz下4.5Mbps）	高（72MHz下9Mbps）
波特率误差	通常更小（小数精度4位）	稍大（小数精度3位）
适用场景	绝大多数常规串口通信（115200及以下）	高速串口通信（1Mbps以上）

大白话解释

假设情况：芯片STM32F103C8T6，USART1挂载在APB2总线（72MHz），波特率为115200，那么OVER8默认为16倍过采样（该位值为0）

波特比率寄存器（USART_BRR）

• USART_BRR波特比率寄存器在参考手册第542页有定义

USART_ITConfig(USART1, USART_IT_RXNE, ENABLE)

• 含义：操作串口控制寄存器，开启对应中断位

• 这行代码是 STM32 串口「自动接收数据」的总开关：

开启它，串口每收到 1 个字节，就会自动通知 CPU，并自动执行接收处理函数；

不开启它，串口只能被动等待程序手动查询，无法实现中断接收。

• 第一个参数：USART1值为0x40013800，出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

• 第二个参数：USART_IT_RXNE值为0x0525【0000 0101 0010 0101】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_usart.h（外设固体库头文件）- - - ✿ 固体库文件

控制寄存器1（USART_CR1）

• USART_CR1控制寄存器1在参考手册第542~544页有定义

控制寄存器2（USART_CR2）

• USART_CR2控制寄存器2在参考手册第544~545页有定义

控制寄存器3（USART_CR3）

• USART_CR3控制寄存器3在参考手册第545~546页有定义

• 第三个参数ENABLE值为1

• 函数USART_ITConfig，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

USART_Cmd(USART1, ENABLE)

• USART_Cmd函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

控制寄存器1（USART_CR1）

• USART_CR1控制寄存器1在参考手册第542~544页有定义

USART_GetITStatus(USART1, USART_IT_RXNE) != RESET

• 含义：判断CR1寄存器第五位RXNEIE（接受缓冲区非空中断使能）是否成功设置，若成功设置，则该行代码为true

• USART_GetITStatus函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

Res =USART_ReceiveData(USART1)

• 含义：读取接收到的数据

• USART_ReceiveData函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

USART_DR（数据寄存器）

• USART_DR数据寄存器1在参考手册第541~542页有定义

USART1_IRQHandler函数的模拟过程

• 初始状态
• USART1_RX_STA = 0（空白记录本，没收完、没收回车、收 0 个字节）
• USART1_RX_BUF 空数组
• 仓库最大容量 USART1_REC_LEN=200

• 场景：你在串口助手发 ab + 按回车键（Enter）
• 电脑发送顺序：a → b → 0x0D(回车) → 0x0A(换行)
• 第 1 步：收到字节 a
• Res = 'a'
• printf 回显a，串口助手显示a
• 没收完、没收回车 → 把a存进USART1_RX_BUF[0]
• 字节数 + 1 → USART1_RX_STA = 1
• 第 2 步：收到字节 b
• Res = 'b'
• 回显b，串口助手显示ab
• 存进USART1_RX_BUF[1]
• 字节数 + 1 → USART1_RX_STA = 2
• 第 3 步：收到字节 0x0D（回车）
• Res = 0x0D
• 回显回车，串口助手换行
• 标记收到回车 → USART1_RX_STA |= 0x4000 → 现在STA=0x4002
• 字节数不增加
• 第 4 步：收到字节 0x0A（换行）
• Res = 0x0A
• 回显换行
• 已经收到过回车，现在收到换行 → 标记接收完成
• USART1_RX_STA |= 0x8000 → 最终STA=0xC002
• bit15=1（收完了）
• bit14=1（收到回车）
• 低 14 位 = 2（收了 2 个字节：ab）

USART的各个参数含义

• 波特率（USART_BaudRate）
• 是什么？
• 串口通信的「语速」
• 单位：bit/s（比特每秒），常见值：9600 / 115200
• 作用
• 决定数据传输的快慢
• 之前算的 BRR 寄存器分频值，就是根据这个数计算出来的
• 核心要求：STM32 和 电脑串口助手的波特率必须一模一样！
• 对串口的影响
• 波特率不一致 → 直接乱码 / 收不到任何数据
• 115200 比 9600 速度快很多（调试首选 115200）

• 字长（USART_WordLength）
• 代码固定：USART_WordLength_8b（8 位字长）
• 是什么？
• 每个数据的「长度」，也就是：发一个字符用多少位二进制
• 作用
• 我们用的字母 / 数字 / 符号，都是 8 位二进制（ASCII 码）
• 8 位 = 标准通用长度，对应 a~z、0~9、符号
• 对串口的影响
• 99% 的串口通信都用 8 位
• 9 位字长仅用于带硬件校验的特殊场景，我们完全用不到

• 停止位（USART_StopBits）
• 代码固定：USART_StopBits_1（1 位停止位）
• 生活比喻
• 一句话结尾的「句号」
• 是什么？
• 发送完一个字符后，额外发的结束标记位，告诉接收方：这个字符传完了！准备接收下一个！
• 作用
• 让 STM32 和 电脑同步信号，避免数据粘连
• 通用标准：1 位停止位
• 对串口的影响
• 停止位不一致 → 数据接收错误、乱码

• 校验位（USART_Parity）
• 代码固定：USART_Parity_No（无校验）
• 生活比喻
• 数据的「防伪校验码」
• 是什么？
• 额外加一位，检查数据在传输过程中有没有被干扰出错
• 奇校验：数据中 1 的个数凑成奇数
• 偶校验：数据中 1 的个数凑成偶数
• 作用
• 简单的错误检测，普通串口通信完全不需要（现在传输线很稳定，几乎不会出错）
• 对串口的影响
• 我们默认无校验，最简单、最通用
• 开校验会多占用 1 位，降低传输效率

• 硬件流控（USART_HardwareFlowControl）
• 代码固定：USART_HardwareFlowControl_None（无硬件流控）
• 生活比喻
• 收发数据的「红绿灯」
• 是什么？
• 用额外的硬件引脚（CTS/RTS）控制：我忙不过来了，你先别发！
• 作用
• 防止数据太多、接收不过来导致溢出
• 对串口的影响
• 普通串口通信（连电脑）完全不用，只有蓝牙、WiFi 等高速模块才会用到
• 关闭（NONE）是标准配置

• 收发模式（USART_Mode）
• 代码固定：USART_Mode_Rx | USART_Mode_Tx
• 是什么？
• Tx = Transmit 发送
• Rx = Receive 接收
• 作用
• 开启串口的发送功能（STM32 发数据给电脑）
• 开启串口的接收功能（电脑发数据给 STM32）
• 对串口的影响
• 只开 Tx：只能发，不能收
• 只开 Rx：只能收，不能发
• 我们两个都开：全双工通信（同时收发）

5.2 USART_SendData(USART1,0x55)

• USART_SendData函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_usart.c（外设固体库文件）- - - ✿ 固体库文件

USART_DR（数据寄存器）

• USART_DR数据寄存器1在参考手册第541~542页有定义

六、LED灯显示RTC走时程序

6.1 RTC_First_Config(void)

函数完整流程解析（含顺序逻辑、设计原因、依赖关系）

什么叫「仅备份域掉电才执行一次，主芯片复位不重复执行」

这个初始化流程是怎么想出来的？设计思路是什么？

RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE)

• 含义：对APB1外设时钟使能寄存器（RCC_APB1ENR）上的第28位PWREN（电源接口时钟使能）和第27位BKPEN（备份接口时钟使能）进行开启操作

• 第一个参数为外设的相关变量RCC_APB1Periph_PWR【值：0x10000000，二进制：0001 0000 0000 0000 0000 0000 0000 0000 】、RCC_APB1Periph_BKP值：0x08000000，二进制：0000 1000 0000 0000 0000 0000 0000 0000 】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_APB1ENR（APB1外设时钟使能寄存器）

• APB1外设时钟使能寄存器RCC_APB1ENR在参考手册第71~73页有定义，英文版第115~117页有定义（其中CAN2（第26位）和CEC（第30位），参考手册和英文版都没有找到对应定义处）

 

 

PWR_BackupAccessCmd(ENABLE)

• 含义：主要是对电源控制寄存器（PWR_CR）的第8位DBP（取消后备区域的写保护）设置为1（允许写入RTC和后备寄存器）

• PWR_BackupAccessCmd函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_pwr.c（外设固体库文件）- - - ✿ 固体库文件

*(__IO uint32_t *) CR_DBP_BB = (uint32_t)NewState

• 外设PWR（电源控制）的起始地址：0x40007000~0x400073FF

• 含义：对电源控制寄存器（PWR_CR）的第8位DBP（取消后备区域的写保护）设置为1（允许写入RTC和后备寄存器）

• CR_DBP_BB（值为0x420E0020【0100 0010 0000 1110 0000 0000 0010 0000】）的计算过程涉及的值，分别出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_pwr.c（外设固体库文件）- - - ✿ 固体库文件

出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算过程：

CR_DBP_BB涉及到“位段”的知识点，“位段”出自参考手册第29~30页有定义

PWR_CR（电源控制寄存器）

• PWR_CR电源控制寄存器在参考手册第44页有定义

BKP_DeInit( )

• 含义：备份域寄存器复位

• BKP_DeInit函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

为什么要先设置ENABLE，然后在设置DISABLE？目的？

• RCC_BackupResetCmd(ENABLE或DISABLE)，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

BDCR_BDRST_BB

• RCC（复位和时钟控制）的起始地址：0x40021000~0x400213FF

• BDCR_BDRST_BB（值为0x42451180【0100 0010 0100 0101 0001 0001 1000 0000】）的计算过程涉及的值，分别出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算过程：

BDCR_BDRST_BB涉及到“位段”的知识点，“位段”出自参考手册第29~30页有定义

RCC_BDCR（备份域控制寄存器）

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RCC_LSEConfig(RCC_LSE_ON)

• 含义：将RCC_BDCR备份域控制寄存器的第0位LSEON的值1（外部32kHz振荡器开启）

• 参数RCC_LSE_ON，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

• RCC_LSEConfig函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_BDCR（备份域控制寄存器）

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

while (RCC_GetFlagStatus(RCC_FLAG_LSERDY) == RESET)

• 含义：判断RCC_BDCR（备份域控制寄存器）的第1位LSERDY（外部低速LSE就绪）是否为0，若等于0，则循环继续；否则结束

• 参数RCC_FLAG_LSERDY的值为((uint8_t)0x41)，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CR（时钟控制寄存器）- - - 与参数有关

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

RCC_BDCR（备份域控制寄存器）- - - 与参数有关

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RCC_CSR（控制/状态寄存器）- - - 与参数有关

• RCC_CSR控制/状态寄存器在参考手册第75~76页有定义

RCC_GetFlagStatus(RCC_FLAG_LSERDY)

• 含义：看RCC_BDCR（备份域控制寄存器）的第1位LSERDY（外部低速LSE就绪）是否为1，即看外部32kHz振荡器是否就绪

• 出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE)

• 含义：将RCC_BDCR（备份域控制寄存器）的第8~9位RTCSEL[1:0]（RTC时钟源选择）设置值01（LSE振荡器作为RTC时钟）

• 参数RCC_RTCCLKSource_LSE的值为0x00000100，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

• RCC_RTCCLKConfig函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_BDCR（备份域控制寄存器）

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RCC_RTCCLKCmd(ENABLE)

• 含义：将RCC_BDCR（备份域控制寄存器）的第15位RTCEN（RTC时钟使能）设为1（RTC时钟开启）

• RCC_RTCCLKCmd函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

BDCR_RTCEN_BB

• 含义：代表RCC_BDCR（备份域控制寄存器）的第15位RTCEN（RTC时钟使能）的位带地址

• RCC（复位和时钟控制）的起始地址：0x40021000~0x400213FF

• BDCR_RTCEN_BB（值为0x4245117C【0100 0010 0100 0101 0001 0001 0111 1100】）的计算过程涉及的值，分别出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算过程：

BDCR_RTCEN_BB涉及到“位段”的知识点，“位段”出自参考手册第29~30页有定义

RCC_BDCR（备份域控制寄存器）

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RTC_WaitForSynchro()

• 含义：先对RTC_CRL（RTC控制寄存器低位）的第3位RSF（寄存器同步标志）进行清零，然后等待RTC核心寄存器与APB1总线时钟完成同步，即硬件会将第3位RSF（寄存器同步标志）置为1

• RTC_WaitForSynchro函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRL（RTC控制寄存器低位）

• RTC_CRLRTC控制寄存器低位在参考手册第311~312页有定义

RTC_WaitForLastTask()

• 含义：等待上一次对RTC寄存器的写操作已经完成，即硬件会将RTC_CRL（RTC控制寄存器低位）的第5位RTOFF（RTC操作关闭）置为1

• RTC_WaitForLastTask函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRL（RTC控制寄存器低位）

• RTC控制寄存器低位RTC_CRL在参考手册第311~312页有定义

RTC_SetPrescaler(32767)

• 含义：把32767的值写入PRL寄存器中，目的是把高频的 32.768kHz 时钟，分频降频成 1Hz 的秒脉冲，给 RTC 计数器使用

• RTC_SetPrescaler函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_EnterConfigMode()

• 含义：将RTC_CRL（RTC控制寄存器低位）的第4位CNF（配置标志）设为1（进入配置模式）

• RTC_EnterConfigMode函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRL_CNF

• 出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

RTC_CRL（RTC控制寄存器低位）

• RTC控制寄存器低位RTC_CRL在参考手册第311~312页有定义

RTC->PRLH = (PrescalerValue & PRLH_MSB_MASK) >> 16

• 含义：将RTC_PRLH（RTC预分频装载寄存器高位）的第0~15位设置为0x0000

• PRLH_MSB_MASK的值为0x000F0000【0000 0000 0000 1111 0000 0000 0000 0000】

• (PrescalerValue & PRLH_MSB_MASK)：在示例中，PrescalerValue为32767（0x7FFF【0111 1111 1111 1111】），那么(PrescalerValue & PRLH_MSB_MASK)的值为0x00000000

• (PrescalerValue & PRLH_MSB_MASK) >> 16 的值为0x00000000

RTC_PRLH（RTC预分频装载寄存器高位）

• RTC预分频装载寄存器高位RTC_PRLH在参考手册第312~313页有定义

RTC->PRLL = (PrescalerValue & RTC_LSB_MASK)

• 含义：将RTC_PRLL（RTC预分频装载寄存器低位）的第0~15位设置为0x7FFF

• RTC_LSB_MASK的值为0x0000FFFF【0000 0000 0000 0000 1111 1111 1111 1111】

• (PrescalerValue & RTC_LSB_MASK)：在示例中，PrescalerValue为32767（0x7FFF【0111 1111 1111 1111】），那么(PrescalerValue & RTC_LSB_MASK)的值为0x00007FFF

RTC_PRLL（RTC预分频装载寄存器低位）

• RTC预分频装载寄存器高位RTC_PRLH在参考手册第313页有定义

RTC_ExitConfigMode()

• 含义：将RTC_CRL（RTC控制寄存器低位）的第4位CNF（配置标志）设为0（退出配置模式（开始更新RTC寄存器））

• RTC_EnterConfigMode函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRL_CNF

• 出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

RTC_CRL（RTC控制寄存器低位）

• RTC控制寄存器低位RTC_CRL在参考手册第311~312页有定义

★ ※ 什么是 RTC 预分频？预分频装载是什么？

★ ※ 参考手册中寄存器RTC预分频装载寄存器（RTC_PRLH/RTC_PRLL）的解释

★ ※ 为什么这么设计？（设计原因深度解析）

★ ※ 为什么要设置成 32767？（公式推导）

RTC_ITConfig(RTC_IT_SEC, ENABLE)

• 含义：将RTC_CRH（RTC控制寄存器高位）的第0位SECIE（允许秒中断）设置为1（允许秒中断）

• 第一个参数RTC_IT_SEC的值为0x0001，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

• RTC_ITConfig函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRH（RTC控制寄存器高位）

• RTC控制寄存器高位RTC_CRH在参考手册第311页有定义

6.2 RTC_Config(void)

NRST 是什么

为什么要写RTC_Config 函数

逐段拆解：每一步为什么这么设计？寄存器有什么关联？

从零开始：怎么一步步想出这个设计流程？

所有寄存器操作的依赖关系

重新使能RTC（之前错误解释，现在重新解释）

时钟使能	所在寄存器	所属电源域	电源复位（VDD 掉电 / 上电）的影响
RTC 内核时钟使能（RTCEN 位）	RCC_BDCR 第 15 位	备份域（VBAT 供电）	完全无影响，不会清零。只要纽扣电池有电，RTCEN 位一直保持 1，RTC 内核全程计时不中断
RTC/BKP 寄存器访问接口时钟（BKPEN 位）	RCC_APB1ENR 第 18 位	主电源域（VDD 供电）	一定会清零。复位后 CPU 要读写 RTC、BKP 的寄存器，必须重新开启这个接口时钟

BKP_ReadBackupRegister(BKP_DR1) != 0xA5A5

• 含义：从0x40006C04地址读出的备份数据寄存器x（BKP_DRx）的值不等于0xA5A5，则为true；否则为false

• 参数BKP_DR1的值为0x0004【0000 0000 0000 0100】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_bkp.h（外设固体库头文件）- - - ✿ 固体库文件

• BKP_ReadBackupRegister函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

备份数据寄存器x（BKP_DRx）

• BKP_DRx备份数据寄存器x在参考手册第48页有定义

BKP_WriteBackupRegister(BKP_DR1, 0xA5A5)

• 含义：将0xA5A5的值写入到地址为0x40006C04的备份数据寄存器x（BKP_DRx）

• 第一个参数BKP_DR1的值为0x0004【0000 0000 0000 0100】（上一个有说明）

• BKP_WriteBackupRegister函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

备份数据寄存器x（BKP_DRx）

• BKP_DRx备份数据寄存器x在参考手册第48页有定义

RCC_GetFlagStatus(RCC_FLAG_PORRST) != RESET 和 RCC_GetFlagStatus(RCC_FLAG_PINRST) != RESET

• 含义：
• 前者：看RCC_CSR（控制/状态寄存器）的第27位PORRSFT（上电/掉电复位标志）是否发生上电/掉电复位，若发生，则该位的值为1，则代码为true；否则值为0，代码为false。
• 后者：看RCC_CSR（控制/状态寄存器）的第26位PINRSTF（NRST引脚复位标志）是否发生NRST引脚复位，若发生，则该位的值为1，则代码为true；否则值为0，代码为false。

• 参数RCC_FLAG_PORRST的值为((uint8_t)0x7B)、RCC_FLAG_PINRST的值为((uint8_t)0x7A)，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

RCC_CR（时钟控制寄存器）- - - 与参数有关

• RCC_CR时钟控制寄存器在参考手册第60~61页有定义

RCC_BDCR（备份域控制寄存器）- - - 与参数有关

• RCC_BDCR备份域控制寄存器在参考手册第74页有定义

RCC_CSR（控制/状态寄存器）- - - 与参数有关

• RCC_CSR控制/状态寄存器在参考手册第75~76页有定义

RCC_ClearFlag( )

• 含义：对RCC_CSR（控制/状态寄存器）的第24位RMVF（清除复位标志）置为1（清除复位标志），导致硬件自动清零全部复位标志

• RCC_ClearFlag函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rcc.c（外设固体库文件）- - - ✿ 固体库文件

RCC_CSR（控制/状态寄存器）

• RCC_CSR控制/状态寄存器在参考手册第75~76页有定义

BKP_TamperPinCmd(DISABLE)

• 含义：对备份控制寄存器（BKP_CR）的第0位TPE（启动侵入检测TAMPER引脚）设置为0（侵入检测TAMPER引脚作为通用IO口使用）

Tamper 是什么意思？

Tamper 侵入检测功能是什么？侵入代表什么？（形象举例）

• BKP_TamperPinCmd函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

*(__IO uint32_t *) CR_TPE_BB = (uint32_t)NewState

• 外设BKP（后备寄存器）的起始地址：0x4000 6C00 ~ 0x4000 6FFF

• 含义：对备份控制寄存器（BKP_CR）的第0位TPE（启动侵入检测TAMPER引脚）设置为0（侵入检测TAMPER引脚作为通用IO口使用）

• CR_TPE_BB（值为0x420D8600【0100 0010 0000 1101 1000 0110 0000 0000】）的计算过程涉及的值，分别出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

出自CMSIS文件夹下的外设相关的stm32f10x.h（外设寄存器的定义）- - - ✿ 固体库文件

计算过程：

CR_TPE_BB涉及到“位段”的知识点，“位段”出自参考手册第29~30页有定义

BKP_CR（备份控制寄存器）

• BKP_CR备份控制寄存器在参考手册第49页有定义

BKP_RTCOutputConfig(BKP_RTCOutputSource_CalibClock)

• 含义：将BKP_RTCCR（RTC时钟校准寄存器）的第7位CCO（校准时钟输出）设置为1（此位置1可以在侵入检测引脚输出经64分频后的RTC时钟。当CCO位置1时，必须关闭侵入检测功能以避免检测到无用的侵入信号）

• 参数BKP_RTCOutputSource_CalibClock的值为0x0080【0000 0000 1000 0000】，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_bkp.h（外设固体库头文件）- - - ✿ 固体库文件

• BKP_RTCOutputConfig函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_bkp.c（外设固体库文件）- - - ✿ 固体库文件

BKP_RTCCR（RTC时钟校准寄存器）

• RTC时钟校准寄存器BKP_RTCCR在参考手册第48~49页有定义

BKP_RTCCR 寄存器每一位的含义（大白话 + 举例）

 

BKP_RTCCR 每个位之间的关联和上一个图片末尾的CAL的举例计算说明

6.3 RTC_IRQHandler(void)

函数整体定位与核心目的

寄存器的关联与顺序必然性

从零推导：没有参考怎么写出这个流程？

核心疑问解答：为什么不一块清除中断使能？

概念	对应位	作用	类比
中断使能 SECIE	RTC_CRH 位 0	「中断总开关」：决定事件发生时要不要通知 CPU。置 1 就通知，置 0 就不通知，但事件本身还是会发生（标志位照常置 1）。	门铃的电源开关：开着的时候有人按就响，关了之后按了也不响。
中断标志 SECF	RTC_CRL 位 0	「事件标记」：只要秒事件发生，硬件就自动置 1，和使能开关无关。	门铃的铃声：有人按就一直响，直到你手动关掉。

RTC_GetITStatus(RTC_IT_SEC) != RESET

• 含义：检查RTC指定中断是否已经触发（同时校验「中断使能状态」与「中断事件标志」），即检查RTC_CRH（RTC控制寄存器高位）的第0位SECIE（允许秒中断）是否为1（允许秒中断）和RTC_CRL（RTC控制寄存器低位）的第0位SECF（秒标志）是否为1（秒标志条件成立），若都为1，则返回1，那么代码为true；否则为false

• 参数RTC_IT_SEC的值为0x0001，出自Lib文件夹下的inc文件夹下的外设相关的stm32f10x_rcc.h（外设固体库头文件）- - - ✿ 固体库文件

• RTC_GetITStatus函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件

RTC_CRH（RTC控制寄存器高位）

• RTC控制寄存器高位RTC_CRH在参考手册第311页有定义

RTC_CRL（RTC控制寄存器低位）

• RTC控制寄存器低位RTC_CRL在参考手册第311~312页有定义

RTC_ClearITPendingBit(RTC_IT_SEC)

• 含义：对RTC_CRL（RTC控制寄存器低位）的第0位SECF（秒标志）置为0（秒标志条件不成立），即清除RTC指定的中断挂起标志位（清除RTC_CRL寄存器中的事件标志）

• 参数RTC_IT_SEC在上一个有说明，且值为0x0001

• RTC_ClearITPendingBit函数，出自Lib文件夹下的src文件夹下的外设相关的stm32f10x_rtc.c（外设固体库文件）- - - ✿ 固体库文件