企业官网建设流程全解析

1. 从“理论”到“能跑”：STM32学习路径的底层逻辑

很多人看到“STM32理论”这四个字，第一反应就是去翻参考手册、看内核架构图、背时钟树。我刚开始接触STM32的时候也这样，抱着F103的英文手册啃了三天，结果连一个LED都点不亮。后来才想明白一件事：STM32的理论不是用来“背”的，而是用来“解释现象”的。你不需要在动手之前把所有的理论都搞懂，但你必须知道每个操作背后大概发生了什么，这样出了问题才有排查的方向。

STM32是ST公司基于ARM Cortex-M内核的一系列32位微控制器。市面上最常见的F103系列用的是Cortex-M3内核，F4系列是M4，H7系列是M7。这些内核的区别主要在于运算能力、浮点单元、DSP指令集等，但对于大多数入门和中级项目来说，你真正需要关心的不是内核微架构，而是外设怎么配、时钟怎么给、中断怎么响应。这三个问题贯穿了几乎所有STM32项目，从最简单的点灯到复杂的以太网通信，本质上都是在处理这三件事。

这篇文章适合谁看？如果你刚开始学STM32，被各种库函数和寄存器搞得头晕；或者你已经能跑例程，但遇到问题不知道怎么排查；又或者你正在做毕业设计、准备面试，需要把零散的知识串成体系——那这篇内容就是写给你的。我会从实际项目的角度出发，把STM32的核心理论拆开揉碎，告诉你每个知识点在实际开发中到底怎么用、为什么这么用、用错了会怎样。

2. 时钟树：STM32的“心跳”到底怎么调

2.1 为什么时钟配置是第一个要搞懂的东西

STM32的时钟系统就像一栋大楼的供电网络。外部晶振是发电厂，PLL是变压器，AHB、APB1、APB2总线是不同楼层的配电箱，每个外设是具体的用电设备。你给外设供电之前，必须先确保配电箱有电，而且电压要对。很多新手写代码的时候发现串口没输出、定时器不计数，折腾半天代码逻辑，最后发现是对应的总线时钟根本没使能。

我见过太多人在RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE)这行代码上栽跟头。GPIOA挂在APB2总线上，你不开这个时钟，后面怎么配寄存器都没用。这不是理论问题，这是实操中第一个会遇到的坑。

STM32F103的时钟源主要有四个：HSI（内部高速时钟，8MHz）、HSE（外部高速时钟，通常8MHz晶振）、LSI（内部低速，40kHz，给看门狗用）、LSE（外部低速，32.768kHz，给RTC用）。系统时钟SYSCLK可以来自HSI、HSE或者PLL输出。PLL可以把HSE倍频到72MHz（F103的最大系统时钟），然后通过AHB预分频器分给HCLK，再通过APB1和APB2预分频器分给各自的外设。

这里有个关键限制：APB1的最大时钟是36MHz，APB2的最大时钟是72MHz。如果你把APB1的分频系数设成1，系统时钟72MHz直接灌进去，APB1上的外设（比如USART2、TIM2）就会工作不正常。标准库的SystemInit函数默认帮你配好了72MHz的系统时钟，但如果你自己写时钟初始化，这个分频系数一定要算清楚。

2.2 时钟配置的实操步骤与参数计算

假设你用外部8MHz晶振，目标系统时钟72MHz。计算过程是这样的：HSE=8MHz，PLL倍频系数选9，得到72MHz。然后AHB不分频，HCLK=72MHz。APB2不分频，PCLK2=72MHz。APB1二分频，PCLK1=36MHz。这套配置在标准库的system_stm32f10x.c里已经写好了，你直接调用SystemInit()就行。

但如果你用的是F4系列，情况会复杂一些。F4的PLL配置涉及P、Q、R等多个分频系数，还有主PLL和I2S PLL的区别。我一般建议新手先用CubeMX生成时钟配置代码，看懂之后再自己手写。CubeMX的时钟树界面会实时显示每个节点的频率，你改一个参数，下面所有相关频率都会跟着变，非常直观。

注意：外部晶振的负载电容要匹配。我遇到过一块板子，晶振旁边焊了22pF的电容，结果HSE起振不稳定，系统时钟偶尔会切回HSI。后来换成12pF就正常了。如果你发现程序跑着跑着频率变了，先检查晶振电路。

2.3 时钟安全系统与备份域

STM32有一个时钟安全系统（CSS），当HSE失效时，硬件会自动切换到HSI，并产生一个中断。这个功能在工业控制场景里很有用，因为外部晶振可能会因为振动、温度等原因停振。你可以在CSS中断里做一些安全处理，比如关闭电机、保存数据。

备份域（Backup Domain）是另一个容易被忽略的部分。RTC和备份寄存器挂在备份域上，由VBAT供电。如果你想让RTC在断电后继续走时，就需要在VBAT引脚接一个纽扣电池。这里有个细节：备份域的写保护。你要先调用PWR_BackupAccessCmd(ENABLE)才能写RTC寄存器，否则写不进去。这个坑我在做数据记录仪的时候踩过，调了一下午才发现是写保护没开。

3. GPIO与最小系统：从点灯到按键的完整设计

3.1 GPIO的八种模式到底怎么选

STM32的GPIO有八种模式：输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、开漏复用、推挽复用。新手最常问的问题是：我点个LED应该用哪种？答案是推挽输出。推挽输出的驱动能力强，能直接驱动LED（记得串限流电阻）。开漏输出一般用于I2C总线或者需要电平转换的场景，因为它只能拉低，拉高需要外部上拉电阻。

按键输入用哪种模式？如果按键一端接GPIO，另一端接GND，那GPIO应该配成输入上拉。这样按键没按下时，内部上拉电阻把引脚拉到高电平；按下时引脚被拉到GND，读出来是低电平。如果你配成浮空输入，引脚电平不确定，读出来的值会乱跳。

模拟输入用于ADC采样。这时候GPIO的施密特触发器会被关闭，引脚直接连到ADC的模拟输入端。如果你用ADC采样但GPIO配成了其他模式，采出来的值会不准或者根本不变。

复用功能模式用于外设引脚，比如USART的TX、RX，SPI的SCK、MOSI等。配置复用功能的时候，除了要设置GPIO模式，还要使能对应的外设时钟，并且调用GPIO_PinAFConfig（F4系列）或者直接配置寄存器（F1系列）来选择具体的复用功能编号。

3.2 最小系统板的原理图要点

一个能跑起来的STM32最小系统，需要以下几部分：电源电路（3.3V稳压）、晶振电路（HSE和LSE）、复位电路、启动模式选择电路、调试接口（SWD或JTAG）。

电源部分，STM32的VDD和VDDA都要接3.3V，VSS和VSSA接地。VDDA是模拟部分的电源，即使你不用ADC，也建议接上并加滤波电容。每个VDD引脚旁边都要放一个100nF的去耦电容，这个电容要尽量靠近引脚，否则滤波效果大打折扣。

复位电路就是一个10k电阻上拉到3.3V，再加一个100nF电容到地。有些设计会加一个复位按键，按下时把NRST拉到地。注意NRST引脚内部已经有上拉电阻，外部这个10k是冗余设计，但加上更稳妥。

启动模式由BOOT0和BOOT1两个引脚决定。BOOT0=0时从主Flash启动，这是正常运行的模式。BOOT0=1、BOOT1=0时从系统存储器启动，用于串口下载程序。BOOT0=1、BOOT1=1时从SRAM启动，一般用于调试。实际产品中，BOOT0通常通过一个电阻下拉到地，需要下载时再通过跳线帽拉到3.3V。

调试接口我强烈推荐用SWD，只需要SWDIO和SWCLK两根线，加上VCC和GND一共四根。JTAG需要五根线，而且占用更多引脚。STM32默认启用JTAG和SWD，如果你想把JTAG占用的引脚（PA15、PB3、PB4）当普通GPIO用，需要调用GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE)来禁用JTAG，保留SWD。这个操作在标准库里叫“禁用JTAG”，在HAL库里叫“复用功能重映射”。

3.3 按键模块的硬件设计与软件消抖

按键电路看起来简单，但要做好并不容易。最简单的方案是按键一端接GPIO，另一端接GND，GPIO配成输入上拉。但实际使用中，按键按下和松开时会有抖动，一般持续5到20毫秒。如果你在中断里直接响应按键，一次按下可能会触发多次中断。

软件消抖的常规做法是：检测到按键按下后，延时20毫秒再检测一次，如果还是按下状态，才确认按键有效。但延时消抖会阻塞CPU，在RTOS环境下不推荐。更好的做法是用定时器定期扫描按键状态，或者用状态机来管理按键的按下、保持、释放三个状态。

硬件消抖可以在按键两端并联一个100nF电容，再串一个100欧姆电阻。电容吸收抖动，电阻限制放电电流。但电容太大会导致按键响应变慢，100nF是个比较平衡的值。

实操心得：如果你用按键触发外部中断，记得把中断触发方式设成下降沿触发，并且在中断服务函数里做消抖处理。我见过有人在中断里直接翻转LED，结果按一次键LED闪了好几次，就是因为没有消抖。

4. 中断系统与定时器：从理论到实战

4.1 NVIC中断优先级的分组与抢占

STM32的中断优先级由NVIC管理，每个中断有一个8位优先级寄存器，但实际使用的位数由优先级分组决定。F1系列支持5个分组，从0到4。分组0表示4位都是抢占优先级，没有子优先级；分组4表示4位都是子优先级，没有抢占优先级。

抢占优先级决定中断能不能嵌套。高抢占优先级的中断可以打断低抢占优先级的中断。子优先级只在多个中断同时挂起时决定谁先执行，不能嵌套。我一般用分组2，即2位抢占优先级、2位子优先级。这样抢占优先级有4个级别，子优先级也有4个级别，足够大多数项目使用。

这里有个容易混淆的地方：优先级数值越小，优先级越高。抢占优先级为0的中断可以打断抢占优先级为1的中断。很多人第一次配的时候会搞反，以为数值越大越优先。

4.2 定时器的三种核心模式

STM32的定时器功能非常丰富，但最常用的就三种模式：基本定时、PWM输出、输入捕获。

基本定时模式就是定时器从0数到自动重装载值（ARR），然后产生更新中断。定时时间 = (ARR+1) × (PSC+1) / 定时器时钟频率。假设定时器时钟72MHz，PSC=7199，ARR=9999，那么定时时间 = 10000 × 7200 / 72000000 = 1秒。这个公式要记牢，配定时器的时候直接套。

PWM输出模式用于控制电机速度、LED亮度等。PWM频率 = 定时器时钟 / ((ARR+1) × (PSC+1))，占空比 = CCR / (ARR+1)。假设你要生成1kHz的PWM，定时器时钟72MHz，PSC=71，那么ARR = 72000000 / (1000 × 72) - 1 = 999。占空比50%时，CCR设为500。

输入捕获模式用于测量脉冲宽度或频率。当引脚上出现指定边沿时，定时器的当前计数值会被锁存到捕获寄存器里。通过两次捕获的差值，可以算出脉冲宽度。测量频率时，可以用两个定时器：一个负责计数，一个负责在固定时间内统计脉冲个数。

4.3 定时器捕获测频率的实操细节

用输入捕获测频率，核心思路是：配置定时器为输入捕获模式，捕获边沿设为上升沿，开启捕获中断。在中断里读取捕获值，计算两次捕获的时间差，频率 = 1 / 时间差。

但这里有个问题：如果信号频率很低，定时器可能会溢出。比如72MHz的定时器，ARR设为65535，溢出周期大约是0.9毫秒。如果信号周期大于0.9毫秒，两次捕获之间定时器会溢出多次。这时候需要在中断里记录溢出次数，最终时间 = 溢出次数 × 溢出周期 + 捕获差值。

如果信号频率很高，比如几MHz，捕获中断会非常频繁，CPU可能来不及处理。这时候可以用定时器的从模式，让外部信号触发定时器复位，定时器计数值直接反映信号周期。这种方法不需要中断，精度也更高。

注意：输入捕获的引脚要配置成复用功能，并且要确保对应的定时器通道使能。我见过有人把信号接到TIM2_CH1（PA0），但代码里配置的是TIM3，结果怎么都捕获不到。

5. 通信接口：串口、I2C、SPI的实战要点

5.1 串口通信的完整配置流程

串口是STM32最常用的通信接口，也是调试利器。配置串口的步骤是：使能GPIO时钟和USART时钟、配置GPIO为复用推挽输出（TX）和浮空输入（RX）、配置USART参数（波特率、数据位、停止位、校验位）、使能USART、如果需要中断则配置NVIC。

波特率的计算：USARTDIV = 72MHz / (16 × 波特率)。假设波特率115200，USARTDIV = 72000000 / (16 × 115200) = 39.0625。整数部分是39，小数部分是0.0625 × 16 = 1。所以BRR寄存器的值 = (39 << 4) | 1 = 0x271。标准库的USART_Init函数会自动帮你算，但你要知道这个原理，因为有时候波特率误差太大会导致通信失败。

串口中断接收数据时，要注意接收中断和空闲中断的配合。接收中断每收到一个字节触发一次，空闲中断在总线空闲时触发。用空闲中断可以判断一帧数据是否接收完毕。这个技巧在Modbus通信、GPS数据解析等场景非常实用。

5.2 I2C总线的时序与常见问题

I2C是两根线的总线：SCL和SDA。STM32的硬件I2C外设功能完整，但早期型号（比如F103）的硬件I2C有一些已知问题，比如在特定条件下会锁死。很多开发者宁愿用软件模拟I2C，也不愿意用硬件I2C。

软件模拟I2C的好处是引脚灵活、时序可控，缺点是占用CPU时间。硬件I2C的好处是速度快、不占CPU，缺点是调试麻烦。如果你用硬件I2C，记得在初始化时把GPIO配成开漏复用模式，并且外接上拉电阻（通常4.7k）。

I2C通信失败最常见的原因是地址不对。很多传感器的7位地址在数据手册里写的是8位格式，最低位是读写位。比如某传感器地址是0x68，左移一位变成0xD0（写）和0xD1（读）。如果你直接把0x68当设备地址用，肯定通信失败。

5.3 SPI接口的四种模式

SPI有四种模式，由CPOL（时钟极性）和CPHA（时钟相位）组合决定。CPOL=0表示时钟空闲时为低电平，CPOL=1表示空闲时为高电平。CPHA=0表示在第一个时钟边沿采样，CPHA=1表示在第二个时钟边沿采样。

大多数SPI Flash和传感器用模式0（CPOL=0，CPHA=0）或模式3（CPOL=1，CPHA=1）。具体用哪种模式要看器件手册。如果你发现SPI读出来的数据全是0xFF或者0x00，先检查模式对不对。

SPI的片选信号（CS）一般用普通GPIO控制，拉低选中器件，拉高取消选中。有些SPI器件要求CS在每字节之间拉高，有些要求整帧数据期间一直拉低。这个细节要看手册，搞错了通信会不稳定。

6. 常见问题排查与避坑指南

6.1 程序下载失败与调试器连接问题

“No target connected”是新手最常遇到的错误。排查顺序是：检查调试器驱动是否安装、检查SWD线序是否正确、检查目标板是否供电、检查复位引脚是否被拉低、检查芯片是否被读保护。

ST-Link Utility是一个很实用的工具，可以读取芯片信息、解除读保护、擦除Flash。如果你不小心把读保护打开了，用ST-Link Utility连接时会提示“Cannot read memory”，这时候在Target菜单里选择“Option Bytes”，把读保护关掉就行。

Keil5兼容C51和STM32的安装问题也经常被问到。Keil5默认只装了ARM编译器，如果你要编译51单片机代码，需要单独安装C51编译器。安装的时候注意路径不要有中文和空格，否则可能会报错。

6.2 延时函数卡死的几种原因

delay_ms卡死通常有几个原因：系统时钟没配好、SysTick中断优先级太低被其他中断阻塞、在中断里调用了延时函数。

标准库的delay_ms是基于SysTick的。SysTick是一个24位的递减计数器，配置成1毫秒中断一次。如果系统时钟不对，比如实际是8MHz但你以为是72MHz，延时时间会差9倍。如果SysTick中断被更高优先级的中断长时间阻塞，延时函数也会卡住。

在中断服务函数里调用延时函数是大忌。中断里应该尽量快进快出，延时操作会阻塞其他中断。如果确实需要在中断里做延时，用硬件定时器或者空指令循环，不要用SysTick延时。

6.3 串口乱码与数据丢失

串口乱码第一反应是波特率不对。但除了波特率，还有几个可能：晶振频率和代码里写的不一致、串口助手的数据位/停止位设置不匹配、TX和RX接反了。

数据丢失通常是因为接收缓冲区溢出。如果你用中断接收，但处理速度跟不上接收速度，数据就会丢。解决办法是加大缓冲区，或者用DMA接收。DMA可以在不占用CPU的情况下把串口数据搬到内存里，等一帧数据接收完毕再通知CPU处理。

实操心得：调试串口的时候，先发一个固定的字符串，比如“Hello”，确认能正常收到再发其他数据。如果“Hello”都收不到，那肯定是配置问题，不用怀疑数据内容。

6.4 常见问题速查表

7. 进阶方向：从能跑到跑得稳

7.1 基于STM32的毕业设计选题思路

毕业设计最怕的就是选题太大做不完，或者太小没内容写。我建议选一个有明确输入输出、能演示、有数据可展示的题目。比如智能台灯：输入是光敏电阻和按键，输出是LED亮度和OLED显示，再加上定时功能和串口调试。这个题目涵盖了ADC、GPIO、I2C、定时器、串口，工作量适中，演示效果也好。

鱼缸控制器也是个不错的选题：温度采集（DS18B20或ADC）、水位检测、加热棒控制（继电器或PWM）、喂食电机控制、OLED显示、WiFi模块上传数据。这个题目综合性强，但每个模块都有成熟的方案，不会卡在某个点上。

两轮差速小车是经典题目：电机驱动（PWM）、编码器测速（定时器编码器模式）、PID控制、蓝牙遥控、超声波避障。这个题目的难点在PID调参和电机控制，需要一定的调试经验。

7.2 编码器模式与电机控制

STM32的定时器有编码器模式，可以直接读取增量式编码器的脉冲数和方向。配置方法是：把定时器设成编码器模式，两个通道分别接编码器的A相和B相，定时器会自动根据两相的相位关系增减计数值。

编码器模式的关键参数是计数方向和计数范围。如果编码器正转时计数值减小，把其中一个通道的极性反转一下就行。计数范围默认是0到ARR，如果你需要负数，可以在读取时减去ARR/2，或者用32位定时器。

电机控制通常用PWM加方向引脚。PWM频率一般选10kHz到20kHz，太低会有啸叫声，太高开关损耗大。占空比决定速度，方向引脚决定转向。如果电机抖动或者不转，先检查PWM有没有输出，再检查电机驱动模块的使能引脚。

7.3 从标准库到HAL库的迁移

标准库和HAL库最大的区别是抽象层次。标准库直接操作寄存器，代码效率高，但可移植性差。HAL库封装了底层细节，代码可移植性好，但效率略低，而且有些地方逻辑比较复杂。

如果你从标准库转到HAL库，需要适应几个变化：GPIO初始化从GPIO_Init变成HAL_GPIO_Init，串口发送从USART_SendData变成HAL_UART_Transmit，中断处理从直接写中断服务函数变成用回调函数。HAL库的回调机制一开始可能不太习惯，但用熟了会发现代码结构更清晰。

CubeMX是HAL库的好搭档，可以图形化配置引脚、时钟、外设，自动生成初始化代码。我一般用CubeMX生成框架，然后在自己写的业务代码里调用HAL库函数。这样既保证了初始化不出错，又保留了代码的灵活性。

7.4 USB虚拟串口与OTA升级

STM32的USB外设可以做很多事，虚拟串口是最常用的功能之一。配置USB虚拟串口需要用到USB库，ST提供了完整的例程。你只需要修改描述符里的VID、PID和字符串，就能让电脑识别出一个串口设备。

USB虚拟串口的好处是速度快（全速12Mbps）、不需要额外的USB转串口芯片。缺点是配置复杂，而且不同系列的USB库不通用。F103的USB库和F4的USB库差别很大，移植的时候要注意。

OTA升级是通过串口、USB或者无线模块更新固件。基本思路是：把新固件写到Flash的备份区，然后跳转到备份区执行，或者用Bootloader把备份区的固件搬到运行区。STM32的Flash操作要注意擦除粒度，F103的Flash擦除最小单位是1KB，写入最小单位是2字节。如果你要写的数据不是2字节对齐的，需要先读到缓冲区再一起写。

8. 开发环境与工具链的选择

8.1 Keil、IAR与VSCode的对比

Keil MDK是STM32开发最常用的IDE，优点是上手快、资料多、调试方便。缺点是编辑器功能弱、代码补全差、收费。IAR的编译效率比Keil高，但界面更复杂，收费也更贵。

VSCode加插件是近年来越来越流行的方案。用VSCode写代码，用Makefile或CMake管理工程，用OpenOCD或ST-Link Utility下载调试。这套方案配置起来麻烦一些，但写代码的体验非常好，代码补全、跳转、Git集成都很完善。

如果你刚开始学，我建议先用Keil，把主要精力放在STM32本身而不是开发环境上。等你对STM32比较熟悉了，再折腾VSCode。我自己的配置是：VSCode写代码，Keil做编译和调试，两者用同一个工程目录，互不干扰。

8.2 芯片包的安装与工程模板

Keil5安装STM32芯片包有两种方式：在线安装和离线安装。在线安装直接在Pack Installer里搜索STM32F1、STM32F4等系列，点击Install就行。离线安装需要下载.pack文件，双击安装。

新建工程的时候，我习惯先建一个标准工程模板，包含启动文件、标准库文件、头文件路径、宏定义。以后新建项目直接复制这个模板，改改名字就能用。模板里要包含stm32f10x.h、system_stm32f10x.c、startup_stm32f10x_hd.s这几个核心文件，以及core_cm3.h等CMSIS文件。

注意：启动文件要根据芯片型号选择。F103C8T6是中等容量，用startup_stm32f10x_md.s；F103ZET6是大容量，用startup_stm32f10x_hd.s。选错了启动文件，程序可能跑不起来或者中断向量表错位。

8.3 调试工具与技巧

ST-Link是性价比最高的调试器，支持SWD和JTAG，价格便宜。J-Link功能更强，支持更多芯片和更快的下载速度，但价格贵。DAP-Link是开源的调试器，功能介于两者之间。

调试的时候，除了打断点和单步执行，还要善用变量监视和内存查看。Keil的Watch窗口可以实时查看变量值，Memory窗口可以查看任意地址的内存数据。如果你怀疑某个数组越界了，可以在Memory窗口里输入数组地址，看看后面的数据有没有被意外修改。

串口打印是最朴素的调试手段，但也是最有效的。在关键代码位置插入打印语句，输出变量值和执行状态，可以快速定位问题。但要注意打印本身会消耗时间，在时序敏感的代码里要慎用。

9. 项目实战：从需求到成品的完整流程

9.1 需求分析与方案设计

拿到一个项目需求，先别急着写代码。花半个小时把需求拆解成功能模块，每个模块列出输入、输出、依赖关系。比如做一个智能台灯，功能模块有：光敏采集（ADC）、按键输入（GPIO）、LED调光（PWM）、OLED显示（I2C）、定时功能（RTC或定时器）。

然后评估每个模块的资源需求：ADC用哪个通道、GPIO用哪些引脚、PWM用哪个定时器、I2C用硬件还是软件。把这些分配好，画一个简单的框图，再开始写代码。这一步花的时间，会在调试阶段加倍省回来。

9.2 分模块调试与集成

不要把所有代码写完再一起调试，那样出了问题很难定位。正确的做法是：写一个模块，调一个模块。先调通GPIO点灯，再调通串口打印，再调通ADC采集，最后把所有模块集成起来。

每个模块调通后，写一个简单的测试函数，记录下测试条件和结果。比如ADC模块，输入已知电压，看采集值是否准确。PWM模块，用示波器看输出波形，确认频率和占空比正确。这些测试记录在后期集成出问题时，能帮你快速排除已经验证过的模块。

9.3 代码规范与版本管理

STM32项目代码量不大，但也要注意规范。变量命名要有意义，函数功能要单一，注释要写清楚“为什么”而不是“是什么”。我见过太多项目，半年后自己都看不懂当初写的代码。

版本管理用Git，哪怕只有一个人开发。每次完成一个功能就提交一次，提交信息写清楚改了什么。如果改出问题了，可以回退到上一个版本。Git仓库可以放在本地，也可以放在代码托管平台。不要用“最终版”、“最终版2”、“真的最终版”这种命名方式，那是给自己挖坑。

10. 我踩过的那些坑与经验总结

第一个坑是时钟配置。刚开始学的时候，我直接复制了一个例程，例程用的是8MHz晶振，但我的板子是12MHz晶振。结果串口波特率差了1.5倍，打印出来的全是乱码。后来学会了一件事：拿到任何例程，先看时钟配置，确认和自己的硬件匹配。

第二个坑是中断优先级。我在一个项目里同时用了串口中断和定时器中断，串口中断优先级配得比定时器高。结果串口数据量大的时候，定时器中断一直被阻塞，PWM输出断断续续。后来把定时器中断优先级调高，问题解决。中断优先级的分配要根据实时性要求来，不是随便配的。

第三个坑是Flash读写。F103的Flash写之前必须先擦除，而且擦除是按页擦除的。我一开始不知道，直接往Flash里写数据，结果写进去的全是0xFF。后来看了手册才知道，Flash只能把1写成0，不能把0写成1，要写新数据必须先擦除整页。

第四个坑是堆栈大小。默认的堆栈大小是1KB，我定义了一个大数组，结果程序跑飞了。后来把堆栈调到4KB，问题解决。如果你用了RTOS或者递归函数，堆栈要留足余量。

第五个坑是电源干扰。电机和继电器这类感性负载，断电时会产生反向电动势，干扰MCU电源。我在做小车的时候，电机一启动，MCU就复位。后来在电机两端加了续流二极管，电源加了滤波电容，问题才解决。数字电路和模拟电路要分开供电，至少要用磁珠或电感隔离。

这些经验在教科书上不会写，但实际项目中一定会遇到。STM32的理论知识是基础，但真正让你把项目做出来的，是这些踩坑后积累的直觉。遇到问题不要慌，先查手册，再搜社区，最后动手验证。每一次排查问题的过程，都是对STM32理解加深的过程。