1. 为什么STM32值得花时间搞明白
STM32这几个字母，在嵌入式圈子里出现的频率大概跟“Hello World”在编程入门课里的地位差不多。但很多人对它的理解停留在“一块单片机”这个层面，实际上STM32是一个庞大的产品家族，从低功耗的L0系列到高性能的H7系列，覆盖了从简单传感器节点到复杂工业控制器的几乎所有场景。你手里那块开发板上的芯片，可能只是这个家族里最入门的一员，但它背后代表的ARM Cortex-M架构生态，才是真正值得花时间理解的东西。
我接触STM32是从一块F103C8T6最小系统板开始的，当时连下载器都分不清ST-Link和J-Link的区别，更别提什么时钟树配置、中断优先级分组这些概念。后来做过的项目从简单的超声波测距、步进电机驱动，到带CAN通信的工业数据采集板，再到跑FreeRTOS的多任务系统，踩过的坑基本覆盖了新手能遇到的所有典型问题。这篇文章想做的事情很简单：把STM32这个平台从“是什么”到“怎么用”再到“怎么用好”这条线串起来，让刚入门的少走点弯路，也让已经用了一段时间但总觉得理解不够系统的人有个重新梳理的机会。
不管你是电子专业的学生、转行做嵌入式的开发者，还是工作中需要用到MCU的软件工程师，STM32都是一个很好的切入点。它的资料丰富程度在所有MCU里几乎是最高的，社区活跃，工具链成熟，遇到问题基本都能找到答案。但资料多也有资料多的坏处——信息过载，不知道该看哪个。所以下面我会按照实际项目开发的逻辑来组织内容，从芯片选型到开发环境搭建，从外设驱动到通信协议，从调试技巧到常见问题排查，尽量把每个环节的关键点和容易踩的坑都说清楚。
2. STM32家族全貌与选型逻辑
2.1 从Cortex-M内核说起
STM32的核心是ARM的Cortex-M系列内核，这个事实决定了它的很多特性。Cortex-M是一个为嵌入式场景专门设计的架构，跟你在手机里看到的Cortex-A系列（跑Android那种）完全是两回事。M系列内核的特点是中断响应快、功耗低、成本可控，没有MMU（内存管理单元），所以跑不了Linux这种需要虚拟内存的操作系统，但跑RTOS或者裸机程序非常合适。
目前STM32主要使用的内核包括Cortex-M0/M0+、M3、M4、M7和M33。M0+是最精简的版本，指令集小，功耗极低，适合成本敏感的简单控制场景，比如L0和G0系列。M3是经典款，F103系列用的就是这个内核，性能对于大多数控制任务绰绰有余。M4在M3的基础上增加了DSP指令和浮点运算单元（FPU），做电机控制、音频处理这类需要数学运算的场景优势明显，F4系列就是代表。M7是性能旗舰，带双精度浮点，主频可以跑到400MHz以上，H7系列用的就是它。M33则增加了TrustZone安全特性，适合有安全需求的应用。
理解这些内核差异的实际意义在于：选型的时候不能只看主频和价格，要看你的应用到底需要什么。比如你只是做个温湿度采集加继电器控制，用F103甚至G0都够了，没必要上F4。但如果你要做FFT分析或者电机矢量控制，那M4的DSP指令和FPU就能帮你省下大量软件模拟的时间。
2.2 各系列定位与典型应用场景
STM32的产品线命名有一定规律，但系列确实多，新手容易看花眼。我按实际项目中的使用频率来梳理一下。
F1系列是很多人的入门首选，尤其是F103C8T6这块芯片，价格便宜，资料多到泛滥，社区里随便搜一个问题都有现成答案。它的外设不算丰富但够用，72MHz主频，没有FPU，适合学习和小型控制项目。但要注意F1系列已经比较老了，新项目如果对功耗或者性能有要求，建议考虑更新的系列。
F4系列是我个人用得最多的，特别是F407和F411。F407主频168MHz，带FPU和DSP指令，外设丰富，有以太网MAC、CAN、USB OTG等接口，做工业控制和通信网关非常合适。F411则是F4系列里的精简版，100MHz主频，引脚少，适合空间受限的场景。
G0和G4是近几年推的新系列，G0主打性价比替代F0/F1，G4则在G0的基础上增加了FPU和更丰富的外设，定位在F3和F4之间。这两个系列的一个显著优势是供货相对稳定，前几年芯片荒的时候帮了不少忙。
L系列是低功耗系列，L4和L0在电池供电的物联网设备里很常见。我之前做过一个用L051的无线传感器节点，RTC加低功耗定时器唤醒的模式下，一颗纽扣电池能撑一年多。但L系列的开发要注意低功耗模式的配置细节，稍有不慎功耗就下不来。
H7系列是性能天花板，480MHz主频，带Cache，跑复杂算法或者做高速数据采集的时候才能体现出价值。但它的开发复杂度也相应提高，Cache一致性问题、MPU配置这些都需要额外注意。
选型的时候我一般会问自己几个问题：需要什么外设？主频要求多少？功耗有没有限制？封装和引脚数够不够？供货和价格能不能接受？把这几个问题回答清楚，基本就能锁定一两个系列，然后再具体到型号。
2.3 封装、引脚与最小系统
STM32的封装从QFN到LQFP到BGA都有，手焊的话LQFP是最友好的，引脚间距0.5mm以上，用普通烙铁加助焊剂就能搞定。QFN需要热风枪，BGA基本只能找工厂贴片。
最小系统是让芯片能跑起来的最少外围电路，包括电源、晶振、复位电路、启动模式配置和调试接口。电源部分要注意去耦电容的布置，每个VDD引脚旁边都要放一个100nF的电容，距离越近越好。晶振分高速和低速两种，高速晶振（一般8MHz）经过PLL倍频后给系统提供主时钟，低速晶振（32.768kHz）给RTC用。如果对时钟精度要求不高，也可以用芯片内部的RC振荡器，省掉外部晶振，但频率会随温度漂移。
启动模式由BOOT0和BOOT1引脚决定，一般正常运行的时候都接低电平，从Flash启动。调试接口现在主流是SWD，只需要SWCLK和SWDIO两根线，比JTAG省引脚。我建议在PCB上至少留出SWD的测试点，不一定要焊排针，但调试的时候飞线方便很多。
注意：STM32芯片的第一脚确认方法因封装而异。LQFP封装通常在第一个引脚附近有一个圆点标记，或者芯片表面有一个小圆坑指示。QFN封装看的是底部的一个切角或者标记点。焊接前一定要确认方向，反了的话上电可能直接烧芯片。
3. 开发环境搭建与工具链选择
3.1 IDE的选择：Keil、IAR还是STM32CubeIDE
这个问题在社区里讨论过无数次，我的看法是没有绝对的好坏，看你的实际需求和习惯。
Keil MDK是国内用户最多的，资料最全，遇到问题搜索到的答案大概率是基于Keil的。它的编辑器体验一般，但调试功能成熟稳定。需要注意的是Keil的ARM Compiler版本问题，AC5和AC6差异较大，很多老工程用的是AC5，新装的Keil默认可能是AC6，编译会报一堆错误。解决办法是在工程设置里切换编译器版本，或者手动安装AC5。AC5的最后一个版本是5.06 update 7，网上能找到下载，但要注意来源可靠性。
IAR的编译效率通常比Keil好一些，代码优化更激进，但界面对于新手来说不太友好，而且收费版本价格不低。如果公司有正版授权，用IAR是不错的选择。
STM32CubeIDE是ST官方推出的免费IDE，基于Eclipse，集成了CubeMX配置工具和GCC编译器。它的优势是免费、跨平台、和ST的生态整合好。缺点是Eclipse的体验大家都懂，启动慢，偶尔卡顿。但对于个人开发者和小团队来说，免费这一点就足够有吸引力了。
我目前的习惯是：快速验证想法的时候用CubeIDE，因为CubeMX配置外设太方便了；做正式项目的时候用Keil或者IAR，调试体验更稳定。VSCode加插件的方式我也试过，配置起来比较折腾，适合喜欢折腾的开发者。
3.2 STM32CubeMX：配置工具的正确打开方式
CubeMX这个工具，用好了能省大量时间，用不好会埋一堆坑。它的核心功能是图形化配置引脚、时钟、外设，然后生成初始化代码。对于新手来说，最大的价值是时钟树配置——你只需要在图上点几下，输入目标频率，它自动帮你算PLL参数。手动算这些参数很容易出错，尤其是涉及到USB、CAN这些对时钟精度有要求的外设时。
但CubeMX生成的代码有几个需要注意的地方。第一，它生成的代码结构是“用户代码要写在指定区域”，如果你在区域外写代码，重新生成的时候会被覆盖。第二，它的HAL库封装层次比较深，效率不如直接操作寄存器，但对大多数应用来说够用了。第三，CubeMX的版本和固件包版本要匹配，有时候新版本的CubeMX配老芯片会有些小问题。
我的做法是：用CubeMX生成初始化代码，然后在外设驱动层面根据需要决定用HAL库还是自己写寄存器操作。对于时序要求严格或者频繁调用的函数，比如SPI读写、定时器中断，直接操作寄存器能明显提升效率。
3.3 芯片包安装与常见环境问题
Keil的芯片包（Device Family Pack）安装是新手经常卡住的地方。如果你打开Keil发现找不到STM32的器件，或者编译时报错说找不到头文件，大概率是芯片包没装或者装错了系列。解决办法是在Keil的Pack Installer里找到对应的系列，点击安装。如果网络下载慢，也可以去Keil官网手动下载pack文件，然后双击安装。
另一个常见问题是“No Cortex-M SW Device Found”，这个错误通常出现在调试器连接的时候。原因可能有几种：芯片没有供电、SWD线接反了、芯片进入了低功耗模式、或者调试器驱动没装好。排查顺序是先确认供电，再检查接线，然后用ST-Link Utility或者STM32CubeProgrammer试着连接，如果这些工具能连上而Keil连不上，那就是Keil的调试配置问题。
还有一种情况是芯片被读保护了，SWD连不上。这时候需要用STM32CubeProgrammer的“Full Chip Erase”功能擦除整个芯片，但注意这会清掉所有Flash内容。如果芯片的读保护级别设到了最高，可能连擦除都不行，只能通过特定的引脚序列来解除，具体方法参考对应型号的参考手册。
4. 核心外设驱动与实操要点
4.1 GPIO：最基础也最容易出错的外设
GPIO看起来简单，但配置不当会导致各种奇怪的问题。STM32的GPIO有8种模式：输入浮空、输入上拉、输入下拉、模拟输入、开漏输出、推挽输出、推挽复用、开漏复用。新手最容易混淆的是什么时候用推挽什么时候用开漏。
推挽输出可以输出高电平和低电平，驱动能力强，适合直接驱动LED、继电器这些负载。开漏输出只能输出低电平，高电平需要外部上拉电阻，但它的好处是可以做电平转换和线与逻辑。I2C的SDA和SCL就必须用开漏复用模式，因为I2C总线需要线与功能。
另一个容易忽略的是GPIO的翻转速度配置。STM32的GPIO输出速度可以设置为低、中、高、超高四档。速度越高，EMI辐射越大，功耗也越高。所以不要无脑设最高，根据实际信号频率来选。比如驱动LED用低速就够了，SPI的时钟线才需要高速。
实操心得：配置GPIO之前一定要查原理图，确认引脚连接了什么外设，有没有外部上下拉电阻。我曾经因为没注意一个引脚外部已经有上拉电阻，又在代码里开了内部上拉，导致电平判断出错，排查了半天。
4.2 定时器：从延时到PWM到输入捕获
定时器是STM32里最灵活也最复杂的外设之一。基本功能包括定时中断、PWM输出、输入捕获、编码器接口等。新手建议从定时中断开始，配置一个1ms的定时器，在中断里做软件延时或者任务调度。
PWM输出在电机控制和LED调光里用得很多。配置的时候要注意频率和占空比的计算。假设定时器时钟是72MHz，预分频器设为71，那么计数频率就是1MHz，自动重装载值设为999，PWM频率就是1MHz/1000=1kHz。占空比通过比较寄存器设置，比如比较值设为300，占空比就是30%。
输入捕获用来测量外部信号的频率和脉宽。做超声波测距的时候，就是通过捕获回波信号的高电平时间来算距离。配置的时候要注意捕获边沿的选择和输入滤波，信号质量差的时候滤波参数很关键。
我做过一个用定时器捕获测频率的项目，信号频率范围从1Hz到1MHz。低频的时候用输入捕获没问题，但高频的时候中断太频繁，CPU扛不住。后来改成用定时器的从模式加DMA，让硬件自动记录捕获值，CPU只在缓冲区满了之后处理一次，效率提升非常明显。
4.3 通信接口：UART、I2C、SPI、CAN
UART是最常用的调试接口，配置简单，但要注意波特率的计算。STM32的UART波特率寄存器有小数部分，计算不精确会导致通信误码。一般用CubeMX自动算就行，但如果手动配置，要参考参考手册里的公式。
I2C的问题通常出在时序和上拉电阻上。标准模式100kHz，快速模式400kHz，上拉电阻一般用4.7kΩ。如果通信不稳定，先用示波器看波形，确认上升沿是否足够陡。另外I2C的死锁问题也常见，从设备拉低SDA不放的时候，主机需要发送额外的时钟脉冲来解锁。
SPI的配置相对简单，但要注意时钟极性和相位的组合，也就是CPOL和CPHA。这四个组合对应四种SPI模式，主从设备必须一致。我调试ILI9341屏幕的时候，读ID返回0xA1A1而不是预期的0x9341，后来发现是SPI模式设错了。ILI9341支持多种SPI模式，但读ID的时候对时序有特定要求。
CAN通信在工业场景里很常见，STM32的CAN外设配置涉及波特率、滤波器、工作模式等。CAN突然连不上的原因可能是总线终端电阻没接、波特率不匹配、或者节点进入了错误被动状态。排查的时候先用示波器看CAN_H和CAN_L的差分信号，确认有没有数据在传输。
4.4 USB设备开发：从枚举到通信
STM32做USB设备是很多项目的需求，比如做自定义HID设备、虚拟串口、大容量存储等。USB协议本身比较复杂，但ST的USB库封装得比较好，大部分情况下只需要配置描述符和端点就能跑起来。
USB枚举的过程是：主机检测到设备插入，复位总线，然后通过控制端点读取设备描述符、配置描述符、字符串描述符等，最后根据描述符信息加载对应的驱动。如果枚举失败，先用USB分析仪抓包，看是在哪一步出的问题。常见的原因包括描述符长度不对、端点配置和描述符不匹配、供电不足等。
虚拟串口（CDC）是最常用的USB设备类型之一，配置好之后电脑上会多出一个串口，和UART的使用方式一样。但要注意CDC的波特率设置实际上不影响USB传输速度，它只是用来兼容传统串口软件的。
5. 调试技巧与问题排查实录
5.1 SWD调试与常见连接问题
SWD是STM32最常用的调试接口，只需要两根信号线加电源和地。但实际使用中经常会遇到连不上的情况。除了前面提到的供电和接线问题，还有一种情况是芯片运行的程序里禁用了SWD引脚。比如有些代码为了省电或者复用引脚，把PA13和PA14配置成了普通GPIO，这时候调试器就连不上了。
解决办法是在芯片复位后的瞬间连接，或者用“Connect under Reset”模式。Keil和STM32CubeProgrammer都支持这个模式，原理是在芯片复位期间建立调试连接，在程序运行之前抢占SWD引脚的控制权。
还有一种情况是低功耗模式导致的连接失败。如果芯片进入了Stop或者Standby模式，调试器可能无法唤醒它。这时候需要先通过复位引脚或者断电重启来让芯片回到正常运行状态。
5.2 程序跑飞与HardFault定位
HardFault是Cortex-M里最让人头疼的异常之一，程序跑飞之后停在HardFault_Handler里，但不知道具体哪里出的问题。定位HardFault的方法有几种，最直接的是查看压栈的寄存器值。
当异常发生时，Cortex-M会自动把当前的PC、LR、R0-R3、R12、PSR压入堆栈。在HardFault_Handler里，可以通过读取MSP或者PSP的值来找到这些寄存器，然后根据PC的值定位到出错的代码位置。具体做法是在HardFault_Handler里写一段汇编或者C代码，把堆栈里的值打印出来。
另一种方法是使用Keil的Event Recorder或者STM32CubeIDE的Fault Analyzer，这些工具能自动解析堆栈信息，直接告诉你出错的位置和原因。但前提是调试器连接正常，而且没有进入低功耗模式。
常见的HardFault原因包括：访问了未初始化的指针、数组越界、除零、非对齐访问、跳转到非法地址等。我遇到最多的是指针问题，尤其是结构体指针没有初始化就使用。
5.3 时钟配置错误导致的外设异常
时钟是STM32的“心脏”，配置错了会导致各种奇怪的现象。比如UART波特率不对、定时器周期不对、USB枚举失败等。排查时钟问题的时候，首先要确认系统时钟源和PLL配置是否正确，然后检查各个外设的总线时钟是否使能。
STM32的时钟树比较复杂，不同外设挂在不同总线上，AHB、APB1、APB2的频率可能不一样。比如APB1的最大频率通常比APB2低，如果给挂在APB1上的外设配置了超过限制的时钟，可能会导致外设工作异常甚至损坏。
用CubeMX配置时钟的时候，它会自动检查频率是否超限，但手动配置的时候就要自己注意。我建议在系统启动之后，通过MCO引脚输出系统时钟或者某个外设时钟，用示波器测量实际频率，确认和预期一致。
5.4 常见问题速查表
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| 调试器连不上 | 供电异常、SWD引脚被占用、芯片进入低功耗 | 检查供电，用Connect under Reset模式，复位后立即连接 |
| 程序停在HardFault | 指针错误、数组越界、除零、非法地址访问 | 查看压栈的PC值，定位出错代码位置 |
| UART通信乱码 | 波特率不匹配、时钟配置错误、TX/RX接反 | 示波器测波特率，检查时钟树，确认接线 |
| I2C通信失败 | 上拉电阻缺失、地址错误、总线死锁 | 检查上拉电阻，用示波器看波形，发送时钟脉冲解锁 |
| SPI读不到数据 | 模式配置错误、片选信号问题、时钟极性相位不对 | 确认CPOL/CPHA，检查片选时序 |
| CAN通信中断 | 终端电阻缺失、波特率不匹配、错误被动状态 | 检查120Ω终端电阻，确认波特率，查看错误计数器 |
| 定时器不工作 | 时钟未使能、配置错误、中断优先级问题 | 检查RCC配置，确认ARR和PSC值，查看中断向量表 |
| 芯片发热严重 | 电源接反、IO口短路、时钟配置超频 | 立即断电，检查电源和IO连接，确认时钟配置 |
6. 从裸机到RTOS再到项目实战
6.1 裸机开发的局限性
裸机开发就是没有操作系统，程序在一个大的while循环里轮询或者靠中断驱动。对于简单的应用，裸机完全够用，代码结构清晰，没有任务切换的开销。但当系统复杂度上升，比如需要同时处理多个传感器、通信协议、用户界面的时候，裸机的局限性就暴露出来了。
最典型的问题是实时性难以保证。如果某个任务执行时间过长，其他任务就会被阻塞。用中断可以解决一部分问题，但中断里不能做太耗时的操作，而且中断嵌套和优先级管理也很复杂。另外，裸机下的状态机设计如果不够清晰，代码会变得难以维护。
我的经验是：如果系统只有一两个任务，或者任务之间有明确的先后顺序，裸机就够了。但如果需要同时处理多个异步事件，或者对响应时间有严格要求，就该考虑上RTOS了。
6.2 FreeRTOS在STM32上的移植与使用
FreeRTOS是STM32上最常用的RTOS，代码量小，移植方便，社区资源丰富。CubeMX里可以直接勾选FreeRTOS，自动生成移植代码，省去了手动移植的麻烦。
使用FreeRTOS的核心是任务划分和优先级分配。任务划分的原则是按功能模块分，每个任务负责一个相对独立的功能，任务之间通过队列、信号量、事件组来通信。优先级分配要根据实时性要求来定，越紧急的任务优先级越高。但要注意优先级反转问题，必要时使用互斥量的优先级继承机制。
栈大小的分配是个经验活。任务栈太小会溢出，太大会浪费RAM。我一般先给一个估计值，比如512字（注意FreeRTOS的栈单位是字，不是字节），然后通过uxTaskGetStackHighWaterMark()查看栈的使用峰值，再调整。中断服务函数里调用的FreeRTOS API必须以FromISR结尾，而且优先级不能超过configMAX_SYSCALL_INTERRUPT_PRIORITY。
6.3 典型项目案例：超声波测距与步进电机控制
超声波测距是我带新手做的第一个综合项目，涉及GPIO、定时器、中断、串口输出。HC-SR04模块的工作原理是：Trig引脚给一个10us以上的高电平脉冲，模块发射超声波，Echo引脚输出高电平，高电平的持续时间就是超声波往返的时间。距离等于时间乘以声速除以2。
实现的时候用定时器做微秒级延时和输入捕获。Trig脉冲用GPIO加延时实现，Echo用定时器输入捕获测量高电平时间。要注意的是超声波模块的测量周期不能太短，两次测量之间至少间隔60ms，否则回波会干扰。
步进电机控制是另一个经典项目，涉及定时器PWM、GPIO方向控制、加减速算法。五线四相步进电机用四相八拍或者四相四拍驱动，通过定时器中断切换相序。加减速用梯形或者S形曲线，避免启动时失步。我做过一个用STM32驱动42步进电机的项目，定时器频率从200Hz逐渐升到20kHz，配合S形加减速曲线，运行非常平滑。
6.4 嵌入式Linux与STM32的协作
有些项目需要STM32和嵌入式Linux配合，比如Linux做主控跑界面和网络通信，STM32做实时控制。两者之间通过串口、SPI或者CAN通信。这种架构的好处是各取所长，Linux擅长复杂计算和网络，STM32擅长实时控制和低功耗。
通信协议的设计是关键。我一般会定义一个简单的帧格式：帧头、长度、命令字、数据、校验、帧尾。STM32端用中断或者DMA接收，Linux端用串口库或者SocketCAN处理。要注意的是两边对字节序和数据类型长度的约定要一致，否则解析会出错。
K210和STM32的通信也是类似思路，K210跑视觉算法，STM32做运动控制，通过串口交换数据。这种组合在智能小车和机器人项目里很常见。
7. 进阶方向与学习路线建议
7.1 从会用到精通：需要补的底层知识
会用STM32的HAL库调外设只是第一步，要真正精通，需要补的底层知识包括：Cortex-M的架构和指令集、启动文件的分析、链接脚本的编写、中断向量表的原理、内存映射和外设寄存器的直接操作。
启动文件（startup_stm32fxxx.s）里定义了中断向量表和复位后的初始化流程。理解启动文件能帮你搞清楚程序是怎么从复位向量跳到main函数的，以及堆栈是怎么初始化的。链接脚本（.ld文件）决定了代码和数据在Flash和RAM里的布局，自定义链接脚本可以实现Bootloader和APP的分离、将特定数据放到特定内存区域等功能。
直接操作寄存器虽然不如HAL库方便，但在某些场景下是必须的。比如在中断里需要极快的响应速度，HAL库的函数调用开销就不能忽略。又比如某些外设HAL库不支持的功能，只能自己写寄存器。
7.2 嵌入式AI与边缘计算
嵌入式AI是近几年的热点，在STM32上跑神经网络推理已经有不少成熟方案，比如STM32Cube.AI可以把训练好的模型转换成C代码，在MCU上运行。虽然算力有限，但做简单的关键词识别、手势识别、异常检测还是可以的。
H7系列带DSP指令和FPU，跑轻量级神经网络比较合适。F4系列也能跑，但模型要更小。实际项目中，我一般会把AI推理和实时控制分开，AI部分做周期性检测，控制部分用中断保证实时性。
7.3 学习路线与资源推荐
如果你是零基础，建议的学习路线是：先搞定GPIO和UART，能点灯和打印调试信息；然后学定时器和中断，理解嵌入式程序的运行方式；接着学I2C、SPI、ADC这些常用外设；然后上RTOS，理解任务调度和同步机制；最后根据项目需求深入某个方向，比如通信协议、电机控制、USB、文件系统等。
资源方面，ST官方的参考手册和数据手册是最权威的，虽然厚但值得反复查阅。社区方面，各种电子论坛和开源项目是找答案的好地方。视频教程的话，选一个讲得清楚的跟着做就行，不用贪多。
我个人体会：STM32的学习曲线在前两周比较陡，因为要同时理解硬件连接、开发环境、代码结构。但一旦跑通第一个程序，后面的路就顺了。关键是不要只看不练，每学一个外设就动手写代码验证，遇到问题先自己排查再搜索，这样成长最快。
7.4 项目扩展思路
学完基础之后，可以通过一些综合项目来巩固和扩展。比如做一个带CAN通信的工业数据采集节点，涉及ADC采样、CAN协议、Modbus应用层协议。或者做一个USB音频设备，涉及USB协议、I2S音频接口、DMA传输。又或者做一个带文件系统的数据记录仪，涉及SD卡驱动、FatFS文件系统、RTC时间戳。
这些项目在GitHub上都有开源参考，但建议不要直接抄，而是理解思路之后自己从头实现一遍。踩坑的过程才是真正学到东西的时候。
