STM32实战指南：42个项目从入门到独立开发

1. 为什么“42个实战项目”是STM32学习的最优路径

1.1 从“看懂”到“做出来”之间隔着什么

很多人学STM32的经历都差不多：买块开发板，跟着教程点灯、按键、串口打印，每个例程单独跑都没问题，但一旦要自己做一个完整的东西，就不知道从哪下手了。这个现象太普遍了，我自己当年也是这么过来的。

问题出在哪？出在知识是碎片化的。你知道GPIO怎么配置，知道定时器怎么用，知道中断怎么开，但这些知识在你脑子里是42个独立的抽屉，没有一个项目把它们串起来。而实际工作中的需求从来不是“用定时器做一个PWM输出”，而是“做一个能调速的小车”或者“做一个能采集温度并上传的设备”。后者需要你同时调动GPIO、定时器、中断、通信接口、数据处理等多个模块，还要考虑它们之间的配合和优先级。

42个实战项目的价值就在这里——它用42个不同的场景，逼着你把碎片化的知识组装成完整的系统。每做一个项目，你就多了一次“从需求到实现”的完整训练。做完10个，你开始有感觉了；做完20个，你拿到新需求能大概知道怎么拆解了；做完42个，你基本具备了独立开发的能力。

1.2 项目驱动学习 vs 教程驱动学习的本质区别

教程驱动学习的逻辑是：先学A，再学B，再学C，最后做项目。听起来很合理，但实际操作中你会发现两个问题：一是学到后面忘了前面，二是不知道学这些到底能干嘛，缺乏正反馈。

项目驱动学习的逻辑是：先定一个目标（比如做一个温控风扇），然后倒推需要什么知识（ADC采集温度、PWM控制风扇、可能需要OLED显示），边做边学。这种方式的好处是每个知识点都有明确的用途，你学ADC的时候知道它是为了读温度传感器，学PWM的时候知道它是为了调风扇转速，记忆和理解都会深刻得多。

我个人的建议是：基础外设的寄存器操作和标准库/HAL库的基本用法还是要先过一遍，不用太深，知道怎么配置就行。然后立刻开始做项目，在项目中遇到问题再回头查资料、补基础。这样效率最高，也最不容易放弃。

1.3 42个项目怎么分类才合理

42个项目如果只是随便列出来，那价值不大。合理的分类应该是按照难度递进和知识覆盖两个维度来组织。我把它分成四个阶段：

这个分类不是绝对的，不同项目之间会有交叉。比如电机控制既涉及PWM也涉及编码器接口，还可能需要PID算法，它既是进阶外设也是系统综合。关键是每个阶段都有明确的能力目标，你知道自己做完这些项目应该达到什么水平。

2. 入门阶段：先把这10个项目吃透

2.1 开发环境搭建的坑比你想的多

在开始做项目之前，环境搭建是第一个拦路虎。STM32的开发环境有好几种组合：Keil MDK + 标准库、Keil MDK + HAL库、STM32CubeIDE + HAL库、VSCode + PlatformIO等等。新手最容易在这里卡住。

我的建议是：如果你用的是Windows，直接上Keil MDK + STM32CubeMX + HAL库。原因很简单：资料最多，遇到问题最容易搜到答案。STM32CubeMX可以图形化配置引脚和时钟，自动生成初始化代码，省去了大量查手册的时间。HAL库的API设计比较统一，不同型号之间的移植也方便。

安装过程中有几个常见坑：

• Keil5的芯片包安装：Keil安装完之后需要单独安装对应系列的Device Family Pack（DFP），比如STM32F1系列要装Keil.STM32F1xx_DFP。这个包在Keil官网可以下载，但速度可能比较慢。另一个办法是通过Keil的Pack Installer在线安装，但同样可能很慢。建议提前下载好离线包。
• ST-Link驱动问题：如果你用的是ST-Link调试器，需要安装ST-Link Utility或者STM32CubeProgrammer，它们会自动安装驱动。有时候Windows会识别成其他设备，需要在设备管理器里手动更新驱动。
• Keil5兼容C51和STM32：如果你同时要学51单片机，Keil5可以同时安装C51和MDK，但要注意安装顺序——先装C51再装MDK，否则可能会冲突。安装路径最好分开，不要装在同一个目录下。

提示：STM32CubeMX生成的代码默认使用HAL库，如果你之前学的是标准库，需要花点时间适应HAL库的编程风格。HAL库的优点是抽象层次高、移植方便，缺点是代码效率略低、执行时间不太确定。对于初学者来说，这些缺点基本可以忽略。

2.2 GPIO和按键：看似简单，实则暗藏玄机

点灯和按键检测是每个STM32学习者的第一个项目，但就是这两个最简单的项目，也有不少值得注意的地方。

GPIO的几种输出模式：推挽输出、开漏输出、复用推挽、复用开漏。点灯用推挽输出就行，但如果你要驱动继电器或者需要电平转换，可能就要用到开漏输出加上拉电阻。这个区别在入门阶段可能感受不到，但到了实际项目中就会遇到。

按键检测的消抖问题：机械按键在按下和弹起时会有抖动，产生多次边沿信号。最简单的消抖方法是延时检测——检测到按键按下后延时10-20ms再检测一次，如果还是按下状态就认为是有效按键。但这种方法会阻塞CPU，在实际项目中不推荐。更好的做法是用定时器中断定期扫描按键状态，配合状态机实现消抖。

按键的长按和短按：很多项目需要区分长按和短按，比如短按切换模式、长按进入设置。实现方法是用定时器记录按键按下的持续时间，在按键释放时判断时长。这个逻辑用状态机来实现最清晰。

我当年做按键项目时踩过一个坑：用HAL_GPIO_ReadPin读按键状态，发现有时候会误触发。后来发现是因为按键引脚没有配置上拉电阻，悬空时电平不确定。解决办法是在CubeMX里把按键引脚配置为上拉输入（如果按键另一端接地）或者下拉输入（如果按键另一端接VCC）。

2.3 串口通信：调试和通信的双刃剑

串口是STM32开发中最重要的调试工具，没有之一。通过串口打印调试信息，你可以知道程序运行到哪一步了、变量的值是多少、有没有进入中断等等。可以说，不会用串口调试，就等于闭着眼睛写代码。

串口的基本配置包括波特率、数据位、停止位、校验位。最常用的配置是115200-8-N-1（波特率115200，8位数据位，无校验，1位停止位）。STM32的串口还支持中断接收和DMA接收，这两种方式比轮询接收效率高得多。

串口重定向printf：这是每个STM32开发者都要掌握的技巧。通过重写fputc函数，把printf的输出重定向到串口，就可以像在PC上一样用printf打印调试信息了。具体做法是：

#include <stdio.h> int fputc(int ch, FILE *f) { HAL_UART_Transmit(&huart1, (uint8_t *)&ch, 1, HAL_MAX_DELAY); return ch; }

然后在Keil的Target选项中勾选“Use MicroLIB”。这样就能直接用printf了。

串口接收不定长数据：实际项目中，串口接收的数据长度往往是不固定的。常用的解决方案有两种：一种是使用空闲中断（IDLE Interrupt），当串口总线空闲时触发中断，在中断中读取接收到的数据；另一种是使用DMA接收加定时器超时判断。空闲中断的方式更简单，推荐新手使用。

2.4 定时器和中断：STM32的“心脏”

定时器是STM32最核心的外设之一，几乎每个项目都会用到。STM32的定时器功能非常丰富：基本定时、PWM输出、输入捕获、编码器接口、触发ADC等等。

定时器中断的频率计算：假设系统时钟72MHz，预分频器设为7199，自动重装载值设为9999，那么定时器中断频率 = 72,000,000 / (7199+1) / (9999+1) = 1Hz，也就是每秒中断一次。这个计算要熟练掌握，因为几乎每个项目都要根据需求来配置定时器。

中断优先级：STM32的中断优先级分为抢占优先级和响应优先级。抢占优先级高的中断可以打断正在执行的抢占优先级低的中断，响应优先级只在同时发生多个中断时决定谁先执行。在CubeMX中配置NVIC时，要合理分配优先级。一般来说，实时性要求高的中断（如电机控制、编码器读取）设高抢占优先级，通信类中断设低一些。

中断服务函数的编写原则：中断服务函数应该尽可能短小精悍，只做最紧急的处理，把耗时的操作放到主循环中。比如串口接收中断中只把数据存入缓冲区，数据处理放到主循环。如果在中断中做太多事情，会影响其他中断的响应，甚至导致系统崩溃。

3. 进阶阶段：通信协议和外设驱动

3.1 I2C总线：两根线连接一堆设备

I2C是嵌入式开发中最常用的板级通信协议之一，两根线（SCL时钟线和SDA数据线）就可以连接多个设备。常见的I2C设备包括EEPROM、OLED屏幕、温湿度传感器、加速度计等等。

I2C的硬件实现和软件模拟：STM32的硬件I2C外设功能完善，但在某些型号上存在一些已知问题（比如F1系列的I2C死锁问题）。如果遇到硬件I2C不稳定，可以用GPIO模拟I2C时序，虽然速度慢一些，但胜在稳定可靠。软件模拟I2C的关键是精确控制SCL和SDA的时序，包括起始条件、停止条件、应答位等。

I2C设备地址：每个I2C设备都有一个7位地址，在数据手册中可以查到。需要注意的是，地址通常有两种写法：一种是7位地址本身（比如0x50），另一种是包含读写位的8位地址（比如0xA0表示写，0xA1表示读）。HAL库使用的是7位地址左移一位后的值，这个在调用HAL_I2C_Mem_Read等函数时要注意。

上拉电阻的选择：I2C总线需要上拉电阻，典型值是4.7kΩ。如果总线上设备多、走线长，可以适当减小上拉电阻值（比如2.2kΩ）来提高上升沿速度。但也不能太小，否则会增加功耗。这个在实际调试中经常被忽略，导致通信不稳定。

3.2 SPI接口：高速通信的首选

SPI比I2C速度快得多，适合需要高速数据传输的场景，比如驱动TFT屏幕、读写SD卡、与无线模块通信等。SPI需要4根线：SCK时钟、MOSI主出从入、MISO主入从出、CS片选。

SPI的四种模式：由CPOL（时钟极性）和CPHA（时钟相位）组合而成，分别是模式0、1、2、3。不同的从设备支持的模式不同，需要查阅数据手册。最常见的模式是模式0（CPOL=0，CPHA=0）和模式3（CPOL=1，CPHA=1）。

SPI的DMA传输：当SPI用于驱动屏幕或读写SD卡时，数据量可能很大，用DMA传输可以大大减轻CPU负担。配置DMA时要注意数据宽度匹配（8位还是16位）、传输方向（内存到外设还是外设到内存）、传输模式（单次还是循环）。

多从设备管理：SPI总线上可以挂多个从设备，每个设备有独立的CS片选线。在访问某个设备时，先拉低对应的CS线，传输完成后再拉高。注意不要同时拉低多个CS线，否则会导致数据冲突。

3.3 ADC采集：从模拟世界到数字世界

ADC（模数转换器）是连接模拟世界和数字世界的桥梁。STM32的ADC是12位的，可以测量0-3.3V的电压，对应的数字量是0-4095。

ADC的参考电压：STM32的ADC参考电压通常是VDDA（模拟电源），一般是3.3V。如果VDDA不稳定，ADC的测量结果也会不稳定。所以在对精度要求高的场合，需要确保VDDA的稳定，必要时可以使用外部基准电压芯片。

多通道采集：STM32的ADC支持多通道扫描模式，可以依次采集多个通道的数据。配合DMA，可以实现多通道数据的自动采集和存储，不需要CPU干预。配置时要注意采样时间的设置——采样时间越长，转换结果越稳定，但转换速度越慢。对于高阻抗信号源，需要设置更长的采样时间。

ADC的滤波：实际采集到的ADC值往往会有波动，需要进行滤波处理。最简单的滤波方法是多次采样取平均值，比如采集10次去掉最大最小值再取平均。更复杂的可以用一阶低通滤波或者卡尔曼滤波。选择哪种滤波方法取决于信号的特性和对实时性的要求。

3.4 DMA：让CPU解放出来

DMA（直接内存访问）是STM32中非常重要的一个功能，它可以在不占用CPU的情况下，在外设和内存之间传输数据。串口、SPI、I2C、ADC等外设都支持DMA传输。

DMA的通道和请求映射：STM32的DMA有多个通道，每个通道可以响应特定的外设请求。不同型号的STM32，DMA通道和外设的对应关系可能不同，需要查阅参考手册。在CubeMX中配置DMA时，它会自动帮你分配通道。

DMA传输完成中断：DMA传输完成后可以触发中断，在中断中处理数据或者启动下一次传输。比如串口DMA接收，可以在DMA传输完成中断中处理接收到的数据包。

DMA和CPU的数据一致性：当DMA在后台传输数据时，CPU如果同时访问同一块内存，可能会出现数据不一致的问题。解决办法是使用双缓冲区或者内存屏障。在STM32中，由于DMA和CPU共享总线，一般不需要特别处理，但在高性能应用中还是要注意。

4. 系统综合阶段：多模块协同与RTOS

4.1 多模块协同的架构设计

到了系统综合阶段，项目不再是单一外设的操作，而是多个模块的协同工作。比如一个数据采集系统可能同时涉及ADC采集、串口通信、OLED显示、按键控制、数据存储等多个模块。

前后台架构：这是最常用的架构，主循环负责处理各个模块的任务，中断负责处理紧急事件。主循环中用一个任务调度器来分配CPU时间，每个任务在自己的时间片内执行。这种架构简单易懂，适合中小型项目。

状态机设计：当系统有多个工作状态时（比如待机、采集、传输、休眠），用状态机来管理状态切换是最清晰的方式。每个状态定义好进入条件、执行动作、退出条件，状态之间的切换由事件触发。状态机可以用switch-case实现，也可以用状态表实现。

模块间的通信：模块之间需要交换数据，常用的方式有全局变量、消息队列、回调函数等。全局变量最简单，但耦合度高；消息队列解耦好，但需要额外的内存开销；回调函数灵活，但要注意重入问题。选择哪种方式取决于项目的复杂度和实时性要求。

4.2 FreeRTOS入门：从裸机到RTOS的思维转变

FreeRTOS是STM32上最常用的实时操作系统，它可以帮助你更好地管理多个任务，提高系统的实时性和可靠性。

任务和优先级：FreeRTOS中的任务是独立的执行单元，每个任务有自己的栈空间和优先级。优先级高的任务可以抢占优先级低的任务。任务优先级的分配要根据任务的实时性要求来定，实时性要求高的任务优先级高。

任务间通信：FreeRTOS提供了队列、信号量、互斥量、事件组等多种任务间通信机制。队列用于传递数据，信号量用于同步，互斥量用于保护共享资源，事件组用于等待多个事件。合理使用这些机制可以大大简化多任务编程。

内存管理：FreeRTOS提供了多种内存管理方案，从简单的静态分配到复杂的动态分配。对于资源受限的STM32，建议使用静态分配或者简单的动态分配方案，避免内存碎片。

从裸机到RTOS的思维转变：裸机编程中，你习惯了一个大循环加中断；RTOS编程中，你需要把功能拆分成多个独立的任务，每个任务负责一个功能模块。这个转变需要一些时间来适应，但一旦掌握，开发效率会大幅提升。

4.3 电机控制：PWM、编码器和PID

电机控制是STM32最经典的应用之一，涉及PWM输出、编码器接口、PID算法等多个知识点。

PWM调速：通过调节PWM的占空比来控制电机的平均电压，从而实现调速。PWM频率的选择要考虑电机的特性和噪音要求，一般在10kHz-20kHz之间。频率太低会有可闻噪音，频率太高会增加开关损耗。

编码器测速：增量式编码器输出两路正交信号（A相和B相），通过STM32的编码器接口模式可以直接读取编码器的计数值。单位时间内计数值的变化量就是电机的转速。STM32的编码器接口支持4倍频，可以进一步提高分辨率。

PID算法：PID是电机控制中最常用的控制算法，通过比例、积分、微分三个环节来调节输出，使系统快速稳定地达到目标值。PID的参数整定是个经验活，一般先用比例环节，再加积分环节，最后加微分环节。实际调试中，可以先在PC上仿真，再在STM32上实现。

电机驱动电路：STM32的GPIO输出电流有限，不能直接驱动电机，需要电机驱动芯片（如L298N、TB6612、DRV8833等）。选择驱动芯片时要考虑电机的电压、电流、功率等参数。另外，电机是感性负载，需要加续流二极管保护驱动芯片。

5. 框架与实战：从学生项目到产品级开发

5.1 Bootloader与OTA升级

OTA（Over-The-Air）升级是产品级STM32项目的必备功能，它允许通过无线方式更新设备固件，而不需要拆机接线。

Bootloader的设计：Bootloader是一段固化在Flash中的程序，负责接收新固件并写入到应用程序区。STM32的Flash通常分为多个扇区，Bootloader放在起始扇区，应用程序放在后面的扇区。Bootloader启动时检查是否有新固件需要更新，如果有则执行更新流程，否则跳转到应用程序。

固件传输协议：OTA升级需要一套传输协议来保证数据的完整性和可靠性。常用的协议有YMODEM、XMODEM等，也可以自定义协议。协议中需要包含数据包序号、校验和、重传机制等，确保固件在传输过程中不会出错。

双区升级和回滚：为了安全起见，可以采用双区升级方案——Flash中存放两个应用程序区，当前运行一个，新固件写入另一个。升级成功后切换运行区，如果新固件有问题还可以回滚到旧版本。这种方案需要更多的Flash空间，但可靠性更高。

OTA升级的注意事项：升级过程中不能断电，否则可能导致设备变砖。可以在Bootloader中加入断电保护机制，比如在写入新固件前先擦除一个标志区，写入完成后再设置标志，Bootloader启动时检查标志来决定是否跳转到应用程序。

5.2 Modbus协议栈的实现

Modbus是工业控制领域最常用的通信协议之一，基于串口或以太网传输。在STM32上实现Modbus协议栈，可以让你的设备与PLC、HMI、组态软件等工业设备通信。

Modbus RTU帧格式：Modbus RTU帧包括地址码、功能码、数据区和CRC校验。地址码标识从站地址，功能码标识操作类型（如读线圈、读寄存器、写寄存器等），数据区包含具体的操作参数，CRC校验用于检测传输错误。

Modbus的三种寄存器：线圈（可读写，1位）、离散输入（只读，1位）、保持寄存器（可读写，16位）、输入寄存器（只读，16位）。不同的功能码对应不同的寄存器操作。

Modbus协议栈的实现要点：接收中断中判断帧间隔（3.5个字符时间），帧间隔内没有新数据则认为一帧结束。然后解析地址码和功能码，执行相应操作，组织响应帧并发送。CRC校验可以用查表法加速。

Modbus在实际项目中的应用：比如一个温控设备，可以把温度值放在输入寄存器中，把设定温度放在保持寄存器中，把加热开关放在线圈中。上位机通过Modbus协议读取温度、设置温度、控制加热开关。

5.3 低功耗设计：让电池撑更久

对于电池供电的STM32设备，低功耗设计是必须考虑的问题。STM32提供了多种低功耗模式：睡眠模式、停止模式、待机模式。

睡眠模式：CPU停止运行，外设继续工作，任何中断都可以唤醒。功耗降低有限，适合需要快速响应的场景。

停止模式：所有时钟停止，保留SRAM和寄存器内容，外部中断可以唤醒。功耗大幅降低，适合需要定期唤醒采集数据的场景。

待机模式：最低功耗模式，只有备份域和唤醒引脚工作，唤醒后相当于复位重启。适合长时间待机的场景。

低功耗设计的技巧：关闭不用的外设时钟、降低系统主频、使用DMA减少CPU唤醒次数、合理设置唤醒周期。另外，外部电路的设计也很重要，比如传感器的供电控制、上拉电阻的功耗等。

5.4 完整产品原型的开发流程

从需求分析到产品原型，一个完整的STM32项目开发流程包括：

1. 需求分析：明确功能需求、性能指标、接口要求、成本预算等。
2. 方案设计：选择主控芯片、外设模块、通信方式、电源方案等。
3. 硬件设计：原理图设计、PCB布局布线、打样焊接。
4. 软件设计：架构设计、模块划分、接口定义、编码实现。
5. 调试测试：单元测试、集成测试、性能测试、可靠性测试。
6. 优化迭代：根据测试结果优化硬件和软件，修复问题。

这个流程中，硬件设计和软件设计是并行的，但软件设计可以在硬件打样之前先在开发板上验证。另外，调试测试阶段往往占据整个项目一半以上的时间，要有心理准备。

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

6.1 STM32无法识别USB设备怎么办

这是STM32开发中非常常见的问题，尤其是使用USB转串口芯片或者STM32自带的USB外设时。

排查步骤：

1. 检查USB线是否完好，换一根线试试。
2. 检查设备管理器中有没有未知设备或者带感叹号的设备。
3. 如果是USB转串口芯片（如CH340、CP2102），需要安装对应的驱动。
4. 如果是STM32自带的USB外设，检查USB时钟配置是否正确（48MHz）。
5. 检查USB的DP（D+）引脚有没有上拉电阻，STM32作为USB设备时需要在DP上加1.5kΩ上拉。

常见原因：驱动没装、USB时钟不对、DP上拉缺失、USB线只供电不传数据。

6.2 程序下载失败的可能原因

用ST-Link下载程序时，可能会遇到“No target connected”或者“Flash download failed”等错误。

排查思路：

• 检查ST-Link和STM32的连接：SWDIO、SWCLK、GND、VCC四根线是否接好。
• 检查STM32的BOOT0和BOOT1引脚状态：BOOT0=0时从Flash启动，BOOT0=1时从系统存储器启动。
• 检查芯片是否被读保护：如果之前设置了读保护，需要先解除保护才能下载。
• 检查复位电路：有时候复位引脚被拉低会导致无法连接。
• 降低SWD速度：在Keil的Debug设置中把SWD速度调低试试。

6.3 串口乱码的排查方法

串口打印乱码是最常见的问题之一，原因通常有以下几种：

时钟配置错误是最隐蔽的原因。比如你以为系统时钟是72MHz，但实际上由于外部晶振不起振，系统跑在内部8MHz RC振荡器上，串口波特率就会偏差很大。解决办法是用示波器或者逻辑分析仪测量实际波特率，或者在代码中通过MCO引脚输出系统时钟来验证。

6.4 中断不触发的排查清单

中断不触发是另一个高频问题，排查时按以下顺序检查：

1. 中断使能了吗：NVIC的ISER寄存器对应位是否置1，外设的中断使能位是否置1。
2. 中断标志清了吗：有些中断在进入服务函数后需要手动清除标志位，否则会反复触发或者不再触发。
3. 优先级配置对吗：抢占优先级和响应优先级的配置是否符合预期。
4. 中断服务函数名对吗：启动文件中的中断向量名要和代码中的函数名一致。
5. 全局中断开了吗：__enable_irq()是否调用。

提示：调试中断问题时，可以在中断服务函数中翻转一个GPIO，用示波器观察波形，这样能直观地看到中断是否触发以及触发的频率。

6.5 内存不足和栈溢出的处理

STM32的RAM通常比较有限（比如F103C8T6只有20KB），在运行RTOS或者使用大量缓冲区时容易出现内存不足。

判断栈是否溢出：在栈的末尾填充特定的魔数（比如0xDEADBEEF），定期检查这些魔数是否被修改。如果被修改了，说明栈溢出了。

减少内存使用的技巧：

• 使用局部变量代替全局变量，用完即释放。
• 使用union共享内存，不同时使用的变量可以共用一块内存。
• 减小缓冲区大小，比如串口接收缓冲区从256字节减到128字节。
• 使用内存池代替动态分配，避免内存碎片。
• 优化数据结构，比如用位域代替bool数组。

栈大小的设置：FreeRTOS中每个任务有自己的栈，栈大小要根据任务的局部变量和函数调用深度来估算。一般简单的任务128字（512字节）就够了，复杂的任务可能需要256字或更多。可以在调试时观察栈的使用情况，适当调整。

7. 从42个项目到独立开发的进阶路线

7.1 如何选择适合自己的项目顺序

42个项目不是非要按顺序全部做完，你可以根据自己的基础和目标来选择。如果你是零基础，建议从入门基础的10个项目开始，每个都亲手做一遍。如果你已经有了一些基础，可以跳过最简单的几个，直接从进阶外设开始。

选择项目时考虑三个因素：兴趣、实用性、知识覆盖。选你感兴趣的项目，做起来有动力；选有实用价值的项目，做完能用在其他地方；选能覆盖新知识点的项目，避免重复劳动。

我个人的建议是：每个阶段选3-5个有代表性的项目深入做，其他的可以快速过一遍。深入做的意思是：自己画原理图、自己写代码、自己调试、自己优化。快速过的意思是：看懂别人的代码，理解思路，能改能用就行。

7.2 做项目时应该养成的几个习惯

版本控制：从第一个项目开始就用Git管理代码。每次完成一个功能就提交一次，写清楚提交信息。这样出问题了可以回滚，也可以看到自己的进步轨迹。

代码规范：变量命名要有意义，函数要短小精悍，注释要写清楚为什么而不是是什么。这些习惯在单人开发时可能感觉不到好处，但一旦代码量大了或者要和人协作，就非常重要了。

文档记录：每个项目写一个README，记录项目功能、硬件连接、遇到的问题和解决方法。这些记录在你以后回顾或者面试时都是宝贵的材料。

模块化思维：把常用的功能封装成模块，比如串口通信模块、OLED显示模块、按键处理模块。以后做新项目时直接拿来用，大大提高效率。

7.3 从项目经验到面试竞争力的转化

做项目不只是为了学技术，也是为了积累面试时能拿得出手的作品。面试官不会只看你做了多少个项目，而是看你在项目中解决了什么问题、有什么思考、学到了什么。

准备面试时，挑2-3个你做得最深入的项目，从以下几个方面准备：

• 项目背景：为什么要做这个项目，解决了什么问题。
• 技术方案：用了哪些技术，为什么选择这些技术，有没有考虑过其他方案。
• 难点和解决：遇到了什么困难，怎么排查的，最后怎么解决的。
• 优化和改进：项目还有什么不足，如果重做会怎么改进。
• 个人贡献：你在项目中具体负责什么，有什么收获。

这样的准备比简单罗列项目名称要有说服力得多。

7.4 后续学习方向建议

做完42个项目之后，你已经具备了STM32开发的基本能力。接下来的学习方向可以根据你的兴趣和职业规划来选择：

• 深入某一领域：比如电机控制、物联网、工业自动化、消费电子等，每个领域都有更深入的知识和技能。
• 学习更高级的框架：比如RT-Thread、Zephyr等RTOS，或者LVGL等GUI框架。
• 拓展硬件能力：学习PCB设计、EMC、电源设计等硬件知识，成为软硬兼修的全栈工程师。
• 学习上位机和云端：STM32设备通常需要和上位机或云端配合，学习Qt、Python、MQTT、云平台等知识可以让你做更完整的系统。

我在实际带新人的过程中发现，做完42个项目的人，和只看了42个项目教程的人，差距是巨大的。前者拿到一个新需求能自己拆解、自己找资料、自己调试，后者还在等别人给现成的代码。这个差距不是智商决定的，而是动手量决定的。所以我的建议很简单：不要贪多，不要图快，一个一个项目踏踏实实地做，遇到问题不要绕过去，把它解决掉。42个项目做完，你自然就知道自己到了什么水平。