做嵌入式这几年我几乎每天都会在群里、论坛里看到有人提起 STM32。从大学实验室的课程设计到工厂产线上的控制板再到智能家居里的小模块这个来自意法半导体的 32 位微控制器系列已经变成了太多人的“第一块芯片”。很多人问我的第一句话都是“STM32 到底该怎么学”也有不少从 51 单片机或者 Arduino 转过来的朋友面对一长串型号代码一脸懵。这篇文章我想用最直白的方式把 STM32 是什么、型号怎么读、环境怎么搭、那些高频热搜背后的项目怎么做、以及几个特别典型的坑一次讲清楚。内容不追求面面俱到但保证每个点都是我自己实际踩过、验证过的方法。1. STM32 到底是什么从内核到型号命名一次看懂1.1 内核家族Cortex-M0 到 M7 怎么选STM32 的灵魂是 ARM 的 Cortex-M 内核这是一类专门为微控制器设计的精简指令集处理器。和 PC 上的 Cortex-A 不同M 系列不追求极致性能而是强调低功耗、低延迟中断和实时性。STM32 目前覆盖了 M0、M0、M3、M4、M7、M33 等多个内核版本性能从几十 MHz 到几百 MHz 不等。对于刚入门的朋友我建议先记住几个典型代表F103 用的是 Cortex-M3主频 72MHz是无数教材和开发板的基础型号F407 用 Cortex-M4F带硬件浮点单元和 DSP 指令主频 168MHz是做电机控制、音频处理的性价比之王H743 用 Cortex-M7主频可以跑到 480MHz还有大容量缓存适合跑 GUI 或者复杂算法L0/L4 系列则是低功耗路线常用于电池供电设备。内核不同意味着指令集和运算能力不同。比如要做 FOC 无刷电机控制M4 的硬件浮点能让你在几个微秒内完成一次完整的坐标变换计算而 M3 用软件模拟浮点可能要慢十倍。反过来如果只是点个灯、读个传感器M0 和 M3 的差别你在实际项目中根本感觉不出来。选芯片之前先问自己我的代码里到底有没有大量的浮点运算没有的话不需要为用不上的性能买单。1.2 型号命名规则一长串字母数字怎么读很多新手拿到 STM32F103C8T6 这种型号感觉像乱码其实它就是一套有规律的编码体系。我拆开给大家看STM32 是系列名中间的 F 代表通用 Flash 类型103 是产品子系列C 代表引脚数为 48 脚8 代表 Flash 容量为 64KBT 代表 LQFP 封装最后一个 6 代表温度等级为工业级-40 到 85 摄氏度。把这些拆开以后一块芯片的基本情况就全出来了。这些字母数字的对应关系在数据手册里有明确表格但有几个高频的可以记下来。引脚数A 是 25 脚C 是 48 脚R 是 64 脚V 是 100 脚Z 是 144 脚I 是 176 脚。Flash 容量4 代表 16KB6 代表 32KB8 代表 64KBB 代表 128KBC 代表 256KBE 代表 512KB。比如常见的 STM32F103RCT6就是 64 脚、256KB Flash 的型号比 C8T6 资源多不少但仍属于入门友好型。一开始不需要把整个命名表背下来你只要会看几个常用型号然后每次买芯片前养成“查看数据手册第一页 Product summary”的习惯就不会选错。数据手册第一页的表格会把引脚数、Flash、RAM、外设齐全程度列得明明白白比任何网上的总结都可靠。顺带一提确认芯片第一脚时也别靠记忆丝印上那个圆点或者斜切角基本就是第一脚的位置拿手机微距拍一张再对照数据手册的 pinout 图最稳妥。1.3 系统架构时钟树和总线没你想的那么难STM32 的硬件架构可以理解为三层CPU 内核通过总线矩阵连接各个外设外设再挂到不同的总线桥上。常用外设里GPIO、SPI、I2C、UART、ADC、定时器都挂在 APB 总线上其中高速外设挂在 APB2低速挂在 APB1。这里的“高速”和“低速”不是绝对的而是 APB 分频系数不同。时钟树是新手最容易卡住的地方。芯片内部有一个主时钟源可以从内部 HSI 或者外部晶振 HSE 获取然后经过 PLL 倍频得到系统时钟 SYSCLK再经过 AHB 预分频器、APB1 预分频器、APB2 预分频器逐级分频给外设。F1 系列里 APB1 最高 36MHzAPB2 最高 72MHz这个限制直接决定了串口、定时器、ADC 的采样频率上限。F4 系列则是 42MHz 和 84MHzH7 系列更复杂还有一个专门的 CPU 频率配置域。很多人问“我的定时器频率怎么算”其实就一条公式定时器时钟 对应 APB 总线频率 × 定时器倍频系数。如果 APB 分频为 1定时器时钟就是 APB 时钟如果 APB 分频不是 1定时器时钟会自动乘 2。我强烈建议新手用 CubeMX 生成工程CubeMX 会根据你选的芯片自动把所有分频算好生成一个合理的时钟树。你先跑通项目再回头手写 RCC 配置这样理解起来比直接啃参考手册快得多。坚持手写时钟树也不是不行但那应该是你精通之后的事不是入门阶段该较劲的地方。2. 为什么大家都在用 STM32核心优势与应用生态2.1 生态碾压从库函数到教程资料平心而论STM32 在硬件指标上并不总是最强的有些国产芯片同样的价格能给你更多的 Flash 和更高的主频。但 STM32 真正的护城河是生态。官方免费提供 HAL 库、LL 库、标准外设库三套软件层配合 STM32CubeMX 可视化配置工具你可以在图形界面里把引脚、时钟、外设全部配置好然后一键生成可编译的工程代码。这意味着入门门槛被大幅拉低。社区资源更是夸张。你搜任何一个 STM32 相关的问题从寄存器操作到 HAL 函数实现几乎都能找到中文解答。很多高校的实验课、毕设、电子竞赛都在用 STM32这形成了一个很强的惯性你毕业工作后去的新公司大概率也在用 STM32 或者某个兼容型号。学会 STM32 不只是学到一块芯片而是学到了一整套 arm 嵌入式开发的通用方法这套方法以后换任何平台都能复用。标准外设库现在官方已停更新项目建议优先 HAL 和 LL 库但老项目里大量存在的标准库代码还是值得读一读尤其是你想知道某个外设底层到底怎么配置的时候。2.2 从热搜词看 STM32 到底被用在哪里我之前整理过一段时间大家搜索的 STM32 相关热词发现这些词本身就构成了一幅完整的应用地图。超声波测距、智能台灯、两轮差速小车、鱼缸控制这些是典型的课程设计和毕业设计项目五线四相步进电机、伺服电机 485 控制、FOC 代码、刹车制动这是工业控制和机器人方向CAN 通信、LIN 收发器这是汽车电子方向巴法云、HTTP 库、GBK 转 UTF8这是物联网方向USB 设备、DCMI 摄像头、GUI 框架这是智能硬件产品方向甚至还有报站程序这种带语音播报的场景本质上也就是状态机加串口触发播放。你会发现同一个芯片在不同人手里做的事情差别巨大这正是 STM32 的优势它的外设丰富程度足够覆盖“从单片机到嵌入式系统”的完整光谱。一个 STM32F103 既能做最简单的流水灯也能通过 USB 枚举成一个虚拟串口和外设通信还能配合 ESP8266 接入云平台。这种广度让它可以成为你从小白到工程师一路用下来的平台。2.3 选型建议从需求反推别照抄别人的配置选型是新手特别容易忽略的事。很多人打开购物软件看到 H7 开发板性能强直接下单结果发现复杂的时钟树、缓存一致性、双核启动流程全压过来了开发进度原地踏步。我的建议是先明确你要做的东西对外设和算力的真实需求再去选芯片。如果只是学习基本外设、做简单项目STM32F103C8T6 是永远的入门首选价格便宜资料最多踩坑经验也最全。如果要跑无刷电机 FOC 控制选择带浮点单元和高级定时器的 F3 或 G4 系列更合适它们内部集成了针对电机控制的定时器和比较器。如果要做低功耗产品L4 系列的低功耗模式、RTC、ADC 表现都很出色。如果要跑 LVGL 这种图形库加上复杂触摸交互H7 系列的大 RAM 和高主频才派得上用场。总之选型的原则是“够用就好留一点余量”而不是“参数越高越好”。3. 环境搭建与第一个工程从 CubeMX 到 Keil 和 VSCode3.1 一套完整的开发环境由哪些部分组成很多新人以为装个 Keil 就能开发 STM32其实完整的工具链至少需要四个部分芯片支持包或固件库、代码生成工具、编译器、下载调试器。我目前常用的组合是 STM32CubeMX Keil MDK ST-Link/V2三件套覆盖了从初始化代码生成到编译下载的全流程。CubeMX 负责把你想要的引脚功能、时钟频率、外设参数用图形化方式配置好然后生成一个完整的 MDK 工程Keil 负责把代码编译成 bin/hex并且支持断点调试ST-Link 通过 SWD 接口连接芯片负责把固件烧进去。如果你不喜欢 Keil 的编辑体验也可以用 VSCode 加 EIDE 插件或者 PlatformIO编译器换成 arm-none-eabi-gcc调试用 J-Link 或 DAP-Link。用 GCC 工具链时还会碰到 .ld 链接脚本LD 文件它决定了 Flash/RAM 的分配工程不能正常编译时先检查一下 MEMORY 段是否匹配芯片型号。工具链的选择完全是个人偏好重要的是你熟悉它。不建议三天两头换环境因为你最终学的不是某个 IDE而是怎么用 C 代码操作芯片外设。3.2 芯片包安装与 Keil5 兼容 C51 的折腾经验使用 Keil5 的第一步就有人卡住软件装好了但 Device 列表里搜不到 STM32。原因是 Keil 5 之后芯片支持被拆分成了独立的 Pack 包必须单独下载安装。去 Keil 官网的 Device Pack 页面找到 STM32F1 系列或者你对应系列的 Pack双击安装然后重启 Keil 就能在 Device 下拉列表里看到了。如果你还要用 C51 单片机可以装同一个 Keil5它支持 C51 和 MDK 共存通过激活不同的 License 来切换编译器但两边的 Pack 要分开装工程也要分开建。这里分享一个我踩过的坑如果 Keil 安装在中文路径下或者用户名带中文Pack 安装后有时会显示异常Device 列表仍然灰的。解决办法是重装 Keil 到纯英文路径然后再装 Pack。另外 Pack 版本要和你的 Keil 版本匹配太新的 Pack 安装在旧版 Keil 上可能报错。装好 Pack 后在 CubeMX 生成的工程里直接打开 .uvprojxKeil 会自动识别设备。如果你用杀毒软件比较“激进”Pack 安装文件被拦截导致缺少头文件的情况也存在关掉实时防护重装一次就能解决。3.3 VSCode 加 PlatformIO 的跨平台方案说实话Keil 的代码编辑体验放在今天是有点落后的。如果你习惯 VSCode 的智能提示、格式化、Git 集成可以考虑用 PlatformIO。PlatformIO 是一个跨平台嵌入式开发环境支持 STM32 全系列配置都在 platformio.ini 文件里非常直观。它可以配合 STM32Cube 框架也可以使用 Arduino 框架把 STM32 当 Arduino 用上手更快。一个典型的配置长这样[env:genericSTM32F103C8] platform ststm32 board genericSTM32F103C8 framework stm32cube upload_protocol stlink设置好 board、framework、upload_protocol 之后就能一键编译、一键烧录。PlatformIO 做调试也方便可以在 launch.json 里配置 J-Link 调试会话或者直接使用它内置的调试功能。我实际用下来PlatformIO 在 Windows、Linux、macOS 上行为一致非常适合跨平台开发。如果你只是偶尔写个小工具VSCode 加 EIDE 插件配 GCC 工具链也是选择EIDE 对 Keil 工程的兼容性不错可以把现有工程导进来。3.4 ST-Link、J-Link 与 SWD 下载的接线下载调试最常用的是 ST-Link 和 J-Link。它们都支持 SWD 模式只需要 SWDIO、SWCLK、GND 三根线加上一个 3.3V 电源线就能连接目标板非常适合引脚紧张的小板子。接线时注意 ST-Link 的 SWDIO 对应芯片的 PA13SWCLK 对应 PA14这两脚同时也是 JTAG 的 TMS 和 TCK默认是调试功能不会和普通 GPIO 冲突。UART 引脚的定义在每个板子上位置差异很大最好先把板子的原理图下载到本地别靠记忆接线。如果你在代码里把调试引脚复用成了 GPIO那下次就下载不进程序了这个问题我在后面的排查部分会细说。4. 从热搜词拆解实战项目这些方向到底怎么做4.1 电机控制三件套步进、伺服与 FOC电机的控制是 STM32 用得最多的场景之一。五线四相步进电机比如常见的 28BYJ-48通常搭配 ULN2003 驱动板控制逻辑就是按顺序给四相绕组通电每换一次时序转子就走一步。用 STM32 实现时建议用定时器中断来驱动节拍而不是用 while 循环 delay这样转速稳定且 CPU 占用低。28BYJ-48 的步距角是 5.625 度减速比 1/64所以外轴每步实际是 5.625/64 度你要转多少圈得上位机先换算好。伺服电机走 485 是工业上最常见的组合。伺服驱动器一般支持 Modbus RTU 协议用 STM32 的 UART 接一个 RS485 收发器比如 MAX3485半双工通信控制命令按寄存器地址读写。开源项目 agile_modbus 把 Modbus 主从机协议封装得很干净直接移植到 STM32 就能用。记得 485 总线的 A、B 线千万别接反终端电阻建议只在总线两端各接一个 120 欧姆接多了会增加负载导致信号衰减。调伺服时位置环、速度环的 PID 参数建议用串口把目标值和实际值都打印出来配合 SerialPlot 这类虚拟示波器看曲线比盲调快得多。FOC磁场定向控制是把无刷电机做得顺滑高效的核心技术。STM32 实现 FOC 典型结构是高级定时器输出三相互补 PWM带死区ADC 同步采集两相电流编码器或霍尔传感器反馈转子位置主循环里跑 Clarke/Park 变换、PID 和 SVPWM。驱动电路方面有人用 DRV8323 这类三相栅极驱动器它内部集成了电流采样放大器能让采样电路大幅简化。这部分代码量大建议直接参考 ST 官方 Motor Control SDK 或移植 SimpleFOC 库先跑通开环再加电流环、速度环、位置环一层层往上加。刹车功能在 FOC 里其实就是电机制动通过短路三相绕组实现能耗制动或者用再生制动把动能回馈到母线。4.2 显示交互ILI9341、OLED 与 LVGL显示这块最经典的是 ILI9341 驱动的 2.4 寸 TFT 屏SPI 接口五根线加背光和电源就能点亮。很多人初始化时读屏幕 ID 读到 0xA1A1 就以为是屏幕坏了其实大概率是 SPI 时钟太快或者 MISO 引脚配置问题。ILI9341 的读操作对时序更敏感建议先把 SPI 分频调低比如 18MHz 以下确认 MISO 引脚配置为输入浮空再读 ID基本都能读到 0x9341。OLED 屏SSD1306/SH1106走 I2C 更简单两根线就能显示字符和简单图形是功耗敏感项目的好选择。如果要做人机交互界面LVGL 是目前最活跃的开源 GUI 库。它支持触摸、动画、控件一套代码跨平台跑。LVGL 对 RAM 的占用从几十 KB 到几百 KB 不等F103 的 20KB RAM 跑简洁界面会比较紧张F407 或 H7 就游刃有余。做 GUI 的通用思路是先在 PC 上用模拟器把界面逻辑调好再移植到嵌入式这样调试效率能提高好几倍。配套的按键输入也有讲究硬件上最好加 RC 滤波软件里用 GPIO 外部中断加状态机防抖或者用定时器周期扫描比单纯 delay 防抖可靠得多。4.3 联网与物联网CAN、Modbus、HTTP 和云平台CAN 总线是汽车电子和工业控制里的常客。STM32 大部分中高端型号内置 CAN 外设配合收发器芯片比如 TJA1050就能组网。LIN 总线则更便宜STM32 的 UART 加一个 LIN 收发器比如 TJA1020就能搭出低成本的车内子网常用于车窗、座椅这类不需要高速率的节点。CAN 通信突然连不上是高频问题常见原因有波特率不匹配、总线缺少终端电阻、CANH 和 CANL 接反、或者节点进入了 Bus-Off 状态。排查时可以先用示波器看 CANH/CANL 的电平正常空闲时两根线都在 2.5V 左右显性位会明显拉低看到波形基本就有谱了。物联网方向很多人用 STM32 搭配 ESP8266 或 ESP32 模块通过 AT 指令或透传方式连接云平台。国内比较常见的轻量级平台有巴法云这类它提供 MQTT 和 HTTP 两大类接口你只需要在平台注册一个主题设备订阅和发布消息就能实现远程控制。STM32 这边要处理的核心问题包括串口缓冲区管理、TCP 长连接的保活心跳、JSON 数据解析以及中文编码。做 HTTP 请求时遇到中文乱码多半是 GBK 和 UTF8 编码没转换像部分模块默认 GBK而云端返回 UTF8这中间就得自己转码。4.4 传感器采集从超声波到 RTC 和光照传感器是 STM32 项目最基础也最见功力的一类。超声波测距用 HC-SR04 最多原理是给 Trig 脚一个 10 微秒以上的高电平传感器发出超声波后 Echo 脚输出一个宽度等于往返时间的高电平距离 时间 × 声速 ÷ 2。精确测量这个高电平时间最好的方式是定时器输入捕获而不是用 delay 轮询因为 delay 的误差会让距离值抖动。用输入捕获测频率也是一样的道理定时器的捕获寄存器配合溢出中断就能算出信号的周期和频率。我记得有人在 51 上写得很好换到 STM32 后还是用轮询结果测出来的距离忽远忽近改用输入捕获后就稳了。DS3231 是高精度 RTC 芯片I2C 接口内置温补晶振年误差可以做到分钟级别。STM32 的 I2C 用 HAL 库时要注意它的状态机比较复杂新手经常遇到 BUSY 标志卡死建议先把 I2C 时钟配置正确不要超过芯片手册规定的 400kHz然后用逻辑分析仪观察波形确认通讯正常。BH1750 是数字光照传感器同样走 I2C实测光照响应线性度很好。多个 I2C 设备共用一条总线时要注意地址冲突比如 BH1750 默认地址 0x23SSD1306 OLED 默认 0x3C一般不会撞但如果你用了两个同型号设备就要检查地址引脚。4.5 进阶玩法USB 设备、DCMI 摄像头与跨芯片通信做到后面你会发现 STM32 还能做很多“不像单片机该干的事”。USB 外设是其中一个典型方向F103 内置 USB 2.0 全速接口可以枚举成 HID 键盘、鼠标、虚拟串口等设备。用 STM32 做 USB 设备的难点在描述符配置和端点管理初学者建议先用 CubeMX 生成一个 HID 或 CDC 工程跑通了再改描述符。PlatformIO 里做 USB 虚拟串口也很方便只需要在配置里选择对应的 usb 模式配合正确的时钟源USB 对时钟精度要求高必须用外部晶振就能工作。DCMI 是 STM32 的数字摄像头接口可以接 OV2640、OV5640、GC032A 这类摄像头模组。H743 这样的高性能芯片配合 DCMI 和 DMA能做到帧率相当可观的图像采集再配合简单的图像处理就可以做颜色识别、二维码识别等应用。跨芯片通信方面K210 加 STM32 是这两年智能车项目的高频组合K210 负责 AI 视觉识别比如识别人脸、数字、色块把识别结果通过 UART 或 SPI 发给 STM32STM32 负责电机、舵机、传感器等实时控制。这种“AI 芯片负责感知、STM32 负责控制”的架构也是很多智能硬件的通用分工。5. 那些高频问题的排查实录踩坑总结5.1 Keil 找不到芯片型号、芯片包装不上的处理原因基本就三个Pack 没装、路径有中文、Pack 版本不匹配。处理建议按顺序来先确认 Device 列表里有没有你的型号没有就下载对应系列 Pack有但显示灰色查看右下角编译器版本是否支持该 Pack还不行就重装到英文路径。我遇到过最诡异的一次是装了 Pack 后设备出现了但编译报缺少 core_cm3.h后来发现是 Pack 安装被杀毒软件拦截了一部分文件关掉实时防护重新装一遍就好了。5.2 CAN 通信突然连不上、报文全是错误帧第一件事用示波器或者逻辑分析仪看 CANH/CANL 总线波形正常空闲电平在 2.5V 左右显性位拉低约 1.5V 到 2V。如果波形完全没反应大概率是终端电阻缺失或者节点没上电如果波形幅度异常检查收发器供电和 CANH/CANL 是否接反。软件方面波特率是最大的坑同一网络所有节点必须用完全相同的 BS1、BS2、预分频参数光标称值一致有时不够因为有些库的位时间默认值不一样。节点进入 Bus-Off 后会自动离线需要软件里做恢复处理。5.3 delay 函数卡死、程序停在 HAL_Delay这个问题我见得太多了。HAL_Delay 依赖 SysTick 中断如果你的代码里关了全局中断、把 SysTick 优先级改成了最低且被更高优先级中断打断无法退出或者自己在中断里调用了 HAL_Delay都会导致延时卡死。解决办法不要在中断服务函数里调用 HAL_Delay如果你关闭中断后需要延时用 DWT 或者定时器来做也可以自定义一个基于任意空闲定时器的延时函数彻底摆脱 SysTick 依赖。这种问题一旦遇到第一反应应该是查中断而不是怀疑延时函数本身。5.4 ILI9341 读 ID 返回 0xA1A1快速判断0xA1A1 不是无效乱码它是 MISO 线电平读取失败时常见的固定值。先量 MISO 上有没有信号检查引脚复用是不是 SPI 的 MISOPA6 或 PB4不同板子不一样再看看是不是 GPIO 配置成了输出而非输入浮空。把这些都排除后把 SPI 分频降到最低档再读一次90% 的情况都能读到正常的 0x9341。如果还是不读再用万用表量一下屏的供电电压很多盗版屏幕对 3.3V 的要求比较苛刻电压偏低也会出现时序不稳定。5.5 JTAG/SWD 引脚被禁用后下载不进程序这是最让新手崩溃的场景你在代码里把 PA13、PA14 复用成了普通 GPIO或者调用了禁用 JTAG 的语句编译烧录一次后第二次下载就报“cannot access target”。这时候按住目标板复位键在点击下载的同时松开复位利用芯片复位瞬间调试接口还在的窗口期连上然后立刻擦除 Flash。如果这招不行找板子上的 BOOT0 引脚拉高 BOOT0 后上电进入 ISP 模式用串口工具把芯片擦除一遍再拉低 BOOT0 恢复正常启动。5.6 芯片第一脚怎么确认、引脚间距密集怎么办看芯片第一脚最靠谱的方法是看丝印芯片一角通常有一个圆点或者斜切角第一脚就在这个角附近。如果丝印太小看不清拿放大镜或者手机微距拍一张对照数据手册的 Top Marking 图确认。在拿到实物之前画原理图时要以数据手册的 pinout 图为准不要靠记忆。引脚密集的板子焊接时容易连锡焊完之后用万用表蜂鸣档检查相邻引脚有没有短接这个习惯能帮你省下大量排查时间。常见问题排查优先级实战落实Keil 找不到芯片1. Pack 是否安装 2. 路径是否有中文 3. 编译器版本重装 Pack、改英文路径CAN 连不上1. 接线极性 2. 终端电阻 3. 波特率参数 4. Bus Off示波器看电平、统一位时间参数delay 卡死1. 关中断 2. 中断里调用 3. SysTick 优先级用 DWT/定时器延时ILI9341 读 ID 异常1. MISO 配置 2. SPI 分频 3. 接线和供电降速、检查 GPIO 模式无法下载1. 复位窗口 2. BOOT0 ISP 3. SWD 接线按住复位下载、串口擦除确认第一脚1. 丝印圆点/斜角 2. 数据手册 pinout微距拍照核对6. 写在最后给新手的几条实在建议6.1 最快的上手路径用一个小项目串起所有知识做 STM32 这几年我最大的体会是学单片机不能光看不练更不能对着数据手册硬啃。最快的路径是找一个简单但完整的项目比如智能台灯或者超声波避障小车从 CubeMX 生成工程开始一步步把 LED、按键、传感器、串口都跑起来再配上 OLED 显示。一个项目做完你对 GPIO、定时器、中断、I2C/SPI 这些核心外设的理解就全通了。之后再回头去看系统架构和时钟树会突然发现原来那些难懂的概念其实都藏在刚才的实操里。6.2 排查问题时我的一点经验顺序还有一个小技巧想分享任何时候遇到奇怪问题先怀疑硬件接线再怀疑参数和配置最后才怀疑库函数的 Bug。我见过太多人对着代码改半天最后发现是杜邦线松了或者电源不足。养成用万用表、示波器、逻辑分析仪查硬件的习惯对你以后的调试效率帮助极大。刚开始用 STM32 的时候别怕踩坑那些让你卡了几天的问题往往就是后面你帮别人解决同类问题时的谈资。STM32 这条路不算短但每一步都踩实了后面会越走越顺。