企业官网建设流程全解析

拿到第一块STM32控制板，多数人的第一个动作是把卖家给的例程烧进去，看LED闪灯。闪完灯之后通常有两种走向：一种是觉得“我已经会了”，然后从OLED、舵机、超声波一路往外接，最后卡在某个模块上；另一种是把板子翻来覆去看了半天，除了芯片型号和几个引脚名，不知道下一步该干什么。我见过不少新手把HC-SR04的ECHO直接怼到3.3V引脚上，也见过有人贪方便用板上的3V3给一个额定电流超过1A的舵机供电，结果一上电板子反复复位、屏幕花掉。这些问题几乎都指向一件事：没有先把一块STM32控制板的整体结构看明白。这篇文章不打算带你调某个具体外设，而是把一块板子从头到尾拆开讲一遍，从电源、时钟、复位、调试口，到芯片内部的总线、外设、中断，再到软件工程的结构。把这些看明白，后面不管做超声波测距、LCD屏、舵机还是一个简单的物联网网关，遇到问题至少知道该查哪一层，而不是全网搜一个“跟我的症状一样”的代码来碰运气。

1. 先看硬件：最小系统与外设，分别是什么角色

1.1 最小系统不是玄学：电源、时钟、复位、调试口

一块STM32控制板不管多复杂，真正的核心其实是“最小系统”。所谓最小系统，就是指能让芯片跑起来所必需的几样东西：电源、时钟、复位和调试接口。这四个东西有一个不对，程序烧进去都不会有正常反应。很多人拿到板子先看外设、先看屏幕，这是本末倒置。试想一下，如果芯片供电不稳、时钟没起振、复位信号一直被拉低，那么GPIO配置得再漂亮也输出不了正确的电平。顺着最小系统往下看，每一块板子的设计都是以这个为基础的。

先说电源。常见的STM32开发板一般有一个5V输入，可以是USB的5V，也可以是从排针单独引进来的5V，接着经过一颗LDO变成3.3V给芯片供电。芯片的电源引脚并不只是一个VDD和GND，通常还有VDDA、VSSA，以及VREF+等模拟电源引脚，用于ADC等模拟外设。如果板子没有额外处理，芯片的模拟电源和数字电源会直接连在一起并加小电容去耦。自己画板时要特别注意：模拟电路区的地要尽量靠近VDDA回流，数字电源杂波会直接影响ADC采样值。这不只是教科书上的理论，我实测过同样的ADC通道，电源去耦做得好的板子和随意飞线搭的板子，数据跳动幅度能差出好几个LSB。

再说时钟。STM32内部有HSI高速内部RC和HSE高速外部晶振。HSI的精度在工厂校准后也不如外部晶振稳定，尤其在需要跑串口波特率、USB、CAN这类对时间敏感的通信时，偏差会直接变成误码。多数开发板上会有一颗8MHz或者25MHz的晶振作为HSE，再通过芯片内部的PLL倍频到系统时钟，比如F103系列常见的72MHz。板上的这颗晶振周围会有两个小电容，用来匹配负载电容。如果晶振松了、虚焊，系统时钟可能跑偏甚至停振。你可以把HSI比作一个“大概准”的闹钟，把HSE加PLL比作一个校过时的电子钟，误差完全不是一个量级。

复位和调试口也属于最小系统的一部分。复位引脚NRST一般接一个上拉电阻和一只电容到地，实现上电自动复位和外部按键复位。调试口上，现在的开发板几乎都支持SWD，只需要SWDIO、SWCLK、GND三条线，有的还接NRST用于烧录时的复位控制。相比JTAG要占十几个引脚，SWD只占两个引脚，这对小封装板子非常重要。很多低价开发板和自制板子都只引出SWD接口，所以你的第一个调试器最好支持SWD，比如常见的ST-Link、DAP-Link或者某些用CMSIS-DAP方案的调试器。第一次使用前确认接线方向，SWDIO和SWCLK不要接反，否则调试器常常报“找不到目标芯片”。

1.2 引脚地图：GPIO、复用功能与启动选择

最小系统解决的是“芯片能跑”的问题，而板子上真正被反复用到的是GPIO。GPIO全称叫通用输入输出，听名字好像就是简单的读电平、写电平，但在STM32里每个引脚可以配置成很多模式：输入、输出、复用功能、模拟。输入还能选择浮空、上拉、下拉，输出可以选择推挽或开漏，速度等级也有不同。新手最容易忽略的是“复用功能”这四个字。当一个引脚要作为串口TX、定时器通道、SPI时钟或者I2C数据线使用时，它并不只是一个普通IO，而是被连接到内部对应的外设上，需要先把引脚模式设成复用功能，再选择正确的AF编号。

以最常见的STM32F103C8T6为例，LQFP48封装一共有37个IO，其中PA13、PA14、PA15、PB3、PB4默认被JTAG调试接口占用。如果你想把PA15当作普通GPIO输出，必须在程序里先禁用JTAG，否则这个引脚的信号会被调试逻辑干扰，输出电平很可能不是你想要的结果。很多人照着网上的引脚配置写了代码，却发现某几个引脚“不听话”，原因往往在这里。操作很简单，比如在旧标准库里有GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE)，在HAL库中就要先调用__HAL_AFIO_REMAP_SWJ_NOJTAG()等函数。但前提是你得知道这个坑的存在。

BOOT0和BOOT1的选择也要了解。BOOT0和BOOT1的组合决定了芯片从哪个区域启动，一般开发板上有一颗BOOT0跳线，默认拉低，从主Flash启动，正常跑用户程序；拉高时再从系统存储器启动，配合串口ISP下载。这块板子如果想完全复用BOOT0引脚？不行，BOOT0是可以复用为普通功能的，但需要配置。不要随意把BOOT0接到高电平后上电，否则程序不会从Flash跑。

注意：这里说的禁用JTAG，要确认你确实不需要通过JTAG在线调试了再做，否则会影响调试器的连接和断点功能。

建议拿到板子后，第一件事不是看原理图的某个外设部分，而是把芯片的引脚定义图打印出来或者贴在桌上。对照自己的板子，把电源、地、复位、BOOT、SWD、晶振引脚圈出来，再看开发板上还有哪些外设接在哪些引脚上。这个动作花不了半小时，但能让你之后少查几百次手册。芯片厂商的官方数据手册里都有引脚图，网上的开发板原理图也找得到，按上面标的网络名去对应就行。

2. 芯片内部的“路网”：总线、时钟树与外设的关系

2.1 从AHB到APB：外设时钟从哪里来

硬件上最小系统没问题，下一步要面对软件初始化中让人头大的部分：为什么我要用某个外设，还得先开启它的时钟？这不是软件工程师故意折腾人，而是芯片内部确实存在一套“供电和通信的路网”。STM32内部有AHB总线、APB1总线和APB2总线。CPU通过AHB访问存储器和DMA，AHB又通过桥接器延伸到APB1和APB2，各种外设就挂在不同的总线上。每个外设的时钟默认是关闭的，为了省电。你要使用USART1，就要让RCC（Reset and Clock Control）先把USART1的时钟打开，否则寄存器写进去根本没有反应。

外设挂在哪条总线，直接决定它的时钟频率和配置方式。拿F103来说，USART1、SPI1、TIM1、ADC1/2/3挂在APB2，时钟最大72MHz；USART2/3、SPI2、I2C1/2、TIM2/3/4等挂在APB1，时钟最大36MHz。如果你把APB1的预分频设置为2，那么APB1上的定时器时钟会自动变成36MHz的2倍，也就是72MHz。这是很多人不理解的地方：APB1限制36MHz，为什么定时器却能吃到72MHz时钟？因为定时器有专门的倍频逻辑。在CubeMX里，你可以看到时钟树配置界面中的实际频率，但建议你手动算一遍：系统时钟→AHB预分频→APBx预分频→定时器倍频，这个链条不搞清楚，写PWM或输入捕获时会发现频率差了一倍。

另一个常见误区是：开启外设时钟不等于这个外设就能用，还要配置引脚复用和中断。有次我调试SPI读传感器，明明SPI时钟已经开了，初始化函数也调了，但始终读不到数据。最后发现SPI1的NSS引脚被我占用作普通IO，影响了片选时序；还有一个更常见的问题是只开了外设时钟，没有使能外设的中断向量，导致中断标志置位但CPU没有反应。所以养成一个习惯：拿到一段例程，先看它调用了哪些RCC相关函数，再看GPIO初始化，再看外设初始化，最后看中断配置。这四步就是绝大多数外设初始化的骨架。

2.2 NVIC与调试组件：中断如何进CPU，SWD不只是下载用

外设数据准备好了，怎么通知CPU来处理？这就是中断控制器NVIC的工作。STM32有一个专门管理中断的单元叫做NVIC，它可以根据外设产生的中断请求，决定是否打断当前任务，以及中断之间的优先级关系。优先级分抢占优先级和子优先级，这两者的数量可以通过优先级分组来调整。比如设置分组2，那么2位作为抢占优先级、2位作为子优先级。对于实时性要求高的应用，抢占优先级高的中断可以打断低优先级的处理；但如果两个中断抢占优先级相同，则子优先级高的不能打断同级，只能排队等当前中断处理结束。

初学者喜欢把所有中断都设成一样的优先级，结果碰上两个同时发生的中断，程序行为变得难以解释。更严重的是，如果你在某个高优先级中断里用阻塞方式等一个低优先级中断置位，会发生死锁，这就是“delay卡死”的一种常见原因。比如你在UART中断里调用HAL_Delay，而HAL_Delay依赖SysTick中断，如果SysTick的优先级比UART中断低，那么UART中断会一直占着CPU，SysTick永远进不来，程序就卡死在延时函数里。所以中断服务函数里尽量少用阻塞延时，多用标志位和状态机。

调试组件是另一个被低估的结构。SWD接口除了下载程序，还能用来做实时调试，支持在Keil或VSCode的调试视图里看变量、打断点。部分调试器还支持SWO引脚，可以输出一条ITM跟踪流，用不到额外串口就能打日志。还有更简单的SysTick定时器，除了做时间基准，也可以用来做精确延时和任务调度。如果你要做第一块控制板的调试环境，我建议把Serial Wire Viewer（SWV）或至少一个串口打印预留出来。遇到程序卡住，先在中断里加一个GPIO翻转测一下，或者串口打印一条“我到这里了”，比对着代码发呆高效得多。

3. 第一次上电：应该先观察哪些关键点

3.1 从原理图开始：找电源、地、复位、Boot、LED和跳线

当你终于拿到一块新板子，先别急着插USB。第一件事是打开卖家或开源社区提供的原理图，把上面的网络名扫一遍。找几个关键节点：5V输入、3V3输出、GND、NRST、BOOT0、SWDIO、SWCLK、板载LED。很多开发板的引脚旁边会标注功能复用，比如xx引脚默认接I2C_SCL、SPI_MISO、UART_TX。这些信息能帮助你判断为什么要用某个引脚，以及能不能直接复用。如果找不到原理图，就根据芯片型号下载官方数据手册，并对照开发板上丝印。

然后检查板子是否带电。用万用表测3V3对GND是否短路，测5V输入接口的正负极有没有反，再看板上的电源指示灯。上电后第一次量3V3，正常应该在3.2到3.4V之间，不同LDO略有差异。如果量到接近0V或者发热，马上断电。不要觉得这一步多余，我遇到过看起来全新的板子，下面有一颗小电容已经脱落，3V3实际上只有1.8V。芯片在这种情况下也能勉强工作，但ADC和闪存读写可能随机出错。先测电压，再烧程序，这是每个工程师重复过无数次的操作。

上电之后要做的第二件事是找到启动方式。看BOOT0和BOOT1默认怎么接，大部分板子BOOT0拉低，从主Flash启动，这没问题。如果板上丝印写着BOOT、RST、3V3，看清楚跳线方向。有些板子有USB供电和外接5V供电的选择跳线，插错的话，USB的5V会直接和外部电源打架。我有个朋友用一块板子同时接USB和外部电源，看着没问题，因为两个LDO都输出3.3V，但一个稍微偏高一点就会从另一个LDO的体二极管倒灌，长期下来板子老化特别快。所以上电前把跳线看明白，尤其是有多个电源来源的控制板。

接下来检查板载外设：LED接在哪个引脚，按键接在哪个引脚，有没有板载ST-Link或USB转串口芯片。很多开发板上有一个可跳线断开默认外设的排针，比如PA9、PA10默认接着USB转串口。如果你要用这两个引脚做其他事情，得先断开跳线，否则板载芯片会把信号拉走。这个细节容易被忽略，导致你明明配置对了，却发现串口数据收不到。具体做法因板而异，但原理都是：默认外设和你的外设共享引脚，先隔离。

3.2 供电方案和功耗误区：控制板不是电源砖

第一块控制板最常见的错误是把板上3V3当成万能电源，接了一堆外设。以超声波测距模块HC-SR04为例，模块的工作电流虽然不高，但ECHO输出的是5V电平，直接接到3.3V的STM32引脚上可能没事，也可能长期损伤引脚，因此需要用电阻分压或电平转换。而舵机就更明显：一个小型9g舵机堵转时电流可能超过1A，普通开发板上的LDO根本扛不住，会造成芯片电压跌落、复位、程序跑飞。你用一块STM32控制板去直接带动舵机电源，就像拿一个手机充电头去带动电钻，不是不能转，是转一会儿就出问题。

正确的供电思路是分级。STM32芯片的3.3V只给控制逻辑、LED、传感器这类低功耗器件用；舵机、电机、大功率执行器用独立的5V或更高电压电源，并把外部电源的地和控制板的地连在一起，也就是“共地”。共地非常重要，串口、PWM、脉冲信号都以GND为参考，如果控制板和舵机电源各有一套地，信号会在两个地之间产生压差，轻则读数抖动，重则烧毁IO。如果控制板可以从USB或5V输入取电，就要确认输入电流足够，至少留出30%余量。对于5V舵机，我一般习惯用一个外部5V 2A以上的电源，在舵机电源引脚旁并联一个1000uF电解电容吸收启动浪涌。

如果板子上还有电机驱动芯片或者高功率开关，布线和电源策略就更讲究了。但这篇文章讨论的是小控制板，记住一条就够了：不要用3.3V去驱动任何“力气活”。控制信号从3.3V出，功率和地线从外部电源走，信号地和功率地单点连接。这样设计后，后面再接电机驱动、舵机时，返工的概率会小很多。我第一次做超声波小车时，把电机驱动和STM32共用一个电源，电机会一转，单片机就死机，最后发现是启动瞬间把电压拉到2.7V。后来换成独立电源并把电机驱动的地和控制板的地分开汇流，问题才消失。

4. 软件工程的整体结构：从CubeMX到编译下载

4.1 标准库、HAL库、LL库与寄存器：不同抽象层次怎么选

硬件结构看明白了，软件结构也不能糊里糊涂。STM32的软件生态有好几套写法并存：直接操作寄存器、标准外设库（Standard Peripherals Library）、HAL库、LL库。寄存器最底层，一切寄存器操作一目了然，但写起来慢，不适合快速验证；标准库已经停止更新，但网上大量例程仍基于它，以F1系列居多；HAL库目前是官方主推，用CubeMX可以自动生成工程，代码可读性不错，但有些地方封装得很厚，一旦出错追起来麻烦；LL库更接近寄存器，效率高，但官方例程较少。如果你是第一块板子，我的建议是先用HAL库把功能跑通，等到需要优化性能或真正搞懂底层时，再回头对照LL库和寄存器去看。

再说工具链。最经典的组合是Keil MDK + STM32CubeMX + HAL库，很多课程和开发板都用这个，资料最多。CubeMX能帮你配置时钟树、引脚功能、外设参数，然后生成一个包含HAL库的工程，你在生成的main.c里写逻辑。这个过程会用到芯片封装包，比如Keil里需要安装对应的Device Family Pack，否则新建工程时找不到芯片型号。如果你不喜欢Keil的编辑器和编译速度，也可以用VSCode搭配EIDE插件或PlatformIO。PlatformIO里可以添加STM32F1/F4等平台，配合Arduino框架或原生STM32框架都能用，调试配置可以直接生成launch.json，适合习惯vscode风格的人。不管选哪个工具链，都是围绕同一个工程结构展开的。

一个典型的STM32 HAL工程，主要包含这些目录：Core用来放主程序、中断入口和CubeMX生成的配置；Drivers里是CMSIS内核头文件和对应的HAL驱动；启动文件startup_stm32f10x_hd.s或者startup_stm32f411xe.s汇编文件，它负责建立中断向量表、初始化堆栈并跳转到main；链接脚本也就是后缀为.ld或.icf的文件，定义了Flash和RAM的划分。很多新手看到一堆文件夹就慌，但你要找的核心其实就几个：main.c、stm32f1xx_hal_msp.c、stm32f1xx_it.c、.ld文件、启动文件。理解了每个文件的职责，就算哪天编译器报一个undefined symbol，你也能大体猜到是启动文件或链接脚本出了问题。

4.2 主循环、中断与DMA：代码框架怎么搭

软件整体结构上，不外乎三种执行方式：轮询、中断和DMA。轮询就是主循环里不断查询某个标志，比如循环里反复读ADC值和按键状态，简单直观，但CPU忙得没空处理别的事。中断就是外设事件主动打断CPU，比如串口收到一个字节进入中断，在中断里把数据搬走。DMA则是外设直接通过总线搬运数据到内存，CPU只在开始和结束时参与。做第一块控制板时，我的建议是先把轮询写熟，再引入中断，最后才考虑DMA。因为很多问题在轮询阶段就暴露得最清楚，比如外设没初始化好、时钟没打开、引脚被占用，这些不会因为用了中断和DMA就消失，反而会更难排查。

拿ADC为例。STM32的ADC经常需要切换通道，你可以用扫描模式顺序转换多个通道，然后通过ADC中断或DMA把结果搬出来。如果你看到网上有人说ADC切换通道时读到上一次的数据，大概率是没有处理好转换启动标志或等待序列结束。正确做法是在每次启动转换前把通道选择设置好，然后等待EOC标志或触发DMA搬运。也可以使用注入转换或者双重ADC等更高级的方式，但第一块板子没必要上太复杂。先用轮询采集一路，确认采样值稳定；再扩展到多路扫描；最后再用DMA减少CPU占用。这样一步一步扩展，出问题能精确定位到是哪一层。

另一个典型的例子是串口调试PID。你在控制板上跑一个PID调节系统，需要不断把目标值、反馈值、输出量通过串口打到上位机上看曲线。如果串口发送用的是阻塞式的HAL_UART_Transmit，并且每次发送都在主循环里等待，那么PID周期会被拖慢。更合理的做法是把串口发送放到低优先级循环里，或者用DMA发送；接收则用空闲中断加DMA，把不定长数据一次性收进来。如果习惯用printf打印，把fputc重定向到串口即可，但注意在HAL库中要处理超时和重入问题，否则printf也会成为卡顿源。这种“主干在中断里、数据搬运在DMA里、界面在低速循环里”的思路，其实就是整体结构的核心：让合适的事情在合适的层级发生。第一块板子不一定要做到这么精细，但你要在心里有这个结构图。

5. 从整体结构出发：两个常见外设的调试思路

5.1 超声波测距：用定时器输入捕获量回波宽度

超声波模块是很多人第一个传感器。HC-SR04有两根控制线：TRIG和ECHO。TRIG是输入，你给它一个大于10微秒的高电平脉冲，模块就会发出8个40kHz的超声波脉冲；同时ECHO会输出一个高电平，这个高电平的持续时间等于超声波从发射到遇到障碍物再反射回来的时间。距离等于高电平时长乘以声速除以2，在常温下声速约340m/s，所以时间每毫秒约对应17厘米的距离。这个测量过程如果只用delay延时去等，CPU会一直阻塞，而且精度随主循环的时序变化。更好的做法是用定时器输入捕获：把ECHO接到定时器某个输入捕获引脚，配置为上升沿和下降沿各捕获一次，两次计数值之差乘上定时器分辨率，就是高电平脉宽。

接线时要注意电平匹配。HC-SR04的ECHO默认输出5V，直接连接到STM32引脚可能有风险。我用过两种处理方式：一是用两个电阻做分压，把5V拉低到3.3V左右，但响应慢一点；二是在ECHO和引脚之间串一个1kΩ电阻，配合引脚内部上拉，利用寄生二极管钳位，这样在很多场合能用，但不太保险。更稳妥的是用一个电平转换芯片或模块。对于第一块控制板，我建议老老实实用分压电阻，哪怕多占一个引脚，也好过哪天芯片IO损坏。另外，如果模块放在遮挡物前面，测量结果会跳变，这是正常的，不要以为是代码问题。

注意：HC-SR04的ECHO输出是5V，最好分压后再进STM32，尤其是长期运行或批量制作时，不要赌引脚不会坏。

在代码结构上，可以这样布置：TRIG引脚用普通GPIO输出，初始化时拉低；定时器用来输入捕获，配置好上升沿和下降沿两个捕获通道；主循环里每隔100ms发一次触发脉冲，然后查询一个“测量完成”标志。把测量逻辑放到状态机里，主循环就不至于被占死。这个方案既用到了GPIO、定时器、输入捕获，也涉及中断和标志位，正好把前面讲的总线、时钟和NVIC全部串起来。很多网上的例子都用delay阻塞来实现，你能做个跑通的东西以后，再改成捕获方式，会对整体结构理解更深刻。

5.2 SPI屏ILI9341读ID读成a1a1：先查时序和读取功能

SPI彩屏是另一个能把你折磨一周的外设。很多人调ILI9341时第一步读ID，就是想确认屏幕驱动正常。常见的做法是发送读ID命令，例如0xD3，然后连续读三个字节，前两个字节预期是0x93和0x41。结果读回来往往是0xA1、0xA1，或者干脆全0xFF。这个a1a1不是真的ID，它说明屏的数据线上有信号，但不是有效ID数据。出现这种情况，先不要怀疑屏坏了，要按顺序查几件事：接线是否把MISO正确连到MCU的SPI_MISO引脚；屏幕是否支持读操作；SPI模式和时钟极性有没有配对；初始化时序是否完整。

我踩过的坑是屏幕模块只引出了MOSI和SCK，没有MISO，那根本读不到任何数据，只能直接初始化显示。有些屏幕虽然引出了MISO，但驱动IC的读命令需要先把显示模块从睡眠模式（Sleep Out）唤醒来才能正确返回ID，否则MISO端只会返回某个固定字节。还有一个非常典型的问题：SPI配置成了模式0，而ILI9341实际工作方式可能是模式0或模式3，取决于模块设计。SCK空闲电平不对时，数据位会错位，读到的东西就变得莫名其妙。所以排查时先用示波器或逻辑分析仪看SCK和MOSI的波形，确认命令发送完整，再怀疑芯片本身。

整体结构思维在这里很有用。屏幕挂在SPI总线上，SPI外设挂在某个APB总线上，SPI引脚可能和别的功能复用。如果你之前在同一个引脚上初始化过其他外设，或者CubeMX里的引脚冲突检查没有报警，最后代码运行顺序也可能影响状态。我建议把LCD初始化放在一个明确的初始化函数里，在main函数中先初始化时钟、再配置引脚复用、然后配置SPI、最后给屏幕复位脉冲，等足够时间后再发初始化命令。读ID失败的时候，可以把读ID代码放到屏幕刷色成功之后再测试，因为有些屏驱动必须先完成初始化才能正确响应读命令。这是我从一个a1a1的下午里换回来的经验。

6. 问题排查顺序与第一块板子的经验

6.1 从看电源到看配置：一套通用排查顺序

最后整理一下我在各种论坛问题帖里最常见到的场景，以及对应的排查方向。你可以把它当成一张速查表，遇到问题先按这张表从上往下走一遍，比盲目重刷代码有效得多。

这些问题都有一个共同点：底层结构没检查之前，上层代码改一百次也没用。之前我在一个CAN通信项目里天天调软件滤波，后来才发现是总线终端电阻没接，信号反射导致错误帧，结构问题不解决，代码只能“猜谜”。

6.2 我推荐的第一块控制板入门路线

文章最后，以我个人带过很多新人的经验收尾。第一块STM32控制板不要用来做毕业设计级别的“大系统”，它更适合用来建立一种感觉：芯片靠什么跑起来、外设怎么和芯片对话、程序在芯片里是什么流程。建议按这样的顺序走：

1. 第一步，点灯，同时用万用表量LED引脚的电压和电流，理解输出高低的本质。
2. 第二步，用串口打印“Hello”，连接上位机观察收发，理解波特率和电平。
3. 第三步，用外部按键配合中断，配合NVIC配置，观察中断如何打断主循环。
4. 第四步，用定时器输出PWM，调占空比控制LED亮度或舵机角度。
5. 第五步，用ADC采集一个电位器电压，和PWM结合起来做一个可调亮度灯。
6. 第六步，再上SPI屏和I2C传感器，体验总线读写。

这个路线看起来平淡，但它把整个控制板的核心结构覆盖了一遍：最小系统、GPIO外设、时钟、NVIC、定时器、ADC、串行总线。做完这些之后，再考虑接舵机、电机、超声波、FreeRTOS或者物联网网关，你会发现自己已经具备排查问题的基本框架。不要一开始就在网上找一堆含一堆术语的源码来跑，那不是学习，是猜谜。

最后再分享一个小技巧：在板子上留一个空闲的LED和一个空闲的串口，它们是你调试的“手电筒”。当程序不按预期跑时，先用LED闪几次告诉我们它走到了哪段代码，再用串口打印关键变量。这个习惯和看懂整体结构一样重要，陪我解决过不知多少个“看起来随机发生”的bug。