STM32F103入门避坑指南：环境搭建、GPIO、中断与定时器实战

1. 项目概述：一个真实学习者的STM32入门手记

我是在去年冬天开始接触STM32的。当时刚看完江科大B站上那套被无数人称为“STM32入门圣经”的视频，心里热乎乎的，觉得“原来单片机也没那么玄乎”。但真正打开Keil5、连上开发板、敲下第一行RCC_APB2PeriphClockCmd的时候，才发现——理论和实操之间，隔着一个需要亲手填平的坑。这篇记录不是教科书，也不是官方手册的复述，它是我从零开始、踩过所有典型坑、反复重装驱动、对着寄存器手册发呆、在OLED屏上看到第一个跳动数字时拍桌子大笑的真实过程。它不追求面面俱到，只聚焦于一个初学者最常卡壳的四个核心环节：环境怎么搭才不崩溃、GPIO怎么用才不翻车、中断怎么配才不丢信号、定时器怎么调才不跑偏。如果你正坐在电脑前，手里捏着一块江科大同款STM32F103C8T6最小系统板，心里既期待又忐忑，那这篇就是为你写的。它不讲“为什么ARM Cortex-M3是哈佛架构”，只告诉你“为什么你改了GPIO_Pin_0却点亮了PA1”；它不罗列所有72个中断向量，只拆解清楚EXTI15_10_IRQHandler里那一行EXTI_ClearITPendingBit到底清的是谁的 pending bit。关键词“STM32”在这里不是技术名词，而是你接下来三个月要天天打交道的伙伴，而这篇记录，就是我们第一次握手时交换的、带着体温的经验。

2. 环境搭建：从“巧妇难为无米之炊”到“模板工程一劳永逸”

2.1 硬件与资料：别让第一步就断在采购链上

“巧妇难为无米之炊”这句话，在单片机学习里是血泪教训。我最初以为买块板子、下个软件就能开干，结果在驱动安装环节就卡了整整两天。这里必须强调三个关键点，它们直接决定了你后续是顺畅还是痛苦：

1. 开发板型号确认：江科大视频配套的板子，核心芯片是STM32F103C8T6。这个型号有48个引脚，但实际可用的GPIO只有37个（部分引脚被BOOT0/1、NRST等复位/启动功能占用）。务必在你购买的板子上找到这颗芯片，或者在板载丝印上确认型号。我曾因误买了F103C6T6（引脚更少）而发现某些例程根本跑不起来，因为引脚定义对不上。

2. 下载器选择与驱动：视频里默认使用的是ST-Link V2（或兼容版）。这是目前最稳定、最省心的选择。它的驱动安装极其关键。Windows 10/11系统下，最稳妥的方式是去ST官网下载最新版的STSW-LINK007（ST-Link固件升级工具），安装后会自动附带驱动。千万别图省事用网上搜来的“万能驱动包”，那些包往往混杂了旧版驱动，会导致Keil5识别为“Unknown Device”。我踩过的坑是：驱动安装后设备管理器里显示“STMicroelectronics ST-LINK/V2”，但Keil5里却找不到目标芯片。排查发现，是USB线缆质量太差，换了一根带屏蔽层的短线后立刻解决。记住，下载器、USB线、电脑USB口，三者中任何一个不稳定，都会导致下载失败。

3. 资料包的“正确打开方式”：江科大提供的资料包（https://jiangxiekeji.com/download.html）里，最核心的不是代码，而是两份PDF手册：《STM32F10xxx参考手册（中文）》和《STM32F103xx固件函数库用户手册》。前者是你查寄存器地址、时钟树、外设框图的“字典”；后者是你查GPIO_Init()函数参数含义、返回值、使用限制的“说明书”。我建议把这两份PDF打印出来（至少是关键章节），放在手边。当Keil5报错'GPIO_Mode_Out_PP' undeclared时，翻《固件库手册》第10章，比百度搜索快十倍。

提示：很多新手会忽略“固件库版本”。江科大视频用的是标准外设库（Standard Peripheral Library, SPL），而非现在更主流的HAL库。这意味着你不能去ST官网下载最新的CubeMX生成的代码，必须严格使用他资料包里提供的STM32F10x_StdPeriph_Lib_V3.5.0这个版本。版本错，头文件路径错，整个工程就废了。

2.2 Keil5模板工程：一次配置，终身受益

Keil5新建工程的流程，视频里一笔带过，但实际操作中，90%的编译错误都源于此。我把它拆解成四个不可跳过的步骤，并解释每个动作背后的“为什么”。

2.2.1 创建空工程与芯片选型

打开Keil5，Project -> New uVision Project...，选择一个全英文、无空格、无中文的路径（比如D:\STM32\Projects\TEMPLATE），输入项目名Template。点击OK后，弹出芯片选择对话框。这里必须手动展开STMicroelectronics -> STM32F1 -> STM32F103C8，然后双击选中。切记不要选错系列（如F4或F7），也不要选错封装（C8是LQFP48，C6是LQFP48但Flash小一半）。选错芯片，后续所有寄存器定义、时钟配置都将失效。

注意：点击OK后出现的“Manage Run-Time Environment”窗口，直接点Cancel。这个窗口是为ARM CMSIS库准备的，而我们用的是SPL，不需要它。

2.2.2 构建目录结构：为什么必须是User/Start/Library？

新建的工程是空的，这恰恰是问题的根源。STM32的标准外设库（SPL）是一个庞大的代码集合，它被设计成模块化结构：

• User：存放你的主程序（main.c）和所有自定义的硬件驱动（如LED.c,KEY.c）。这是你唯一需要天天修改的地方。
• Start：存放启动文件（startup_stm32f10x_md.s）和系统初始化文件（system_stm32f10x.c）。这些文件负责CPU上电后的第一段代码，设置堆栈、初始化时钟系统（SystemInit函数），是整个程序的“地基”。如果缺失，你的main()函数根本不会被执行。
• Library：存放标准外设库的所有源码（.c文件）和头文件（.h文件）。它包含了RCC_APB2PeriphClockCmd()、GPIO_Init()等所有你将要用到的函数。

我见过太多人把所有.c文件一股脑拖进Keil5，结果编译报错multiple definition of 'main'。原因就是system_stm32f10x.c和startup_stm32f10x_md.s这两个文件，每个工程只能有一份。所以，在工程目录下，必须提前手动创建好这三个文件夹，并严格按照江科大资料包里的路径，将对应文件复制进去。Library文件夹下的结构必须是Libraries\STM32F10x_StdPeriph_Driver\src\和Libraries\STM32F10x_StdPeriph_Driver\inc\，否则Keil5找不到头文件。

2.2.3 在Keil5中添加文件与路径：一个都不能少

这是最容易出错的环节。打开Keil5，右键左侧Project窗口的Source Group 1，选择Add Existing Files to Group 'Source Group 1'...。

• 第一步：添加User文件夹下的所有.c文件。对于模板工程，User下只有main.c。但未来你加了LED.c、OLED.c，就必须在这里全部添加。
• 第二步：添加Start文件夹下的所有.c和.s文件。重点是system_stm32f10x.c和startup_stm32f10x_md.s。startup_stm32f10x_md.s是汇编文件，Keil5会自动识别。
• 第三步：添加Library文件夹下的所有.c文件。路径是Libraries\STM32F10x_StdPeriph_Driver\src\下的全部.c文件（共19个）。注意，不要添加.h文件，.h文件是通过“包含路径”来引用的。

添加完文件后，右键Project窗口，选择Options for Target 'Target 1'...，切换到C/C++选项卡。在Include Paths框里，点击右侧的...按钮，必须添加以下三个路径：

.\User .\Start .\Library\Libraries\STM32F10x_StdPeriph_Driver\inc

这个操作的原理是：当你在main.c里写#include "stm32f10x.h"时，Keil5会在这三个路径里依次查找这个头文件。如果路径没加对，就会报错fatal error: stm32f10x.h: No such file or directory。我曾经漏掉了第三个路径，找了两个小时才发现。

2.2.4 关键编译设置：V5编译器与UTF-8编码

Options for Target窗口里，还有两个致命设置：

• Target选项卡：在ARM Compiler下拉菜单中，必须选择ARM Compiler Version 5。这是SPL库编译所要求的。如果选了V6，编译会报出大量error: #20: identifier "xxx" is undefined，因为V6的语法和V5有差异。
• C/C++选项卡：在Define框里，必须输入USE_STDPERIPH_DRIVER。这个宏是SPL库的“开关”，没有它，所有外设库函数的声明都不会被编译器加载，GPIO_Init()等函数会变成未定义。

最后，Output选项卡里勾选Create HEX File，这样编译后会生成.hex文件，方便用其他烧录工具验证。Debug选项卡里，Use选择ST-Link Debugger，Settings里确保SW（Serial Wire）模式被选中，这是ST-Link与F103通信的标准协议。

实操心得：完成以上所有步骤后，点击Build（F7）。如果看到0 Error(s), 0 Warning(s)，恭喜你，一个坚不可摧的模板工程诞生了！以后所有新项目，只需复制整个TEMPLATE文件夹，重命名，然后在User里替换main.c即可。这一步，我花了三天才完全搞懂，但它为你省下了后面三个月的重复劳动。

3. GPIO实战：从“点亮一个LED”到“写出可维护的驱动”

3.1 GPIO工作原理：寄存器不是敌人，而是朋友

江科大视频里那个“被寄存器支配的恐惧”，我深有体会。但后来我发现，恐惧源于未知。当你真正理解GPIO端口的物理结构，它就从一个黑盒子变成了一个透明的开关面板。

STM32F103的每个GPIO端口（A-G）都有一个对应的端口配置寄存器（GPIOx_CRL / GPIOx_CRH）和一个端口输出数据寄存器（GPIOx_ODR）。以PA0为例：

• GPIOA_CRL的低4位（bit[3:0]）控制PA0的模式。0x00是模拟输入，0x01是浮空输入，0x08是推挽输出。这就是GPIO_Mode_Out_PP在底层做的事儿。
• GPIOA_ODR的bit0，就是PA0的输出电平。写1，PA0输出高电平（3.3V）；写0，PA0输出低电平（0V）。

所以，GPIO_WriteBit(GPIOA, GPIO_Pin_0, Bit_RESET)这行代码，本质上就是往GPIOA_ODR的bit0写0。理解了这一点，你就不会再害怕寄存器了。它只是CPU和物理引脚之间的一座桥，而库函数，就是这座桥上最便捷的电梯。

3.2 LED驱动：从裸写到模块化封装

3.2.1 最简代码与常见错误

最原始的LED闪烁代码，核心就三步：

// 1. 开启GPIOA的时钟（APB2总线） RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); // 2. 初始化PA0为推挽输出 GPIO_InitTypeDef GPIO_InitStruct; GPIO_InitStruct.GPIO_Pin = GPIO_Pin_0; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStruct); // 3. 循环翻转PA0电平 while(1) { GPIO_ResetBits(GPIOA, GPIO_Pin_0); // PA0=0, LED亮（共阴接法） Delay_ms(500); GPIO_SetBits(GPIOA, GPIO_Pin_0); // PA0=1, LED灭 Delay_ms(500); }

新手必踩的坑：

• 忘记开时钟：这是最高频错误。GPIOA挂载在APB2总线上，不开启时钟，GPIO_Init()函数内部对寄存器的任何写操作都是无效的，LED永远不会亮。
• 接线错误：江科大板子的LED是共阴极接法，即LED负极接地，正极接PA0。所以PA0输出低电平时，LED亮。如果你的板子是共阳极（正极接VCC），那逻辑就完全相反。
• 延时函数未实现：Delay_ms()不是库函数，是江科大自己写的。它依赖SysTick定时器，必须在main()之前调用SysTick_Config()进行初始化。如果忘了，Delay_ms()会永远卡在循环里。

3.2.2 驱动封装：为什么要把代码“藏”进.c文件？

把LED操作封装成LED_Init()和LED_State_Set()，绝不是为了炫技，而是工程实践的必然要求。

LED.h头文件：

#ifndef __LED_H #define __LED_H #include "stm32f10x.h" void LED_Init(void); void LED_State_Set(uint16_t GPIO_Pin, BitAction BitVal); #endif

这是一个“契约”。它告诉所有使用LED的人：“我提供两个服务：初始化和状态设置。你只需要知道怎么调用，不用关心我内部怎么实现。”

LED.c实现文件：

#include "LED.h" void LED_Init(void) { RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitTypeDef GPIO_InitStruct; GPIO_InitStruct.GPIO_Pin = GPIO_Pin_0; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStruct); GPIO_SetBits(GPIOA, GPIO_Pin_0); // 初始化为灭 } void LED_State_Set(uint16_t GPIO_Pin, BitAction BitVal) { GPIO_WriteBit(GPIOA, GPIO_Pin, BitVal); }

这样做的三大好处：

1. 主函数极度清爽：main.c里只剩下LED_Init()和LED_State_Set()，业务逻辑一目了然。
2. 复用性爆炸提升：如果明天你要控制PB5的另一个LED，只需在LED.c里增加一个LED2_Init()函数，main.c几乎不用改。
3. 调试边界清晰：当LED不亮时，你只需要检查LED.c里的初始化是否正确，而不用在main.c的几百行代码里大海捞针。

实操心得：我在封装第一个驱动时，把LED.c里的GPIOA硬编码成了GPIOA。后来想扩展到PB5，就不得不改LED.c。正确的做法是，在LED.h里定义一个宏#define LED_PORT GPIOA，在LED.c里用这个宏。这样，更换端口只需改一行宏定义。这就是“面向接口编程”的雏形。

3.3 按键驱动：消抖不是玄学，是时间的艺术

按键的物理特性决定了它按下和释放的瞬间，触点会产生数十毫秒的机械抖动。如果不处理，一个按键动作会被CPU读取成几十次“按下”。江科大视频里用的15ms延时消抖，是经过大量实践验证的可靠方案。

KEY.c的核心逻辑：

uint8_t Key_GetState(uint16_t GPIO_Pin) { uint8_t Key_State = 0; // 1. 检测到低电平（按键按下） if(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin) == 0) { Delay_ms(15); // 等待抖动结束 // 2. 再次检测，确认是否仍是低电平 if(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin) == 0) { // 3. 等待按键释放 while(GPIO_ReadInputDataBit(GPIOB, GPIO_Pin) == 0); Delay_ms(15); // 释放后再次消抖 Key_State = 1; // 确认一次有效按下 } } return Key_State; }

这个逻辑的精妙之处在于“两次确认”：

• 第一次if是“发现可疑信号”。
• Delay_ms(15)是给抖动留出的“冷静期”。
• 第二次if是“冷静期后复查”，只有复查成功，才进入等待释放的循环。

为什么是15ms？这是经验值。普通轻触按键的抖动时间通常在5-15ms之间。15ms是一个安全的上限，既能覆盖绝大多数按键，又不会让响应显得迟钝。如果你用的是工业级长寿命按键，抖动可能长达20ms，那就需要把延时改成20ms。

注意：Key_GetState()函数的设计是“边沿触发”，即每次调用只返回一次“1”，之后会一直返回“0”，直到下一次按键。这与GPIO_ReadInputDataBit()的“电平触发”完全不同。理解这个区别，是写出稳定人机交互程序的第一步。

4. 中断系统：从“CPU暂停”到“精准事件响应”

4.1 NVIC：中断世界的交通警察

中断的本质，是让CPU从“按部就班执行main()”的线性思维，切换到“哪里有事就先处理哪里”的事件驱动思维。而NVIC（Nested Vectored Interrupt Controller），就是这个事件世界的交通警察。

它的工作流程非常清晰：

1. 事件发生：比如PB14引脚电平由高变低（红外光耦被遮挡）。
2. 申请通行：PB14连接的外部中断线（EXTI_Line14）向NVIC发出一个“我要插队”的请求。
3. 排队与裁决：NVIC查看所有正在排队的中断请求，根据它们的抢占优先级（Preemption Priority）和响应优先级（Sub Priority）进行排序。抢占优先级高的，可以打断正在执行的低优先级中断；响应优先级高的，则在同级中断中排在前面。
4. 放行执行：NVIC把排在最前面的那个中断请求，交给CPU执行。

江科大视频里那个“医院急救病人插队”的比喻，非常贴切。抢占优先级就是“病情危重程度”，响应优先级就是“挂号先后顺序”。

4.2 EXTI外部中断：从配置到落地的完整闭环

以“红外光耦计数”为例，实现一个完整的EXTI中断，需要打通五条通道：

4.2.1 通道1：GPIO引脚配置（硬件基础）

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); GPIO_InitTypeDef GPIO_InitStruct; GPIO_InitStruct.GPIO_Pin = GPIO_Pin_14; GPIO_InitStruct.GPIO_Mode = GPIO_Mode_IPU; // 上拉输入 GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOB, &GPIO_InitStruct);

这里的关键是GPIO_Mode_IPU（上拉输入）。因为红外光耦模块的输出是“集电极开路”，常态为高电平（被上拉电阻拉高），遮挡时变为低电平。上拉输入模式，确保了常态下引脚是确定的高电平，不会悬空。

4.2.2 通道2：AFIO重映射（路由选择）

STM32的GPIO引脚和中断线之间，不是一一对应的，而是通过AFIO（Alternate Function I/O）外设进行“路由”。PB14要连接到EXTI_Line14，必须显式配置：

RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); GPIO_EXTILineConfig(GPIO_PortSourceGPIOB, GPIO_PinSource14);

GPIO_PortSourceGPIOB指明端口是B，GPIO_PinSource14指明引脚是14。这行代码，就是告诉AFIO：“请把PB14的信号，接到EXTI的14号入口。”

4.2.3 通道3：EXTI初始化（中断规则）

EXTI_InitTypeDef EXTI_InitStruct; EXTI_InitStruct.EXTI_Line = EXTI_Line14; EXTI_InitStruct.EXTI_LineCmd = ENABLE; EXTI_InitStruct.EXTI_Mode = EXTI_Mode_Interrupt; // 选择中断模式，而非事件模式 EXTI_InitStruct.EXTI_Trigger = EXTI_Trigger_Rising; // 上升沿触发 EXTI_Init(&EXTI_InitStruct);

EXTI_Trigger_Rising意味着，只有当PB14的电平从低变高时，才会触发中断。这与我们的需求（遮挡时产生脉冲）完美匹配。

4.2.4 通道4：NVIC配置（权限授予）

NVIC_InitTypeDef NVIC_InitStruct; NVIC_InitStruct.NVIC_IRQChannel = EXTI15_10_IRQn; // PB14属于10-15组，共用一个IRQHandler NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE; NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 1; NVIC_InitStruct.NVIC_IRQChannelSubPriority = 1; NVIC_Init(&NVIC_InitStruct);

这里有个重要细节：EXTI15_10_IRQn是10-15这6条中断线共用的一个中断向量。因此，在中断服务函数里，你必须用EXTI_GetITStatus(EXTI_Line14)来判断，到底是哪一条线触发的。这是多中断共享一个向量的通用处理范式。

4.2.5 通道5：中断服务函数（ISR）（最终执行）

void EXTI15_10_IRQHandler(void) { if(EXTI_GetITStatus(EXTI_Line14) != RESET) { // 必须先查询状态 Num++; // 执行你的业务逻辑 EXTI_ClearITPendingBit(EXTI_Line14); // 必须清除标志位！ } }

EXTI_ClearITPendingBit()是灵魂所在。如果不执行这行，中断标志位会一直保持置位状态，导致EXTI15_10_IRQHandler被无限次重复调用，CPU彻底卡死。这就是为什么所有中断服务函数的结尾，都必须有对应的“清除pending bit”操作。

实操心得：我在第一次写EXTI时，把EXTI_ClearITPendingBit()写在了if语句外面。结果是，只要PB14一有抖动，中断就疯狂触发，OLED上的数字像疯了一样狂跳。后来逐行加OLED_ShowNum()调试，才定位到这个错误。记住：查询状态、执行业务、清除标志，这三步缺一不可，且顺序不能乱。

5. 定时器TIM：从“计数器”到“精准时间控制器”

5.1 时基单元：PSC、CNT、ARR的黄金三角

STM32的通用定时器（TIM2/TIM3）的核心，是三个寄存器构成的“黄金三角”：

• PSC（Prescaler，预分频器）：它像一个“减速齿轮”。CPU主频是72MHz，但定时器并不需要这么高的频率。PSC的作用是把72MHz分频。例如，PSC=7199，那么输入到CNT的时钟就是72MHz/(7199+1) = 10kHz，即每100us一个脉冲。
• CNT（Counter，计数器）：它是一个向上计数的寄存器，从0开始，每收到一个来自PSC的脉冲，就加1。
• ARR（Auto-Reload Register，自动重装载寄存器）：它是CNT的“终点线”。当CNT计数到ARR的值时，就会产生一个更新事件（Update Event），CNT自动清零，重新开始计数。

计算公式：定时周期 = (PSC + 1) * (ARR + 1) / 72,000,000 秒

举个例子，要实现1秒定时：

• 如果PSC=7199（分频为7200），那么CNT的计数频率是10kHz，即每100us计一个数。
• 要得到1秒，CNT需要计数1s / 100us = 10,000次。
• 所以ARR = 10,000 - 1 = 9999。

这就是TIM_TimeBaseInitStruct.TIM_Prescaler=7199和TIM_TimeBaseInitStruct.TIM_Period=9999的由来。

5.2 定时器中断：为什么上电第一秒就跳到了“1”？

江科大视频里提到的“上电看到的是001而不是000”，这个问题非常经典，它揭示了一个重要的硬件细节：更新事件（Update Event）的自动生成。

当你调用TIM_TimeBaseInit()函数时，它的最后一行代码，会立即生成一个更新事件。这个事件会：

1. 将ARR的值加载到影子寄存器。
2. 将CNT清零。
3. 同时，将更新中断标志位（UIF）置1。

所以，在main()函数里，TIM2_Init()执行完毕后，TIM2_IRQHandler里的if(TIM_GetITStatus(TIM2, TIM_IT_Update)==SET)条件就已经为真了！Num++在main()的while(1)循环开始前，就已经执行了一次。

解决方案：在TIM_TimeBaseInit()之后，手动清除一次更新标志位：

TIM_TimeBaseInit(TIM2, &TIM_TimeBaseInitStruct); TIM_ClearITPendingBit(TIM2, TIM_IT_Update); // 关键！清除初始的UIF

实操心得：这个Bug让我困惑了很久。我甚至怀疑是Num的初始化有问题。后来，我打开了Keil5的“Peripherals -> Core Peripherals -> NVIC”窗口，实时观察TIM2_IRQn的Pending位，才恍然大悟。学会使用调试器的外设寄存器视图，是定位底层Bug的终极武器。

5.3 PWM输出：呼吸灯背后的数学之美

PWM（脉宽调制）的本质，是利用人眼的视觉暂留效应，通过快速开关LED，来模拟出不同的亮度。其核心参数是频率和占空比。

• 频率：决定LED闪烁的速度。人眼对>100Hz的闪烁基本无感，所以呼吸灯的频率通常设为1kHz。
• 占空比：决定LED在一个周期内“亮”的时间比例。占空比0% = 全灭，100% = 全亮，50% = 半亮。

在TIM2的OC1通道输出PWM，关键在于TIM_OCInitTypeDef结构体的配置：

TIM_OCInitStruct.TIM_OCMode = TIM_OCMode_PWM1; // PWM模式1 TIM_OCInitStruct.TIM_OutputState = TIM_OutputState_Enable; // 使能输出 TIM_OCInitStruct.TIM_Pulse = Duty; // CCR寄存器的值，决定占空比 TIM_OCInitStruct.TIM_OCPolarity = TIM_OCPolarity_High; // 高电平有效

TIM_OCMode_PWM1的规则是：当CNT < CCR时，输出高电平；当CNT >= CCR时，输出低电平。所以，CCR的值越大，高电平持续的时间就越长，占空比就越高。

呼吸灯的算法：

for(uint16_t Duty = 0; Duty < Reso; Duty++) { // 从0%到100% TIM_SetCompare1(TIM2, Duty); // 动态修改CCR Delay_ms(10); } for(uint16_t Duty = Reso; Duty > 0; Duty--) { // 从100%到0% TIM_SetCompare1(TIM2, Duty); Delay_ms(10); }

Reso（分辨率）设为100，意味着占空比可以精确到1%。Delay_ms(10)则控制了呼吸的节奏。这个简单的循环，就是数学与物理世界最优雅的结合。

6. 常见问题与排查技巧实录

6.1 编译与下载类问题速查表

6.2 硬件与逻辑类问题速查表

6.3 我踩过的几个“深坑”与独家避坑技巧

1. “神秘”的SysTick_Config()：Delay_ms()函数依赖SysTick定时器。`SysTick_Config(System