1. 为什么2023年了还有人愿意啃STM32这块硬骨头
如果你最近在某个电子论坛或者技术群里潜水，大概率会看到两种截然相反的论调。一种声音说，现在国产芯片和ESP32这么猛，还学STM32是不是有点49年入国军的意思；另一种声音则是，招聘网站上那些嵌入式岗位的JD里，STM32依然是被提及频率最高的关键词之一。我个人的看法比较直接：STM32不是唯一的选择，但它依然是那个能让你把“单片机到底是怎么跑起来的”这件事搞明白的最佳教具。
这个标题里的“2023版”和“中文字幕”其实透露了很多信息。2023版意味着它覆盖的芯片型号和工具链相对较新，至少不会拿着十年前的F1系列老古董让你对着过时的寄存器手册发呆。中文字幕则说明这套教程大概率是视频形式，而且讲解语言对国内初学者足够友好。我见过太多人一上来就抱着某本厚得像砖头的英文原版教材硬啃，啃了三个月还在纠结时钟树怎么配，最后热情耗尽直接放弃。所以这套教程的定位很清晰：给零基础或者刚接触嵌入式的人，提供一条相对平滑的入门路径。
但平滑不等于简单。STM32的学习曲线在入门阶段是出了名的陡，这个陡峭感主要来自三个方面。第一是工具链的复杂度，从Keil或者STM32CubeIDE的安装，到芯片包的下载，再到ST-Link驱动的识别，每一步都可能卡住一个新手。第二是概念密度高，GPIO、中断、定时器、串口、DMA、ADC这些外设模块，每一个都有自己的寄存器组和配置逻辑，而且它们之间还经常需要联动。第三是调试手段的门槛，点个灯容易，但灯不亮的时候怎么排查，这才是真正拉开差距的地方。
我写这篇东西的目的，不是给你复述一遍教程里讲了什么，而是把我自己带过几批新人之后总结出来的经验，结合这套教程可能涉及的内容框架，给你梳理出一条更接地气的学习路线。哪些地方可以快速通过，哪些地方必须停下来死磕，哪些坑我替你踩过了你可以直接绕开，这些东西教程里不一定讲得那么细，但恰恰是决定你能不能坚持学下去的关键。
2. 动手之前先把家伙什备齐：工具链的选型与避坑
2.1 Keil、CubeIDE还是VSCode加插件，到底怎么选
这个问题几乎每个新手都会问，而且网上的答案五花八门。我先给结论：如果你跟的是2023版的视频教程，最省心的做法是教程用什么你就用什么。这不是偷懒，而是因为工具链的差异会导致界面布局、编译报错信息、甚至工程文件结构都不一样，你跟着教程操作的时候如果工具对不上，光是找按钮就能找半天。
目前主流的三种选择各有各的脾气。Keil MDK是很多老工程师的心头好，它的优势在于编译器成熟、调试器生态完善、资料多如牛毛。但它的缺点也很明显，界面停留在上个时代，代码补全功能约等于没有，而且正版授权费用不低。很多人用的是MDK5的某个版本，这里要注意一个高频热搜词里提到的问题：Keil5兼容C51和STM32安装。如果你之前装过Keil C51用来搞51单片机，再装MDK的时候可能会遇到共存问题，两个版本的安装目录如果混在一起，注册表会打架。正确的做法是分别安装在不同的盘符或者不同的顶层目录下，比如C51装在C:\Keil_v5_C51，MDK装在C:\Keil_v5_MDK，这样互不干扰。
STM32CubeIDE是ST官方推出的免费工具，基于Eclipse框架。它的最大好处是跟CubeMX无缝集成，图形化配置引脚和时钟之后一键生成工程代码，对新手极其友好。但Eclipse系的IDE普遍比较吃内存，启动速度慢，而且有时候代码索引会抽风，明明定义了的函数它给你标红。我一般建议内存8GB以下的电脑慎重考虑，16GB以上用起来才比较舒服。
VSCode加STM32插件是近两年越来越流行的方案，轻量、启动快、代码补全强大。但它需要你自己折腾编译工具链，比如安装arm-none-eabi-gcc、配置tasks.json和launch.json，对完全没接触过命令行的人来说有一定门槛。热搜词里有个stm32 vscode配置，说明不少人在尝试这条路。我的建议是，第一遍学的时候别折腾这个，等你把整个开发流程跑通了，知道编译、链接、烧录分别是怎么回事了，再迁移到VSCode也不迟。
| 工具方案 | 上手难度 | 资源占用 | 代码补全 | 适合人群 |
|---|---|---|---|---|
| Keil MDK | 中等 | 低 | 弱 | 跟着老教程学、公司要求 |
| STM32CubeIDE | 低 | 高 | 中等 | 零基础新手、学生 |
| VSCode+插件 | 高 | 低 | 强 | 有经验、追求效率 |
2.2 芯片包和ST-Link驱动：两个最容易卡住新手的环节
装好IDE只是第一步，接下来你要面对的是芯片包安装。热搜词里stm32芯片包安装能上榜，说明这确实是个高频问题。Keil的芯片包是以.pack为后缀的文件，你需要去Keil官网或者ST官网下载对应系列的包，比如STM32F1系列、STM32F4系列。下载完之后双击安装，Keil会自动识别。但有时候网络不好，在线安装会卡住或者报错，这时候可以手动下载pack文件离线安装。CubeIDE在这方面省心很多，它自带芯片数据库，新建工程的时候直接选型号就行。
ST-Link驱动是另一个重灾区。你兴冲冲地把开发板用USB线连上电脑，结果设备管理器里显示一个黄色感叹号，或者Keil里提示“No ST-Link detected”。这种情况我遇到过不下十次，原因通常有三个：一是USB线是充电线不是数据线，这个坑最隐蔽，换根线就好了；二是驱动没装好，需要去ST官网下载ST-Link Utility或者STM32CubeProgrammer，安装的时候会自动装驱动；三是开发板上的ST-Link固件太老，需要升级。热搜词里有个stm32 st-link utility，这个工具除了烧录之外，还可以用来升级ST-Link固件和查看芯片内存，建议装一个备用。
注意：有些开发板用的是CH340或者CP2102做USB转串口，跟ST-Link是两码事。ST-Link负责下载和调试，USB转串口负责串口通信。如果你发现串口助手收不到数据，先检查是不是串口线没接对或者波特率设错了。
2.3 最小系统板怎么挑，别在选板子上浪费太多时间
热搜词里有个stm32最小系统，这是很多人的第一块板子。最小系统板通常只包含芯片、晶振、复位电路、电源电路和引出所有IO口的排针，价格便宜，适合学习。我的建议是，如果你跟的教程用的是F103C8T6，你就买一块一模一样的，别想着买个F407的板子“一步到位”。因为教程里讲的寄存器地址、外设数量、时钟频率都是针对特定型号的，你换个型号，代码可能编译不过，或者跑起来行为不对，这对新手来说是额外的认知负担。
买板子的时候注意几个细节。第一，确认板子上有ST-Link接口或者预留了SWD排针，SWD只需要两根线（SWCLK和SWDIO）加电源和地就能下载调试，比JTAG省事。热搜词里有个stm32禁用jtag，这是因为JTAG占用的引脚比较多，有时候你想把那些引脚当普通IO用，就需要在代码里禁用JTAG功能，这个后面讲GPIO的时候会细说。第二，看看板子有没有板载LED和按键，这两个东西是你验证GPIO和中断功能的最基本外设，没有的话还得自己外接，麻烦。第三，如果预算允许，买一块带USB转串口芯片的板子，这样你只需要一根USB线就能同时供电、下载和串口通信，桌面会清爽很多。
3. 从点灯到时钟树：那些教程不会明说但你必须懂的事
3.1 新建工程背后的门道：标准库、HAL库和寄存器操作
热搜词里有个stm32库函数和标准库有什么区别，还有个stm32标准库新建工程。这两个问题其实指向同一个核心困惑：我到底该用哪种方式写代码。STM32的开发方式大致分三代：最早是直接操作寄存器，后来ST推出了标准外设库（Standard Peripheral Library），再后来是现在主推的HAL库（Hardware Abstraction Layer）。
直接操作寄存器的方式，代码效率最高，但可读性最差。比如你要点亮一个LED，需要先使能GPIO的时钟，然后配置GPIO的模式寄存器、输出速度寄存器，最后写数据寄存器。每一步都要查手册，对新手来说门槛太高。标准库把这些操作封装成了函数，比如GPIO_Init()，你只需要填一个结构体，把引脚、模式、速度传进去就行。HAL库进一步抽象，提供了HAL_GPIO_Init()这样的函数，而且跨系列兼容性更好，F1的代码稍微改改就能跑在F4上。
2023版的教程大概率是以HAL库为主，因为ST现在主推CubeMX加HAL库的组合。但我的建议是，你在学HAL库的同时，至少要知道它底层干了什么。比如HAL_GPIO_WritePin()这个函数，它最终是往BSRR寄存器写了一个值。你不需要背寄存器地址，但你要理解“库函数只是帮你把寄存器操作包装了一层”这个概念。这样当你遇到库函数解决不了的问题时，你知道可以去翻参考手册找对应的寄存器。
新建工程的时候还有一个细节容易被忽略：启动文件的选择。启动文件是汇编写的，负责在芯片上电后初始化堆栈指针、跳转到main函数。不同容量的芯片对应不同的启动文件，比如startup_stm32f103xb.s对应中容量，startup_stm32f103xe.s对应大容量。选错了启动文件，编译可能不报错，但程序跑起来会莫名其妙地死机。CubeIDE会自动帮你选，但如果你用Keil手动建工程，就要自己注意。
3.2 时钟树不是玄学：搞懂它才能让定时器和串口听话
STM32的时钟树是新手最容易懵的地方，没有之一。热搜词里stm32时钟树能上榜，说明被它折磨过的人不在少数。我刚开始学的时候，看到那个密密麻麻的框图，第一反应是“这什么鬼”。但后来我明白了一件事：时钟树本质上就是一个分发系统，把不同频率的时钟信号分配给不同的外设。
打个比方，芯片内部有一个主时钟源，就像一个大水泵。这个水泵的水要通过管道送到各个房间（外设），但每个房间需要的水压（频率）不一样。有的房间需要72MHz的高压，有的只需要36MHz，有的甚至只要几kHz。时钟树就是这套管道系统，里面有分频器（把频率降低）和倍频器（把频率升高），还有选择开关（选择用哪个时钟源）。
对于F103系列来说，最常见的配置是：外部晶振8MHz，经过PLL倍频到72MHz作为系统时钟。然后AHB总线不分频，APB1总线分频系数为2得到36MHz，APB2总线不分频得到72MHz。为什么APB1要分频？因为APB1上挂的外设（比如定时器2到7、串口2到5）最高只能跑36MHz，你给它72MHz它会罢工。而APB2上的外设（比如GPIO、串口1、ADC）可以跑72MHz。
这里有个坑：定时器的时钟频率不一定是APB总线的频率。如果APB的分频系数是1，定时器时钟就等于APB频率；如果分频系数大于1，定时器时钟等于APB频率乘以2。比如APB1分频系数为2，频率是36MHz，但挂在APB1上的定时器实际时钟是72MHz。这个规则在计算定时器周期的时候非常关键，搞错了算出来的延时时间会差一倍。
提示：CubeMX里配置时钟树的时候，直接在那个界面输入你想要的最终频率，它会自动帮你算分频和倍频系数。但你要知道它为什么这么算，否则换个芯片或者换个晶振频率，你又不会了。
3.3 GPIO的八种模式，什么时候用哪种
GPIO是STM32最基础的外设，但它的八种模式（输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、推挽复用、开漏复用）经常让新手犯迷糊。我见过有人用推挽输出模式去读按键，结果怎么读都是高电平，查了半天以为是硬件坏了。
先说输入模式。浮空输入就是引脚悬空，电平不确定，一般只在特定场景用，比如外部已经有上拉电阻的时候。上拉输入和下拉输入是内部接了电阻，按键一端接引脚一端接地，就用上拉输入，这样按键没按下时引脚是高电平，按下时是低电平。模拟输入是给ADC用的，这时候引脚的数字功能被关闭，信号直接进ADC模块。
输出模式里，推挽输出是最常用的，它可以输出高电平和低电平，驱动能力强，点LED、驱动蜂鸣器都用它。开漏输出只能输出低电平，高电平需要外部上拉电阻，它的好处是可以做电平转换，比如你用3.3V的STM32去驱动5V的逻辑电路，开漏输出加上拉电阻到5V就能实现。复用模式是给那些引脚除了GPIO之外还有第二功能的场景用的，比如串口的TX引脚，你配置成复用推挽输出，它就会由串口外设来控制，而不是你的代码直接写。
热搜词里有个stm32控制伺服电机485，这里涉及到一个典型场景：用串口发送指令控制伺服电机，然后通过485芯片转换成差分信号。这时候串口的TX引脚就要配置成复用推挽输出，而控制485收发方向的引脚则配置成普通推挽输出。如果你把TX引脚配成了普通推挽输出，串口就发不出数据。
4. 中断、定时器和串口：三个必须拿下的硬骨头
4.1 中断优先级：为什么你的中断不响应
中断是单片机实时性的核心。没有中断，你就只能在一个大循环里轮询各个外设的状态，效率低而且响应慢。STM32的中断系统有一个叫NVIC（嵌套向量中断控制器）的东西，它负责管理所有中断的优先级和嵌套。
优先级分两种：抢占优先级和响应优先级。抢占优先级高的中断可以打断正在执行的抢占优先级低的中断，这就是嵌套。响应优先级高的中断不能打断正在执行的中断，但如果两个中断同时到达，响应优先级高的先执行。如果两个中断的抢占优先级和响应优先级都一样，那就看它们在中断向量表里的位置，位置靠前的先执行。
新手最常见的坑是：配置了中断，使能了中断，但中断服务函数就是不进。原因通常有三个。第一，忘了在NVIC里使能对应的中断通道，你只使能了外设的中断标志，但NVIC那一层没开，中断信号传不到CPU。第二，中断服务函数的名称写错了，STM32的中断服务函数名称是固定的，比如串口1的中断服务函数必须叫USART1_IRQHandler，你写成USART1_IRQHandler()多了个括号或者拼写错误，链接的时候不会报错，但中断发生时找不到函数，程序就飞了。第三，中断标志没有清除，进了中断之后没有清除对应的标志位，导致中断被反复触发，CPU一直在处理中断，主循环根本跑不起来。
注意：HAL库的中断处理流程跟标准库不太一样。HAL库把中断服务函数分成了两层，一层是IRQHandler，另一层是回调函数HAL_GPIO_EXTI_Callback()。你需要在IRQHandler里调用HAL_GPIO_EXTI_IRQHandler()，然后HAL库会自动帮你清除标志并调用回调函数。如果你直接在IRQHandler里写业务逻辑，可能会跟HAL库的流程冲突。
4.2 定时器：从延时到PWM到输入捕获
定时器是STM32里功能最丰富的外设之一，也是热搜词里出现频率最高的模块。stm32定时器、stm32定时器捕获测频率、stm32测频法、stm32延时函数delay卡死，这些词都跟定时器有关。
先说说延时函数。很多人学STM32的第一个延时函数是用for循环写的，叫软件延时。这种延时的精度极差，而且编译器优化等级一变，延时时间就变了。更严重的是，热搜词里有个stm32延时函数delay卡死，这通常是因为在中断里调用了软件延时，或者延时函数里用了系统滴答定时器（SysTick）但SysTick的中断优先级配置有问题。正确的做法是用硬件定时器做延时，或者用SysTick但确保它不会被其他中断打断。
定时器最基本的用法是定时中断。你配置好预分频器（PSC）和自动重装载寄存器（ARR），定时器就会以固定的频率产生中断。计算公式是：定时器频率 = 系统时钟 / (PSC+1) / (ARR+1)。比如系统时钟72MHz，PSC设为7199，ARR设为999，那么定时器频率就是72000000/7200/1000 = 10Hz，也就是每100ms中断一次。
PWM输出是定时器的另一个常用功能。通过配置捕获比较寄存器（CCR），你可以控制输出方波的占空比。这个功能用来调LED亮度、控制电机速度、驱动舵机都很方便。舵机的控制信号是周期20ms、高电平宽度0.5ms到2.5ms的PWM波，对应舵机角度0到180度。你用定时器产生这样的PWM波，就能精确控制舵机位置。
输入捕获是定时器比较高级的功能，用来测量外部信号的频率和占空比。热搜词里stm32定时器捕获测频率和stm32测频法说的就是这个。原理是：当引脚上出现上升沿或下降沿时，定时器把当前计数器的值锁存到捕获寄存器里，你通过两次捕获的值之差就能算出信号周期。测高频信号用测频法，测低频信号用测周法，这是信号处理的基本常识。
4.3 串口通信：调试和联调的生命线
串口是嵌入式开发中最重要的调试手段，没有之一。你可以没有屏幕，没有按键，但你不能没有串口。热搜词里stm32串口通信、stm32串口调试pid、stm32 usb虚拟串口发送数据，这些都跟串口相关。
串口的基本配置包括波特率、数据位、停止位、校验位。最常用的配置是9600或115200波特率，8位数据位，1位停止位，无校验。STM32的串口发送数据有两种方式：阻塞发送和中断发送。阻塞发送就是调用HAL_UART_Transmit()，它会一直等到数据发完才返回，简单但效率低。中断发送是调用HAL_UART_Transmit_IT()，它把数据丢进发送缓冲区就返回了，发送完成之后触发中断通知你。接收数据也有阻塞和中断两种方式，另外还有DMA方式，适合大量数据的收发。
串口调试PID是很多做电机控制的人会遇到的场景。你用串口把PID的参数发送给STM32，STM32根据这些参数调整控制量，然后把当前的转速、电流等数据通过串口发回电脑，你在电脑上用波形软件实时显示。这个过程对串口的实时性和稳定性要求比较高，建议用DMA收发，减少CPU的干预。
USB虚拟串口是另一个实用功能。STM32F103系列没有原生USB，但可以通过USB转串口芯片实现。F4系列有原生USB，可以配置成CDC设备，插上电脑之后直接识别为一个串口，不需要额外的转换芯片。热搜词里stm32无法识别usb设备，这个问题通常出在USB的时钟配置上，STM32的USB模块要求48MHz的时钟，如果你用外部晶振经过PLL倍频，需要确保USB时钟的分频系数正确。
5. 进阶路上的分岔口：RTOS、OTA和毕业设计选题
5.1 FreeRTOS到底要不要学，什么时候学
热搜词里有个freertos快速入门教程，说明很多人在学完STM32基础之后，开始考虑上操作系统。我的观点是：如果你只是做点灯、读传感器、控制电机这种单一任务的事情，裸机跑大循环完全够用，没必要上RTOS。但如果你要做多任务并行，比如一边采集传感器数据一边刷新屏幕一边处理串口命令，裸机就会写得很痛苦，这时候RTOS的价值就体现出来了。
FreeRTOS是目前STM32上最流行的实时操作系统，它的核心概念是任务、队列、信号量、互斥量。任务就是一个无限循环的函数，每个任务有自己的栈空间和优先级。调度器负责在多个任务之间切换，让它们看起来是同时在运行。队列用于任务之间传递数据，信号量用于任务同步，互斥量用于保护共享资源。
学FreeRTOS的前提是你对STM32的中断和定时器已经有比较深的理解，因为RTOS的调度器本质上就是利用SysTick中断和PendSV中断来实现任务切换的。如果你连中断优先级都还没搞明白，直接上RTOS会非常吃力。我建议的学习路径是：先把裸机的中断、定时器、串口玩熟，然后花一周时间把FreeRTOS的任务创建、调度、队列通信跑通，剩下的细节可以在项目中慢慢积累。
5.2 OTA升级：让设备远程更新的正确姿势
热搜词里有个stm32 ota，这是产品化阶段必须考虑的功能。OTA就是通过无线或者有线方式给设备远程更新固件，不用把设备拆下来接下载器。STM32的OTA通常有两种方案：一种是双区方案，Flash里存两份固件，一份是正在运行的，一份是新下载的，下载完成后重启切换到新固件；另一种是Bootloader方案，设备上电后先运行Bootloader，Bootloader检查是否需要更新，需要的话就接收新固件写入Flash，然后跳转到应用程序。
双区方案的安全性更高，因为即使新固件有问题，你还可以回滚到旧固件。但它需要两倍的Flash空间，对于Flash容量紧张的芯片不太友好。Bootloader方案节省空间，但如果更新过程中断电，设备可能会变砖。实际项目中，我一般推荐Bootloader加备份区的方案，Bootloader本身不参与更新，它负责接收新固件并写入应用程序区，写入之前先把旧固件备份到备份区，写入完成后校验，校验通过才跳转。
OTA的难点不在STM32端，而在通信协议的设计。你需要定义固件的分包格式、校验方式、重传机制、断点续传逻辑。如果用的是无线模块，比如ESP8266或者LoRa，还要考虑无线链路的稳定性和带宽。热搜词里有个stm32 lora 温控电路，LoRa的传输速率很低，OTA的时候要特别小心分包大小和超时时间。
5.3 毕业设计选题：怎么选一个能做完又不烂大街的题目
热搜词里有个基于stm32的毕业设计，还有一个基于stm32空气质量检测开源项目。每年到了毕业季，这个话题的热度就会飙升。我见过太多人选题的时候雄心勃勃，要做智能家居中控、要做四轴飞行器、要做视觉追踪小车，结果做到一半发现难度远超预期，最后草草收场。
选题的核心原则是：功能可验证、工作量可控、有一定实用性。空气质量检测就是一个不错的选题，传感器用SGP30或者CCS811，STM32读取数据，通过OLED或者串口屏显示，再加上超标报警功能。这个题目涉及I2C通信、ADC采集、显示驱动、报警逻辑，工作量适中，而且有实际意义。如果你想加点亮点，可以加上数据上传到手机APP的功能，用ESP8266或者蓝牙模块实现。
另一个思路是做数据采集加PID控制的题目，比如温控风扇、恒温焊台、直流电机调速。这类题目的好处是控制效果肉眼可见，答辩的时候演示起来很直观。PID参数整定是一个可以深入讲的东西，你可以对比不同整定方法的效果，这样论文也有内容可写。
提示：选题的时候一定要先确认实验室有没有对应的硬件。我见过有人选了超声波测距的题目，结果实验室的超声波模块坏了没人修，最后只能临时换题。另外，尽量选那些有开源参考设计的题目，不是说让你抄，而是遇到问题的时候有地方查。
6. 那些年我踩过的坑和总结出的野路子
6.1 调试比写代码更重要：几个实用的排查手段
写代码的时间可能只占整个项目周期的三分之一，剩下三分之二都在调试。我总结了几条排查问题的经验，都是实战中摔打出来的。
第一条，先确认硬件没问题再怀疑软件。LED不亮，先用万用表量一下LED两端的电压，看看引脚有没有输出。串口收不到数据，先用示波器或者逻辑分析仪看一下TX引脚有没有波形。很多人一遇到问题就埋头改代码，改了半天发现是杜邦线断了。
第二条，善用printf。在没有屏幕的情况下，printf是你最好的朋友。你可以把关键变量的值打印出来，看看程序到底走到哪一步了。但要注意，printf默认是输出到标准输出，在STM32上需要重定向到串口。重定向的方法是重写fputc()函数，在里面调用HAL_UART_Transmit()。
第三条，学会看寄存器。HAL库封装得很好，但有时候库函数的行为跟你预期的不一样。这时候你可以直接在调试器里查看外设的寄存器值，看看实际配置成了什么样。比如你配置了GPIO输出高电平，但引脚还是低，你就去看GPIOx_ODR寄存器的对应位是不是1。
第四条，二分法定位。程序跑飞了，不知道哪里的问题，就在可疑的地方加标志变量，逐步缩小范围。比如你怀疑是某个中断处理函数有问题，就先把它注释掉，看看程序还飞不飞。如果注释掉就不飞了，那问题就在这个中断里。
6.2 代码规范：从第一天就养成好习惯
我见过很多新手的代码，变量名用a、b、c，函数名用function1、function2，注释几乎没有。这种代码写的时候爽，过两周自己都看不懂。嵌入式代码尤其要注意规范，因为很多时候你需要跟硬件打交道，代码的可读性直接影响到调试效率。
我的建议是：变量名要有意义，比如led_state、uart_rx_buffer、timer_count。函数名用动词开头，比如GPIO_Init()、UART_SendData()、Timer_Start()。每个外设的初始化代码单独写一个函数，放在main函数里按顺序调用。中断服务函数里只做最紧急的事情，比如置标志位、存数据，复杂的处理放到主循环里做。
还有一个细节：宏定义和枚举的使用。比如LED的引脚，不要直接在代码里写GPIO_PIN_13，而是定义一个宏LED_PIN。这样如果硬件改了，你只需要改宏定义，不用满代码找。状态机的状态用枚举类型，比用数字0、1、2可读性好得多。
6.3 学习节奏：别在第一个月就放弃
STM32的学习曲线是先陡后缓的。前两周你会觉得信息量爆炸，每天都有新概念，每天都遇到新问题。这个阶段最容易放弃，因为挫败感太强了。我的建议是：前两周只做一件事，就是把GPIO和串口玩熟。点灯、按键、串口收发，这三个东西反复练，练到不用看教程就能写出来。等你对工程结构、编译流程、下载调试都熟悉了，再去碰定时器和中断。
第三周到第四周，集中攻克定时器和中断。这两个东西是STM32的灵魂，也是后面所有高级功能的基础。PWM、输入捕获、定时中断，每个都自己写一遍代码，不要复制粘贴。写完之后用调试器单步跟踪，看看寄存器的变化，理解每一步在干什么。
第二个月开始，可以接触ADC、DMA、I2C、SPI这些外设。这时候你会发现，之前打下的基础开始发挥作用了，很多概念是相通的。比如你理解了定时器的中断，再理解串口的接收中断就很容易。你理解了GPIO的复用功能，再理解I2C和SPI的引脚配置就很快。
至于RTOS和OTA这些进阶内容，我建议至少学完三个月之后再碰。不是它们有多难，而是你需要足够的裸机经验来理解RTOS帮你解决了什么问题。如果你连裸机的中断嵌套都没搞明白，直接看RTOS的任务调度，只会一头雾水。
最后说一个心态问题。学STM32的过程中，你一定会遇到那种“明明按照教程做的，但就是不行”的情况。这时候不要慌，也不要怀疑自己。嵌入式开发涉及硬件、软件、工具链多个层面，变量太多，出问题是正常的。我的习惯是遇到问题先记录，把现象、已经尝试过的方案、怀疑的方向都写下来，然后一个一个排除。很多时候，问题会在你记录的过程中自己浮现出来。
