1. 从期末复习到实战思维：嵌入式系统学习的真正起点

又到了期末复习季，对于《嵌入式系统开发与应用》这门课，很多同学可能正抱着一本厚厚的教材和一堆零散的实验代码发愁。这门课的知识点，从微控制器内核到外设驱动，从硬件原理到软件编程，看似庞杂且相互关联。如果你只是机械地背诵“ARM Cortex-M3是三级流水线”、“GPIO有8种模式”，考完试后这些知识很快就会还给老师。我当年也是这么过来的，直到后来真正做项目，才明白那些考试重点背后，对应的是开发中一个个实实在在的“坑”和“坎”。今天，我不打算给你一份干巴巴的考点清单，而是想结合STM32F103这个经典的“大学单片机”，把那些抽象的课本概念，还原成你未来在实验室、在项目里会遇到的真实问题。比如，为什么你的PWM没有波形？为什么代码里读到的GPIO状态和万用表量的不一样？我们不止复习“是什么”，更要搞懂“为什么”以及“怎么办”。这不仅仅是为了应付考试，更是为了让你手中的开发板，从一块“点灯神器”变成真正解决问题的工具。

2. 核心基石：深入理解ARM Cortex-M3与STM32F103生态

复习嵌入式系统，绝对不能脱离具体的芯片。STM32F103作为ARM Cortex-M3内核的典型代表，几乎是所有嵌入式入门者的第一站。但很多同学对它的理解，可能仅限于“它是ST公司的”、“它用ARM内核”。这一章，我们得把它扒开来看。

2.1 ARM Cortex-M3内核：不止于三级流水线

课本上肯定会考Cortex-M3的哈弗架构、三级流水线、NVIC嵌套向量中断控制器这些名词。但理解它们，关键在于联系实际性能和行为。

为什么是三级流水线？取指、译码、执行。这带来的直接影响是指令预取和分支预测失败时的流水线清空惩罚。在写延时函数时，你可能会用for(i=0; i<10000; i++) ;，但你知道编译器优化等级不同，这个循环的实际耗时可能天差地别吗？因为流水线会让循环控制指令的执行效率发生变化。更实战一点，当你使用__asm volatile(“nop”)插入空指令进行精确定时时，你必须清楚一个NOP指令消耗的周期数，这直接和流水线结构相关。

NVIC的优先级与抢占：这是中断系统的核心。光记住“优先级数字越小优先级越高”不够。你需要明白：

• 抢占优先级：高抢占优先级的中断可以打断低抢占优先级的中断正在执行的ISR（中断服务程序）。
• 子优先级：当两个中断同时到达，且抢占优先级相同时，子优先级高的先执行，但它不能打断正在执行的、同抢占优先级的中断。
• 一个常被忽略的坑：SysTick（系统滴答定时器）中断的优先级。很多同学用HAL库的HAL_Delay()函数，发现一进延时，其他中断响应就变慢了。这是因为HAL_Delay依赖于SysTick中断，而HAL库默认将SysTick中断优先级设置为一个较低的值（比如15）。如果你的按键、串口等外设中断优先级低于它，就会被SysTick频繁打断。解决方案是在初始化后，调用HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0);提高其抢占优先级。

关于“生态”：STM32F103之所以经典，在于其庞大的社区和丰富的固件支持。除了标准外设库（SPL），现在更主流的是HAL库和LL库。期末考可能不深究库函数，但你必须知道：

• HAL库：抽象程度高，跨STM32系列移植性好，但代码效率相对低，体积大。适合快速原型开发。
• LL库：更贴近寄存器，效率高，代码体积小，但需要开发者对寄存器更了解。适合对性能和资源有严格要求的场景。
• 复习建议：至少掌握一种库（通常是HAL）的基本编程模式，理解“句柄（Handle）”和“初始化结构体”的概念，比如GPIO_InitTypeDef、TIM_HandleTypeDef。考试可能会让你填某个初始化结构体的成员。

2.2 STM32F103最小系统：那些原理图上没画出来的知识

最小系统是芯片能工作的最低配置。你肯定知道需要电源、复位电路、晶振、启动模式选择。但细节决定成败：

电源：STM32F103通常有多个电源引脚（VDD, VSS, VDDA, VSSA）。给数字部分供电的VDD和模拟部分供电的VDDA，最好在非常靠近芯片引脚处用磁珠或0欧电阻隔离，并用10uF和0.1uF电容并联去耦。一个常见故障：ADC采样值跳动大、不准，很可能就是VDDA供电不干净，或者VSSA没有正确接到模拟地。

复位电路：阻容复位（10K电阻+0.1uF电容）是最常见的。但你要知道，这种电路在电源缓慢上升（斜率小于1V/ms）时可能无法可靠复位。产品中更推荐使用专门的复位芯片（如MAX809）。

晶振：8MHz外部高速晶振（HSE）两脚的负载电容（通常为20pF）需要根据晶振规格和PCB走线电容微调。一个经典问题：程序下载后第一次运行正常，断电再上电就不运行了。首先就该查晶振是否起振。用示波器探头（需用X10档，减少探头电容影响）测量OSC_OUT脚，应有正弦波。如果不起振，检查负载电容、反馈电阻（通常1M欧姆内部已集成）以及PCB布局（晶振要靠近芯片，下方铺地隔离）。

启动模式：BOOT0和BOOT1引脚决定了芯片上电后从哪里开始执行。最常用的是从主Flash启动（BOOT0=0）。但在调试时，如果你不小心配置了从系统存储器启动（BOOT0=1， BOOT1=0），芯片会运行内置的Bootloader，你的用户程序就不会执行，表现就是“芯片没反应了”。记住这个排查步骤。

3. GPIO的深度剖析：从模式配置到诡异故障排查

GPIO（通用输入输出）是嵌入式工程师的“手脚”，但它的复杂性远超简单的“输出高电平”和“读取输入”。STM32的GPIO有8种工作模式，这是必考点，也是故障高发区。

3.1 八种工作模式背后的硬件电路

死记硬背8种模式（输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、推挽式复用功能、开漏复用功能）很容易混淆。你必须理解其对应的内部电路结构：

• 推挽输出：内部有PMOS和NMOS两个MOS管，像两个推挽工作的开关。能直接输出高电平（VDD）和低电平（GND），驱动能力强。适用于驱动LED、蜂鸣器等需要确定高低电平的设备。
• 开漏输出：只有NMOS管，只能拉低到GND，高电平需要外部上拉电阻。优点是可以实现“线与”（多个输出接在一起，任一拉低则总线为低），电平转换（外部上拉到5V，即可输出5V电平）。常用于I2C、单总线等通信接口。
• 模拟输入：信号直接连接到ADC或比较器，内部上下拉电阻和施密特触发器全部断开，以避免对模拟信号造成干扰。当你配置为ADC采集时，必须设为模拟输入模式，否则采样值不准。

一个关键技巧：如何快速判断该用哪种模式？问自己两个问题：1. 这个引脚是输出还是输入？2. 这个引脚需要驱动什么（数字器件、模拟采样、通信总线）？回答完，模式基本就确定了。

3.2 “回读为0但实际为高”的经典故障解析

这是搜索热词中的一个高频问题，也是调试中最让人头疼的问题之一。GPIO接口回读是0但是实际是高电平，原因绝非单一，需要系统排查：

1. 硬件层面：

• 引脚损坏或虚焊：尤其是反复插拔的IO口（如调试接口），物理损坏可能导致内部电路异常。用万用表测量引脚电压，确认硬件电平确实为高。
• 外部电路影响：该引脚是否连接了其他器件，如LED、三极管等？当配置为输入模式时，如果外部有强下拉电路（例如一个NPN三极管的C-E极），可能会将引脚电压强行拉低。解决方法：检查原理图，确认在输入模式下，外部电路不会与MCU的输入状态冲突。必要时，在输入引脚前加一个缓冲器（如74HC244）。
• 电源与地不稳定：如果VDD电压本身跌落，逻辑高电平的阈值电压（Vih）可能无法满足，导致读取错误。测量电源电压纹波。

2. 软件配置层面（最常见）：

• 模式配置错误：这是最可能的原因。你想读取一个外部按键（按下为低，释放为高）的状态，却把引脚配置成了“推挽输出”模式。当配置为输出模式时，读取输入数据寄存器（IDR）得到的可能是输出数据寄存器（ODR）的影子值，或者是一个不确定的值，而非外部实际电平。务必确认，在需要读取外部电平前，引脚已正确配置为输入模式（浮空、上拉或下拉）。
• 时钟未开启：STM32的任何外设（包括GPIO）都需要先开启对应的总线时钟（AHB或APB）。如果你在初始化函数中忘了写__HAL_RCC_GPIOA_CLK_ENABLE();，那么后续对GPIOA的配置根本不会生效，读取的状态自然是默认的0。检查你的初始化代码，时钟开启必须在引脚配置之前。
• 配置顺序冲突：在一些复杂的复用功能配置中（比如一个引脚先用作UART_TX，后又想用作普通输出），如果没有彻底重新初始化，寄存器的残留配置可能导致行为异常。稳妥的做法是，在改变引脚功能前，先将其复位（HAL_GPIO_DeInit()）。

3. 时序与状态机层面：

• 读取时机不对：比如，你刚把引脚电平拉高，立即就去读取。由于硬件信号传播需要时间，可能读到的是旧状态。在关键操作后加一个短暂延时（几个NOP指令）再读取，是嵌入式调试的常用技巧。
• 复用功能未解除：如果你之前将这个引脚用于了定时器PWM输出（复用推挽输出），之后想改为普通输入读取电平，但没有解除定时器对该引脚的占用，那么定时器可能仍在控制该引脚，导致你读取不到真实的外部输入。必须调用HAL_TIM_PWM_Stop()并重新配置GPIO模式。

排查流程总结：遇到此问题，请按以下步骤：

1. 万用表/示波器实测：确认硬件引脚电压确实为高。
2. 检查代码：确认GPIO初始化函数被正确调用，模式是输入模式，时钟已开启。
3. 检查复用：查看数据手册的引脚复用映射表，确认该引脚当前没有被其他外设（如USART、SPI、TIM）复用。
4. 简化测试：写一个最简程序，只初始化该引脚为输入上拉，然后在主循环中读取并打印（通过串口），排除其他代码干扰。

4. 定时器的艺术：从基础定时到PWM输出疑难杂症

定时器是嵌入式系统的“心跳”和“肌肉”，负责计时、产生PWM、捕获输入信号等。STM32F103的定时器种类繁多（基本、通用、高级），功能强大，也容易配置出错。

4.1 定时器核心概念与配置计算

时钟源：定时器的时钟来自APB总线。这里有个关键点：当APB预分频系数不为1时，连接到定时器的时钟会倍频。例如，系统时钟72MHz，APB1预分频系数为2，则APB1时钟为36MHz，但挂载在APB1上的定时器（如TIM2-TIM4）的时钟会是72MHz。这个在计算定时周期时至关重要。

定时时间计算：这是必考计算题。公式为：定时时间 = (预分频器值 + 1) * (自动重装载值 + 1) / 定时器时钟频率。

• 预分频器（PSC）：对定时器时钟进行分频。CK_CNT = CK_PSC / (PSC + 1)。
• 自动重装载值（ARR）：计数器计数的上限，达到此值后产生更新事件（溢出中断）。
• 举例：需要1ms中断。定时器时钟72MHz。设置PSC=7199，则计数器时钟CK_CNT = 72MHz / (7199+1) = 10KHz，即每计数一次0.1ms。设置ARR=9，则(9+1) * 0.1ms = 1ms。所以PSC=7199, ARR=9。

CubeMX配置技巧：在CubeMX中配置定时器中断时，除了计算PSC和ARR，一定要记得在NVIC设置中勾选对应的定时器中断使能，并在代码中编写中断回调函数HAL_TIM_PeriodElapsedCallback()。

4.2 PWM生成与“没有波形输出”故障大全

PWM（脉冲宽度调制）是控制电机、舵机、调光的核心技术。用STM32F103的定时器产生PWM是经典实验。但“没有PWM波形输出”是新手最常遇到的问题，没有之一。

完整配置流程复盘（以TIM1_CH1， PA8引脚为例）：

1. 时钟与引脚：确保TIM1和GPIOA时钟开启，PA8配置为复用推挽输出（AF_PP）。
2. 定时器基础配置：
   • Prescaler (PSC)：决定计数器的计数频率。
   • Counter Period (ARR)：决定PWM的周期。PWM频率 = 定时器时钟 / ((PSC+1)*(ARR+1))。
   • Counter Mode：通常为Up（向上计数）。
   • Auto-reload preload：建议Enable，确保ARR值在下一个更新事件时才生效，避免产生毛刺。
3. PWM通道配置：
   • Pulse：这是比较寄存器（CCR）的值，决定占空比。占空比 = (Pulse+1) / (ARR+1)。
   • Mode：PWM mode 1 或 2。区别在于有效电平的定义。通常使用PWM mode 1，当计数器小于CCR时输出有效电平（高或低由下面极性决定）。
   • Output Compare Preload：建议Enable，作用同ARR预装载。
   • Fast Mode：通常Disable。
   • CH Polarity：极性。High表示有效电平为高，Low则相反。这个配置错误会导致有输出但电平反相。
4. 关键步骤——启动：配置完成后，必须启动定时器的PWM输出。

   HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1); // 启动指定通道的PWM输出 // 或者，如果需要同时启动多个通道 HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1 | TIM_CHANNEL_2);

   最容易忘记的就是这行启动代码！很多同学配置完就以为万事大吉，结果示波器上一片寂静。

“没有波形”的逐层排查清单：

第一层：硬件与基础连接

• 确认引脚：你真的把示波器探头接在PA8上了吗？检查原理图和PCB。
• 确认供电与地：芯片和电路板工作正常吗？先用一个简单的GPIO翻转程序测试一下PA8能否正常输出高低电平，排除硬件损坏。

第二层：软件配置检查

• 时钟是否开启：__HAL_RCC_TIM1_CLK_ENABLE();和__HAL_RCC_GPIOA_CLK_ENABLE();执行了吗？
• GPIO模式是否正确：必须是复用推挽输出（Alternate Function Push-Pull）。配置为普通推挽输出是没用的，因为定时器的输出控制权需要通过复用功能映射到引脚。
• 定时器是否真的启动了：检查代码中是否有HAL_TIM_PWM_Start()。再检查一下，这个调用是在初始化之后、主循环之前吗？它不应该被放在某个不执行的条件分支里。
• ARR和CCR值是否合理：如果ARR设为0，PWM周期为0，自然无输出。如果CCR值大于等于ARR，则占空比为100%或0%，输出恒定电平。用示波器看可能像一条直线。

第三层：高级与隐蔽问题

• 高级定时器（如TIM1/TIM8）的刹车和互补输出：高级定时器有刹车（Break）功能和互补输出通道。如果刹车输入有效（或者相关寄存器配置错误），主输出会被禁止。检查BDTR寄存器相关配置（在CubeMX的“Parameter Settings”选项卡里通常有“Break and Dead-Time”设置），确保刹车功能被禁用（Break state disable）。
• 重映射问题：有些定时器通道的默认引脚可能被重映射了。例如TIM3_CH1默认在PA6，但可以重映射到PC6。如果你代码配置的是默认引脚，但硬件连接的是重映射后的引脚，也会没输出。检查数据手册的“Alternate function mapping”表格。
• CubeMX图形配置的同步问题：有时在CubeMX里改了配置，但没有点击“Generate Code”重新生成代码，或者生成的代码没有覆盖旧文件。确保你编辑的是最新生成的代码文件。

一个实测心得：当你死活调不出PWM时，做一个“最小化测试”。写一个最简单的程序，只初始化一个定时器通道输出PWM，主函数里什么都不做。如果这样能输出，说明问题在你的其他业务逻辑里（比如中断冲突、低功耗模式关闭了时钟等）。如果这样还不能输出，那问题一定在硬件或最基本的配置上。

5. 中断与系统滴答：让系统“活”起来的核心机制

中断是嵌入式系统响应异步事件的关键。SysTick则是提供系统心跳的基础定时器。

5.1 外部中断与NVIC配置实战

STM32的每个GPIO都可以配置为外部中断源，但需要通过外部中断/事件控制器（EXTI）来管理。GPIO引脚需要映射到EXTI线（例如PA0、PB0、PC0都映射到EXTI0）。

配置步骤（以按键触发下降沿中断为例）：

1. GPIO初始化：将按键引脚配置为输入模式（上拉或下拉，根据电路决定。若按键按下接地，则配置为上拉输入）。
2. 配置SYSCFG（在CubeMX中自动完成）：选择将哪个GPIO端口（PA0）连接到EXTI0线。HAL_SYSCFG_EXTILineConfig(EXTI_PortSourceGPIOA, EXTI_PinSource0);
3. 配置EXTI线：设置触发边沿（上升沿、下降沿或双边沿），并使能中断。

   EXTI_InitTypeDef exti_init; exti_init.Line = EXTI_LINE_0; exti_init.Mode = EXTI_Mode_Interrupt; exti_init.Trigger = EXTI_Trigger_Falling; // 下降沿触发 exti_init.LineCmd = ENABLE; HAL_EXTI_SetConfigLine(&hexti0, &exti_init); // 更现代的HAL库用法 // 或 EXTI_Init(&exti_init); // 标准外设库用法

4. 配置NVIC：设置EXTI0中断的优先级，并使能。

   HAL_NVIC_SetPriority(EXTI0_IRQn, 1, 0); // 设置抢占优先级1，子优先级0 HAL_NVIC_EnableIRQ(EXTI0_IRQn);

5. 编写中断服务函数：函数名是固定的，在启动文件startup_stm32f103xe.s中已定义向量。

   void EXTI0_IRQHandler(void) { if(__HAL_EXTI_GET_IT(EXTI_LINE_0) != RESET) { // 检查中断标志 __HAL_EXTI_CLEAR_IT(EXTI_LINE_0); // 清除标志！！！（必须做） // 你的中断处理代码 HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } }

关键注意事项：一定要在中断服务函数中清除对应的中断挂起标志，否则中断会连续不断地触发，导致程序卡死在中断里。这是初学者最容易犯的错误之一。

5.2 SysTick定时器：不止于HAL_Delay

SysTick是一个24位的递减计数器，集成在Cortex-M3内核中，通常用于提供操作系统的时基或简单的延时。

HAL_Delay的原理与坑：HAL库的HAL_Delay()函数就是基于SysTick中断实现的。它设置一个全局变量uwTick作为毫秒计数器，SysTick每1ms中断一次，uwTick加1。HAL_Delay()则循环等待uwTick达到目标值。

问题：如前所述，默认的SysTick中断优先级可能较低。在复杂中断系统中，低优先级中断会被高优先级中断阻塞。如果你在一个高优先级的中断服务程序里调用了HAL_Delay()，而SysTick中断优先级更低，那么uwTick将永远不会增加，导致HAL_Delay()永远无法返回，程序“死”在这个中断里。因此，严禁在中断服务程序中调用HAL_Delay()！如果需要延时，应考虑使用定时器硬件延时或者状态机非阻塞方式。

自定义SysTick：你也可以抛开HAL，直接配置SysTick。例如，配置它为1us中断一次，用于高精度计时。

// 系统时钟72MHz，欲配置1us中断（1MHz） SysTick->LOAD = 72 - 1; // 重装载值， 72MHz / 72 = 1MHz SysTick->VAL = 0; // 清空当前值 SysTick->CTRL = SysTick_CTRL_CLKSOURCE_Msk | // 选择核心时钟（72MHz） SysTick_CTRL_TICKINT_Msk | // 使能中断 SysTick_CTRL_ENABLE_Msk; // 启动定时器 NVIC_SetPriority(SysTick_IRQn, 0); // 设置最高优先级（如果需要）

然后在SysTick_Handler(void)中断函数中编写你的微秒计时逻辑。

6. 常见外设与项目进阶要点

期末复习不能只盯着GPIO和定时器，串口、ADC、I2C、SPI都是常客。这里提几个关键点。

USART串口通信：重点理解波特率、数据位、停止位、校验位的概念。最常遇到的坑是“只能发送不能接收”或“接收数据乱码”。排查顺序：1. 波特率是否一致（计算误差是否在可接受范围）。2. 硬件流控制（RTS/CTS）是否被误启用。3. 接收中断是否使能，接收缓冲区是否溢出。使用HAL_UART_Receive_IT()开启中断接收后，别忘了在回调函数HAL_UART_RxCpltCallback()中重新启动接收。

ADC模数转换：STM32F103的ADC是12位的。复习采样时间、转换模式（单次、连续、扫描、间断）。一个实践技巧：对于变化缓慢的信号，可以开启ADC的DMA传输，并配合定时器触发规则采样，然后在DMA传输完成中断中一次性处理一批数据，这样可以极大降低CPU开销，并方便进行软件滤波（如均值、中值滤波）。

I2C通信：软件模拟I2C和硬件I2C都要了解。STM32的硬件I2C曾经以“难用”著称，HAL库已经做了很大改进。关键点：上拉电阻（通常4.7KΩ）必须接；地址是7位还是8位（HAL库用7位地址左移1位）；注意应答位（ACK）的处理。调试时，用逻辑分析仪抓取SCL和SDA波形是最直观的。

关于GD32与STM32的互换：这是一个热门问题。GD32F103作为STM32F103的“仿制品”，硬件引脚和寄存器高度兼容，但内核主频更高，Flash访问速度不同。直接替换（不修改代码）在简单项目中可能可行，但在时序要求严格的场合（如USB、高波特率串口、精确延时）很可能出问题。需要特别注意：

1. GD32的Flash等待周期可能需要不同配置。
2. 一些外设的时钟分频、延时可能需要微调。
3. HAL库不直接支持GD32，需要使用GD的固件库。结论：对于新产品，不建议直接互换。对于已有STM32项目想换GD，必须进行全面的功能和压力测试。

7. 从理论到实战：构建你的知识排查树

面对一个具体的嵌入式问题（比如“PWM无输出”），如何系统性地解决？这需要你将分散的知识点串联成一张“排查树”。这比死记硬背更重要。

第一步：现象定位与信息收集

• 问题现象是什么？（无输出、输出不稳定、输出频率不对）
• 涉及哪些硬件？（哪个MCU、哪个引脚、外围电路）
• 软件环境？（用了什么库、哪个IDE、是否有操作系统）

第二步：分层假设，逐项验证

1. 电源与时钟层：芯片工作了吗？时钟树配置对吗？用示波器测晶振，用点灯程序测最小系统。
2. 外设使能层：对应外设（GPIO、TIMx）的时钟开启了吗？在代码里搜索RCC_AHB/APB。
3. 引脚配置层：GPIO模式对吗？（输入/输出/复用）复用功能映射对吗？查看数据手册的AFR寄存器或CubeMX引脚图。
4. 外设参数层：定时器的PSC、ARR、CCR值计算对吗？极性设置对吗？用CubeMX的时钟配置工具和PWM计算工具复核。
5. 外设控制层：外设启动了吗？（HAL_TIM_Base_Start(),HAL_TIM_PWM_Start()）中断/DMA使能了吗？
6. 中断与冲突层：有无更高优先级中断阻塞了本中断？外设之间有无资源冲突（如定时器通道复用）？是否进入了低功耗模式关闭了时钟？

第三步：工具辅助

• 仿真器调试：单步运行，查看相关寄存器（GPIOx->CRL/CRH, TIMx->CR1, TIMx->CCR1）的值是否与预期一致。
• 逻辑分析仪/示波器：这是最有力的证据。直接测量引脚波形，看是否有信号，信号参数（频率、占空比、电平）是否符合预期。
• 串口打印调试信息：在关键节点（初始化完成、启动前、启动后）打印状态信息到串口。

我个人的习惯是，在调试任何功能时，都会先写一个“裸奔”测试程序，只包含最核心的配置和功能，屏蔽所有其他业务逻辑。等这个核心功能调通了，再逐步添加其他模块。这能帮你快速定位问题是出在核心配置上，还是出在模块间的交互上。嵌入式开发就是这样，一半时间在写代码，一半时间在调试。而扎实的理论知识，就是你这趟调试之旅最可靠的地图。希望这份结合了考试重点和实战坑点的总结，能帮你不仅通过期末考试，更能推开嵌入式开发实战的大门。