1. 从零上手 STM32为什么它成了嵌入式入门的“第一块硬骨头”很多人第一次接触单片机都是从 51 或者 Arduino 起步的。点亮一颗 LED、读一个按键几行代码就能跑起来成就感来得很快。但当你真正走进工业控制、消费电子、汽车电子这些领域会发现身边绝大多数量产项目用的都是 STM32。于是你买了一块开发板装好 IDE新建工程结果第一步“选芯片型号”就卡住了——型号后缀一长串字母数字什么 C8T6、RCT6、ZGT6根本看不懂。好不容易建好工程发现连个 LED 都点不亮时钟没配、引脚没使能一堆寄存器看得头皮发麻。这篇内容就是写给这个阶段的你。我不打算把 STM32 讲成一本手册而是想用一线开发者的视角把“STM32 到底是什么、它凭什么这么流行、新手该从哪块板子入手、第一个工程怎么跑通、那些让人抓狂的坑怎么绕过去”这几件事讲透。看完之后你至少能做到拿到一块陌生的 STM32 板子知道该查哪些资料、该配哪些东西、该按什么顺序把工程跑起来而不是对着屏幕干瞪眼。STM32 是意法半导体ST推出的一系列基于 ARM Cortex-M 内核的 32 位微控制器。注意这里的几个关键词32 位、ARM Cortex-M 内核、微控制器。32 位意味着它的数据处理位宽比 8 位的 51 单片机宽得多运算能力、寻址空间、外设丰富度都不是一个量级Cortex-M 是 ARM 专门为嵌入式实时应用设计的内核架构分为 M0、M0、M3、M4、M7 等多个系列数字越大性能越强微控制器则说明它是一颗“芯片里集成了 CPU、Flash、RAM、各种外设”的完整系统不是单纯的处理器。那 STM32 到底解决了什么问题简单说它把“性能够用、外设齐全、价格便宜、生态成熟”这四件事同时做到了。在它出现之前你要么用 8 位机便宜但性能捉襟见肘要么用更高端的处理器性能强但成本和开发门槛都上去了。STM32 卡在中间这个甜蜜点上加上 ST 官方提供了 HAL 库、CubeMX 图形化配置工具、丰富的参考手册和数据手册让中小团队和个人开发者也能快速做出产品。这就是它能在短短十几年里铺满市场的根本原因。适合读这篇内容的人我大致分三类一是电子、自动化、计算机相关专业的学生课程设计或毕设要用到 STM32二是从 51 或 Arduino 转过来的爱好者想往更专业的方向走三是工作中需要快速上手 STM32 做原型的工程师可能之前用的是别的平台。不管你是哪一类接下来的内容都会从最实际的角度出发帮你把 STM32 这头“拦路虎”变成手里的常规工具。2. STM32 的家族谱系与选型逻辑别一上来就挑最贵的2.1 型号命名规则拆解一串字母数字到底在说什么第一次看到STM32F103C8T6这种型号大部分人都是懵的。其实 ST 的命名是有固定规则的拆开看就清楚了。以STM32F103C8T6为例STM32产品家族名代表基于 ARM Cortex-M 内核的 32 位 MCU。F子系列标识。F 代表基础型/通用型L 代表低功耗型H 代表高性能型G 代表主流型W 代表无线型。新手最常接触的就是 F 系列。103具体产品线编号。数字越大通常外设越丰富、性能越强。比如 103 是经典款407 是高性能款030 是超值入门款。C引脚数量代码。T36 脚C48 脚R64 脚V100 脚Z144 脚。字母越靠后引脚越多。8Flash 容量代码。632KB864KBB128KBC256KBD384KBE512KB。T封装类型。TLQFPHBGAUQFNYWLCSP。6工作温度范围。6-40~85℃7-40~105℃。所以STM32F103C8T6翻译过来就是通用型 F103 系列、48 引脚、64KB Flash、LQFP 封装、工业级温度范围。你看拆开之后是不是一目了然这个规则适用于绝大多数 STM32 型号记住它以后选型就不用一个个去翻数据手册了。2.2 内核差异与性能定位M0 到 M7 该怎么选STM32 用的 ARM Cortex-M 内核有好几个档次这是选型时最核心的判断依据。我整理了一张对照表方便你快速定位内核典型系列主频范围特点适用场景Cortex-M0/M0STM32F0、L0、G048MHz 左右成本极低、功耗低、外设精简简单控制、传感器节点、替代 8 位机Cortex-M3STM32F1、L172MHz 左右性价比高、生态最成熟工业控制、家电、通用嵌入式Cortex-M4STM32F3、F4、L4、G480~180MHz带 FPU 和 DSP 指令电机控制、音频处理、数字信号运算Cortex-M7STM32F7、H7200~480MHz性能最强、带 Cache图形界面、高速通信、复杂算法新手最容易纠结的就是“我到底该选 M3 还是 M4”。我的建议很直接如果你只是学基础外设、做简单控制F103M3完全够用资料最多、踩坑最少如果你要做电机 FOC、音频滤波、FFT 这类运算密集型任务直接上 F4M4别在 F1 上硬扛算力不够的时候你会非常痛苦。至于 M7除非你明确需要跑 GUI 或者高速 USB/Ethernet否则没必要为用不到的性能买单。2.3 开发板选型几十块和几百块的板子差在哪市面上的 STM32 开发板从十几块到几百块都有差别主要在几个地方。核心芯片型号决定了性能上限F103C8T6 最小系统板十几块就能买到F407 的板子通常要七八十起步。板载外设影响你能直接做哪些实验比如有没有 OLED 屏、温湿度传感器、电机驱动、CAN 收发器。调试器是关键有些便宜板子不带板载调试器你还得单独买一个 ST-Link这笔钱别省调试器是必需品。我给新手的建议是第一块板子选F103C8T6 最小系统板 独立 ST-Link总花费控制在五十块以内。原因很简单F103 的资料铺天盖地你遇到的任何问题几乎都能搜到答案最小系统板引脚全引出方便你接各种模块独立调试器以后换板子还能继续用。等你把 F103 玩明白了再根据项目需求升级到 F4 或 H7那时候你已经有能力自己判断需要什么了。注意买开发板时一定要确认芯片是正品。市面上有些翻新片或打磨片价格便宜但稳定性极差调试时会出现各种莫名其妙的复位和死机新手很容易把这种问题误判成自己代码的 bug白白浪费时间。3. 开发环境搭建CubeMX HAL 库这条路线为什么最适合新手3.1 三种开发方式的取舍寄存器、标准库、HAL 库STM32 的开发方式大致有三种我按上手难度和适用场景排一下直接操作寄存器是最底层的方式你需要对着参考手册一个位一个位地配置。优点是代码效率最高、执行最直接缺点是门槛极高一个外设配下来几十个寄存器记不住也容易出错。这种方式适合对性能有极致要求、或者需要深入理解硬件的场景新手不建议从这里入门。标准库Standard Peripheral Library是 ST 早期推出的库函数把寄存器操作封装成了函数调用。比寄存器友好很多代码效率也不错曾经是主流。但 ST 现在已经不再维护标准库了新出的芯片型号根本不提供标准库支持所以这条路已经走到头了。HAL 库Hardware Abstraction Layer是 ST 现在主推的库配合 CubeMX 图形化配置工具使用。你在 CubeMX 里点一点鼠标配置好时钟、引脚、外设它自动生成初始化代码你只需要在指定的回调函数里写业务逻辑。优点是上手快、跨系列移植方便、官方持续维护缺点是代码体积比标准库大、执行效率略低但对于绝大多数应用来说这点开销完全可以接受。我的判断是新手直接学 HAL 库 CubeMX不要走寄存器或标准库的老路。原因有三点。第一你花在寄存器上的学习时间边际收益越来越低因为实际项目中很少需要你手动配寄存器。第二HAL 库是 ST 的未来新芯片只支持 HAL学了不会过时。第三CubeMX 能帮你避开大量时钟树配置、引脚复用冲突这类低级错误让你把精力放在真正的逻辑上。3.2 CubeMX 安装与芯片包管理那些没人告诉你的细节CubeMX 是 ST 官方出的图形化配置工具基于 Java 开发所以安装之前需要先装好 Java 运行环境。这一点很多教程都不提导致新手打开安装包直接报错。去官网下载对应系统的安装包一路下一步就行安装路径不要有中文和空格这是嵌入式工具的通用禁忌。装好之后第一次打开它会让你选择芯片包仓库路径。默认路径在用户目录下如果你的 C 盘空间紧张建议改到其他盘。然后你需要下载对应系列的芯片包Firmware Package比如你要用 F103就下载 F1 系列的包。这个包体积不小几百 MB 到 1GB 不等下载速度取决于网络。建议一次性把你可能用到的系列都下好比如 F1、F4 各下一份免得以后换芯片时又要等半天。提示CubeMX 的芯片包版本不要盲目追新。新版本可能修复了一些 bug但也可能引入新的兼容性问题。如果你跟着某个教程或项目走最好用和教程一致的版本避免因为版本差异导致生成的代码对不上。3.3 第一个工程从新建到点灯的完整链路我以 F103C8T6 点灯为例把完整流程走一遍。打开 CubeMX选择“New Project”在搜索框输入STM32F103C8选中列表里的STM32F103C8Tx点开始项目。第一步配时钟。在 Pinout 视图里找到 RCC把 High Speed ClockHSE设为 Crystal/Ceramic Resonator也就是使用外部晶振。然后切到 Clock Configuration 标签页把 HSE 作为 PLL 源经过倍频后送到系统时钟。F103 的最高主频是 72MHz所以 PLL 倍频系数设为 9HSE 是 8MHz8×972MHz。这一步配错的话后面所有基于时间的操作都会不准。第二步配引脚。找到你要用的 LED 对应的引脚比如 PC13左键点击选择GPIO_Output。然后在左侧的 GPIO 配置里把这个引脚设为推挽输出、无上下拉、低速。推挽输出是驱动 LED 最常用的模式低电平点亮还是高电平点亮取决于你的硬件接法一般开发板上的 LED 是接 VCC 经过限流电阻到引脚所以引脚输出低电平时点亮。第三步配调试接口。在 SYS 里把 Debug 设为 Serial Wire这样 SWD 调试接口才能用。这一步极其重要如果你忘了配生成的代码会把调试引脚复用成普通 IO导致你下载一次之后就再也连不上芯片了只能通过复位时按住某个按键或者用 BOOT 模式来救非常麻烦。第四步生成代码。在 Project Manager 里设置工程名称、路径、工具链选 MDK-ARM 或 STM32CubeIDE然后点生成。生成的代码里main.c的while(1)循环中写上HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13); HAL_Delay(500);编译、下载、运行LED 应该就开始闪烁了。如果没亮先检查硬件接法再检查时钟配置最后检查引脚有没有配错。这个流程跑通之后你就算正式跨进 STM32 的门了。4. 外设配置的通用套路把“点灯”经验复制到串口、定时器和 ADC4.1 GPIO 之外第一个该啃的外设是串口点灯只是验证工具链真正让你感受到 STM32 能力的是串口。串口UART/USART是嵌入式开发中最常用的调试和通信手段你后面打印调试信息、和上位机通信、接蓝牙/WiFi 模块都离不开它。在 CubeMX 里配置串口很简单找到 USART1Mode 设为 Asynchronous异步模式波特率设 1152008 位数据位无校验1 位停止位。然后生成代码在main.c里重定向printf函数就可以用printf往串口发数据了。重定向的方法是重写fputc函数int fputc(int ch, FILE *f) { HAL_UART_Transmit(huart1, (uint8_t *)ch, 1, HAL_MAX_DELAY); return ch; }这里有个坑如果你用的是 MDK-ARM需要在工程设置里勾选“Use MicroLIB”否则printf重定向会失败。这个选项在 Target 标签页里很多人第一次用找不到代码编译没问题但串口就是没输出查半天才发现是这个原因。串口接收方面新手最常用的是中断接收。在 CubeMX 里把 USART1 的 NVIC 中断使能然后在代码里调用HAL_UART_Receive_IT启动接收。每收到一个字节HAL 库会调用HAL_UART_RxCpltCallback回调函数你在这个函数里处理数据并重新启动下一次接收。注意HAL 库的中断接收是一次性的回调里必须重新调用HAL_UART_Receive_IT否则只能收到第一个字节这是新手最常踩的坑之一。4.2 定时器从延时到 PWM 输出HAL_Delay虽然方便但它是阻塞式的延时期间 CPU 什么都干不了。实际项目中我们更常用定时器来实现非阻塞的定时任务。STM32 的定时器资源非常丰富F103 就有好几个通用定时器和高级定时器。配置一个基本定时器中断步骤是在 CubeMX 里选一个定时器比如 TIM2Clock Source 设为 Internal Clock然后在 Parameter Settings 里设置预分频系数Prescaler和自动重装载值Counter Period。这两个值决定了定时周期计算公式是定时周期 (Prescaler 1) × (Counter Period 1) / 定时器时钟频率假设定时器时钟是 72MHz你想每 1ms 中断一次可以设 Prescaler71Counter Period999那么 (711)×(9991)/72000000 72000/72000000 0.001 秒正好 1ms。使能定时器中断后在HAL_TIM_PeriodElapsedCallback回调里写你的任务代码。PWM 输出也是定时器的常见用法。把定时器的某个通道设为 PWM Generation设置好频率和占空比就可以驱动电机、调光 LED、控制舵机。PWM 频率的计算和上面类似占空比则由比较寄存器Capture Compare Register的值决定。调占空比用__HAL_TIM_SET_COMPARE宏改频率则要重新算预分频和重装载值。4.3 ADC 采样轮询、中断还是 DMAADC 是把模拟信号转成数字量的外设接传感器、测电压、读电位器都要用到。STM32 的 ADC 支持多种工作模式新手最容易困惑的是“我该用哪种方式读数据”。轮询方式最简单调用HAL_ADC_Start启动转换然后HAL_ADC_PollForConversion等待完成再HAL_ADC_GetValue读值。优点是逻辑直观缺点是 CPU 要一直等效率低只适合单次、低速的采样。中断方式在转换完成后触发中断CPU 不用干等适合中等速率的采样。但每次中断都有上下文切换开销采样率很高时 CPU 会被中断淹没。DMA 方式是最推荐的ADC 转换完成后自动把数据搬到内存完全不占 CPU。配置时在 CubeMX 里给 ADC 添加 DMA 请求设为循环模式然后调用HAL_ADC_Start_DMA启动数据就会源源不断地填到你指定的数组里。做音频采样、多通道数据采集这类任务DMA 是标配。注意STM32 的 ADC 参考电压通常接的是 VDDA也就是 3.3V。如果你测量的信号超过 3.3V必须先分压或者用运放调理直接接进去会烧引脚。我见过不止一个人把 5V 传感器直接怼到 ADC 引脚上结果芯片当场报废。5. 调试与下载SWD、ST-Link 和那些让人抓狂的连接问题5.1 SWD 调试接口两根线背后的门道STM32 支持 JTAG 和 SWD 两种调试接口。JTAG 需要五六根线SWD 只需要两根——SWCLK 和 SWDIO加上电源和地四根线就能调试和下载。现在绝大多数项目都用 SWD引脚少、接线简单、速度也够用。接线的时候注意SWCLK 和 SWDIO 不要接反虽然接反了一般不会烧芯片但会连不上。ST-Link 的引脚定义是固定的20 针接口里7 号是 SWDIO9 号是 SWCLK1 号和 19 号是电源相关4、6、8 等奇数脚是地。如果你用的是简易版 ST-Link上面会直接标出 SWDIO、SWCLK、GND、3.3V照着接就行。连接不上是最常见的问题排查顺序我一般是这样的先确认 ST-Link 驱动装好了设备管理器里能看到再确认接线没错特别是 GND 一定要共地然后检查目标板有没有供电ST-Link 的 3.3V 输出电流有限如果板子上有大功率外设最好单独供电最后检查 CubeMX 里 Debug 有没有设为 Serial Wire。这四步走完九成以上的连接问题都能解决。5.2 下载算法与 Flash 保护为什么有时候下载会失败有时候 ST-Link 能连上芯片但下载就是失败提示“Flash Download failed”或者“Cannot access target”。这种情况通常有几个原因。一是芯片被读保护了。如果你之前不小心使能了读保护RDP芯片会拒绝外部访问。解决办法是用 ST-Link Utility 或者 CubeProgrammer 连接芯片解除读保护。注意解除读保护会擦除整个 Flash代码会丢所以操作前想清楚。二是下载算法选错了。MDK 工程里需要指定正确的 Flash 算法比如 F103C8 是 64KB Flash你要选对应的算法。如果选成了 128KB 的算法下载时可能会报错。这个在 Options for Target 的 Debug 设置里点 Settings在 Flash Download 标签页里检查。三是芯片处于低功耗模式或者复位状态异常。有些代码进入 Stop 或 Standby 模式后调试器就连不上了。解决办法是按住复位键点下载等下载开始的瞬间松开复位键。或者把 BOOT0 拉高让芯片从系统存储器启动这样就能连上了。5.3 用调试器看变量、打断点比 printf 更高效的排错方式很多新手排错全靠printf代码里到处插打印语句改一次编译一次下载一次效率很低。其实 SWD 调试器能做的事远不止下载程序它可以在线打断点、单步执行、查看变量实时值、观察寄存器状态。在 MDK 里点 Debug 按钮进入调试模式你可以直接在代码行号旁边点一下设置断点程序运行到断点会停下来。这时候把鼠标悬停在变量上就能看到当前值。在 Watch 窗口里可以添加你想持续观察的变量在 Memory 窗口里可以查看任意地址的内存数据。对于排查数组越界、指针错误、状态机跑飞这类问题这些工具比printf高效得多。提示调试时如果发现程序卡在HardFault_Handler里说明发生了硬件异常通常是空指针访问、数组越界、栈溢出或者除零。这时候查看 LR 寄存器的值能定位到出错前调用的函数。这个方法我用了很多年比盲目加打印快得多。6. 新手最容易踩的五个坑时钟、中断优先级、栈溢出和电源6.1 时钟树配错一切时间相关功能都会失常时钟是 STM32 的“心跳”所有外设的工作都依赖时钟。CubeMX 的时钟树界面看起来很复杂但核心逻辑就一条从时钟源内部 HSI 或外部 HSE出发经过分频、倍频最终分配给系统时钟和各外设总线。新手最常犯的错误是忘了使能某个外设的时钟。比如你配置了 GPIO但忘了在 RCC 里使能对应端口的时钟引脚就不会有任何反应。在标准库时代这需要手动调用RCC_APB2PeriphClockCmdHAL 库通过 CubeMX 自动生成但如果你手动改代码或者用寄存器操作就容易漏掉。另一个常见错误是外部晶振没起振。如果你选了 HSE 作为时钟源但板子上的晶振有问题虚焊、损坏、负载电容不匹配系统会卡在时钟初始化里表现为程序不运行。这时候可以临时切换到 HSI 内部时钟来验证如果 HSI 能跑说明问题出在外部晶振电路上。6.2 中断优先级分组为什么我的串口中断不响应STM32 的中断优先级分为抢占优先级和响应优先级通过 NVIC 的分组设置来决定各占几位。分组设错会导致中断嵌套行为不符合预期甚至高优先级中断把低优先级中断完全堵死。CubeMX 里默认的分组是 4 位抢占、0 位响应也就是所有中断都可以互相嵌套。但实际项目中我们通常会把分组设为 2 位抢占、2 位响应这样既有嵌套灵活性又能区分同抢占级下的响应顺序。设置的地方在 NVIC 配置里或者直接在代码里调用HAL_NVIC_SetPriorityGrouping。串口中断不响应除了优先级问题还可能是中断标志没清除。HAL 库的中断处理函数会自动清标志但如果你自己写了中断服务函数忘了清标志中断会反复触发或者干脆卡死。另外HAL_UART_Receive_IT启动后只能接收指定长度的数据收满之后就不再接收了必须在回调里重新启动。6.3 栈溢出局部大数组是隐形杀手STM32 的默认栈大小在启动文件里定义F103 通常是 0x4001KBF4 是 0x8002KB。这个空间看起来不大但正常函数调用是够用的。问题出在局部大数组上比如你在函数里定义一个uint8_t buffer[2048]直接就把栈撑爆了。栈溢出不会报错但会覆盖其他内存区域导致各种诡异现象变量值莫名其妙改变、程序跑飞、进入 HardFault。排查这种问题非常痛苦因为出错位置和真正的原因往往相隔很远。我的建议是超过 64 字节的数组一律用全局变量或者静态变量不要放在函数内部。如果确实需要动态内存用malloc从堆里分配但要注意堆的大小也要在启动文件里配置而且嵌入式系统里频繁malloc/free容易产生碎片能不用就不用。6.4 电源与复位电路硬件问题最容易背锅给软件很多新手遇到程序不运行第一反应是代码写错了查了半天软件最后发现是硬件问题。STM32 的电源和复位电路有几个关键点。VDDA 和 VSSA 必须接这是 ADC 的模拟电源即使你不用 ADC也要接上否则芯片可能工作不正常。BOOT0 和 BOOT1 的接法决定了芯片从哪里启动正常运行时 BOOT0 接地从 Flash 启动。如果你不小心把 BOOT0 拉高了芯片会进入系统存储器启动模式你的程序就不会运行。复位引脚通常接一个 10K 上拉电阻和一个 100nF 电容到地构成简单的复位电路。如果这个电容太大复位时间会变长太小则容易受干扰误复位。另外每个电源引脚旁边都要放去耦电容一般是 100nF离引脚越近越好。这些细节在原理图设计时就要注意画板子的时候忽略了后面调试会非常痛苦。6.5 代码能下载但跑不起来从 BOOT 引脚到复位电路的排查链路“下载成功但程序不跑”是最让人抓狂的问题之一。我整理了一个排查链路按顺序走一遍基本能定位到原因。第一步确认 BOOT0 引脚的电平。用万用表量一下如果是高电平说明芯片从系统存储器启动你的程序当然不跑。把 BOOT0 接地再试。第二步确认复位引脚的电平。正常运行时复位引脚应该是高电平如果一直是低电平芯片处于复位状态程序不会执行。检查复位电路的上拉电阻和电容。第三步确认供电电压。用万用表量 VDD 引脚应该在 3.3V 左右。如果电压偏低可能是电源芯片带载能力不够或者有短路。第四步确认晶振有没有起振。用示波器看晶振引脚应该有正弦波。如果没有检查晶振和负载电容。第五步如果以上都正常用调试器单步执行看程序卡在哪里。通常能定位到具体的初始化代码。这个排查链路我用了很多次从硬件到软件逐层排除比盲目改代码高效得多。7. 从能跑到好用代码组织、低功耗和后续学习路线7.1 工程目录怎么分别把所有代码堆在 main.c 里新手写的第一个工程往往所有代码都在main.c里几百行堆在一起过两天自己都看不懂。稍微正规一点的做法是按功能分目录CoreCubeMX 生成的初始化代码main.c、stm32f1xx_it.c等。DriversHAL 库和 CMSIS 文件CubeMX 自动管理不要手动改。BSP板级支持包放 LED、按键、串口这些硬件相关的驱动。App应用层代码放业务逻辑、状态机、协议解析。Middlewares中间件比如 FreeRTOS、FatFS、USB 库。每个模块一个.c和.h文件头文件里放函数声明和宏定义源文件里放实现。模块之间通过头文件暴露的接口通信不要互相直接访问内部变量。这样组织之后代码可读性和可维护性都会好很多换一块板子只需要改 BSP 层应用层几乎不用动。7.2 低功耗入门Sleep、Stop 和 Standby 的取舍STM32 的低功耗模式是它在电池供电场景下的核心竞争力。三种主要模式的区别是模式功耗唤醒时间保留内容适用场景Sleep较高极快全部保留短暂空闲快速响应Stop低中等RAM 和寄存器保留间歇工作定时唤醒Standby极低慢仅备份域保留长时间待机事件唤醒进入 Stop 模式用HAL_PWR_EnterSTOPMode唤醒后系统时钟会切回 HSI需要重新配置时钟。Standby 模式用HAL_PWR_EnterSTANDBYMode唤醒相当于复位程序从头开始跑。选择哪种模式取决于你的唤醒频率和响应时间要求。电池供电的传感器节点通常用 Stop 模式配合 RTC 定时唤醒平均功耗可以做到微安级别。7.3 下一步学什么RTOS、通信协议和硬件设计把基础外设玩熟之后下一步该往哪个方向走取决于你的目标。如果你想做物联网设备接下来要学FreeRTOS和MQTT/LwIP如果你想做工业控制要深入CAN、Modbus、RS485如果你想做消费电子USB、蓝牙、低功耗设计是重点。我的建议是不要贪多选一个方向扎进去。比如先花两周把 FreeRTOS 的任务、队列、信号量搞明白用 STM32 跑一个多任务的小项目体会一下 RTOS 和裸机的区别。然后再学一个通信协议比如用 ESP8266 或者 4G 模块把数据传到服务器。这样一步步来每学一个东西都有实际项目练手比泛泛地看教程有效得多。硬件方面至少要学会看原理图、用万用表、用示波器。很多软件问题其实是硬件问题如果你完全不懂硬件排查起来会非常被动。画 PCB 可以先从简单的两层板开始用立创 EDA 或者 KiCad 练手打个样回来焊一焊对整个系统会有更立体的认识。我在实际带新人的过程中发现那些进步最快的往往不是最聪明的而是遇到问题愿意自己动手查手册、做实验、记录总结的。STM32 的资料已经足够丰富了你遇到的 99% 的问题前人都遇到过并且写了答案。关键是你有没有耐心去找到它有没有动手去验证它。这块芯片不难难的是沉下心来的那段时间。