STM32最小工程模板详解：从时钟树配置到串口调试的完整避坑指南

简介：这份STM32F103C8T6最小系统板设计资源基于Altium Designer工程整理，面向有一定硬件设计基础的嵌入式开发者、电子竞赛参赛者及PCB入门学习者，可直接用于单片机核心板打样与二次开发。压缩包共68个文件，重点包含原理图库（schlib）、PCB库（pcblib）、原理图（schdoc）与PCB文档（pcbdoc），另有工程文件（prjpcb）、设计规则检查报告（drc）及历史备份记录等，能够完整支撑从原理图绘制到PCB布局的参考流程。已有3318人学习下载。资料提供了未铺铜的PCB布线版本，方便使用者根据自身需求调整电源与地网络布局，同时附带的历史版本存档也有助于比对设计迭代过程，适合需要快速搭建STM32F103C8T6核心板或学习最小系统硬件设计的开发者参考。

1. STM32_Min.zip 是什么：一个小体积工程模板为何能省掉一下午移植时间

接手一块新的开发板，第一件事往往不是写业务逻辑，而是先把环境跑通——点个灯、打通串口、确认时钟。这个过程看似简单，实际翻车率极高：时钟树配错导致主频只有默认的 8MHz、启动文件选错导致芯片一上电就进 HardFault、烧录算法不匹配导致下载器连接失败。STM32_Min.zip 这类命名几乎在每个嵌入式工程师的硬盘里都留着一份，它代表的是一个“最小系统工程包”：一个拿到就能编译、烧录、点灯的最小代码框架，不附带任何业务逻辑，只把内核启动、时钟树、串口和 GPIO 这些地基打好。

这个包解决的是开发中最不值钱但也最浪费时间的一步：搭环境。它适合三类人——刚接触 STM32 的新手，需要一个能看懂全部代码的最小工程；被标准库和 HAL 库切换折腾过的开发者，想留一份自己熟悉的启动路径；以及频繁换芯片型号的老手，拷贝一份改几个宏就能开新项目。它的核心价值不是代码量，而是把“应该由芯片厂商保证，但实际经常出问题”的那部分配置固化下来。

2. 解开这个包：目录结构、启动文件和三个关键配置文件

2.1 先认目录：工程文件、驱动层和应用层各归其位

STM32_Min.zip 这类最小工程包解压后，目录结构通常遵循一种约定俗成的分法，不管用的是标准库还是 HAL 库，骨架都差不多。常见布局是四个目录加一个工程文件：

用 Keil 打开 Project 目录里的 uvprojx 工程文件，编译前建议先做一件事：确认魔术棒选项卡里 Device 选的芯片型号和板子一致。这一步错了，后面所有寄存器宏都会对不上，编译能过，跑起来全乱。

2.2 启动文件与链接脚本：复位向量、堆栈与 Flash 分配

启动文件是整个工程的发动机。它在 main 函数执行之前做完三件事：初始化栈指针、设置复位向量、调用 SystemInit 和 __main。这些动作全部由汇编代码完成，最常出问题的是中断向量表的名字。里面每个中断服务函数名都是固定的，比如 USART1_IRQHandler、EXTI0_IRQHandler，你在 C 文件里写中断服务函数时，函数名必须和启动文件里的名字逐字符一致，少一个下划线或大小写不匹配，编译不报错，因为链接器会把你的函数当成一个普通符号放着，真正发生中断时跳到一个空地址，直接进 HardFault。

链接脚本管的是代码和变量放在哪。F1 系列 Flash 起始地址固定 0x08000000，RAM 起点 0x20000000。常见的分散加载文件长这样：

; 分散加载文件示例（IAR .icf 或 Keil .sct 的简化写法） LR_IROM1 0x08000000 0x00010000 { ER_IROM1 0x08000000 0x00010000 { *.o (RESET, +First) *(InRoot$$Sections) .ANY (+RO) } RW_IRAM1 0x20000000 0x00005000 { .ANY (+RW +ZI) } }

这段配置的含义是把 64KB Flash 和 20KB RAM 资源画清楚了。0x00010000 就是 64KB，0x00005000 是 20KB。如果实际芯片容量更大而链接脚本写小了，代码超出范围时链接器会报错；如果写大了而芯片没有那么多 Flash，烧录时下载器会在写地址阶段失败。改芯片型号时，这组数字必须跟着换。

2.3 时钟树配置：从 8MHz 外部晶振到 72MHz 主频的转换

时钟树是最容易踩坑的环节。F1 系列上电后默认使用内部 HSI 时钟，主频只有 8MHz，外设时钟全都处于未使能状态。最小工程包里最关键的一段代码就是把系统时钟从 HSI 切换到外部晶振 HSE 并经 PLL 倍频到 72MHz。标准库版本的配置函数核心逻辑如下：

void RCC_Configuration(void) { ErrorStatus HSEStartUpStatus = ERROR; /* 记录外部晶振是否起振成功 */ RCC_DeInit(); /* 先把 RCC 寄存器恢复默认值 */ RCC_HSEConfig(RCC_HSE_ON); /* 打开外部高速晶振 */ HSEStartUpStatus = RCC_WaitForHSEStartUp(); if (HSEStartUpStatus == SUCCESS) { /* 晶振起振成功才继续 */ RCC_HCLKConfig(RCC_SYSCLK_Div1); /* AHB 不分频，让内核跑满 72MHz */ RCC_PCLK2Config(RCC_HCLK_Div1); /* APB2 不分频，GPIO/USART 用这条总线 */ RCC_PCLK1Config(RCC_HCLK_Div2); /* APB1 二分频，这条总线最高只能 36MHz */ RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMul_9); /* 8MHz 外部晶振，PLL 倍频 9 倍，得到 72MHz 系统时钟 */ RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK); /* 最终切到 PLL 输出 */ } /* 如果 HSE 起振失败，这里应当补一个 while(1) 并点亮错误指示灯 */ }

这段代码里有两个参数最容易改错。第一个是 RCC_PLLMul_9，它的计算依据是外部晶振频率乘以倍频数不能超过芯片规格上限，F1 是 72MHz，所以 8MHz 晶振配 9 倍频是正确的；如果你的板子上焊的是 12MHz 晶振还沿用 9 倍频，会算出 108MHz 这个越界值，芯片跑起来极不稳定甚至完全不跑。第二个是 APB1 的二分频，很多人把定时器挂在 APB1 上，又希望定时器时钟接近 72MHz，就不能只改这一个分频系数，还要考虑定时器倍频器那一步，标准库里定时器会自动再乘 2，这里改乱了会导致定时时间偏差一倍。

3. 把最小框架跑通：从点灯到串口打印的最小验证路径

3.1 点灯：GPIO 输出模式的初始化与延时

拿到模板后的第一个验证动作永远是点灯，它是确认时钟树和 GPIO 配置正确的最短路径。F1 系列的点灯代码模式非常固定，先开外设时钟，再配置引脚模式和速度，然后循环翻转电平：

/* 使能 GPIOC 时钟，很多最小系统板的 LED 挂在 PC13 */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_13; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; /* 推挽输出，能输出强高低电平 */ GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz; /* 点灯 2MHz 够用，不必上 50MHz */ GPIO_Init(GPIOC, &GPIO_InitStructure); while (1) { GPIO_WriteBit(GPIOC, GPIO_Pin_13, Bit_RESET); /* 拉低点亮，取决于板子接线 */ Delay(500); GPIO_WriteBit(GPIOC, GPIO_Pin_13, Bit_SET); /* 拉高熄灭 */ Delay(500); }

这里有两个选型细节值得说。GPIO_Mode_Out_PP 是推挽输出，它既能向引脚输出高电平也能灌入较大电流，点亮 LED 是标准用法；如果选成开漏输出，就必须外部接上拉电阻才能输出高电平。GPIO_Speed 选 2MHz 还是 50MHz 对点灯没影响，但对信号质量有影响——在布线较乱的最小系统板上，50MHz 的高速翻转反而会引入振铃和噪声，所以点灯场景用低速档位更稳。

Delay 函数在最小工程包里一般用系统节拍实现，做法是配置 SysTick 定时器每 1ms 产生一次中断，在中断里递减一个全局变量。Delay(500)就会阻塞等待 500 次中断，实现 500ms 延时。踩坑点在于 SysTick 的时钟源：有的工程配置成 HSI 派生时钟，有的配置成内核时钟，同样一个Delay(500)实际时间可能差几倍。验证方法是点灯的同时掐秒表，如果闪烁周期是 1 秒但实跑是 2 秒，就去查 SysTick 时钟源配置。

3.2 串口重定向：printf 输出到调试串口

点灯通过后，第二件事通常是打通串口。printf 重定向是工程模板里的标配功能，目的是用调试串口输出日志。核心思路是把标准库的 fputc 函数重定向到 USART1 的发送寄存器：

void USART1_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; /* USART1 和 GPIOA 都在 APB2 总线上，一次性开时钟 */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9; /* TX 发送引脚 */ GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; /* 复用推挽输出 */ GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10; /* RX 接收引脚 */ GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; /* 浮空输入，接收靠内部电路 */ GPIO_Init(GPIOA, &GPIO_InitStructure); USART_InitStructure.USART_BaudRate = 115200; USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; /* 以上参数组合：115200, 8 数据位, 1 停止位, 无校验, 无流控 */ USART_Init(USART1, &USART_InitStructure); USART_Cmd(USART1, ENABLE); } int fputc(int ch, FILE *f) /* printf 最终都会走到这里 */ { USART_SendData(USART1, (uint8_t)ch); while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET) {} return ch; }

串口参数里最常被忽略的是 USART_Mode。很多人只写 USART_Mode_Tx，然后代码里调用接收功能发现一直收不到数据，还怀疑芯片坏了，其实只是模式没开全。第二个坑是 printf 重定向后程序卡死在启动阶段——标准库的 printf 默认依赖半主机模式，MCU 里没有调试主机响应，一调用就死循环。Keil 里最快的解法是勾选 MicroLIB，它砍掉了半主机依赖；用 GCC 工具链则在编写 _write 系统调用接口。这个坑几乎每个新手都会踩一次，项目模板里应当预先处理好。

3.3 加入按键轮询：从输出到输入的完整闭环

点灯和串口都是输出方向，要验证模板的外设配置是否完整，还差一个输入通路。按键轮询是最经典的输入验证方式。在最小工程包里加了这段代码，就证明 GPIO 的输入模式和系统轮询逻辑都可用：

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU; /* 上拉输入，按键另一端接 GND */ GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz; GPIO_Init(GPIOB, &GPIO_InitStructure); while (1) { if (GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_0) == RESET) { Delay(20); /* 消抖，机械按键的抖动信号通常在 5~20ms 内 */ if (GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_0) == RESET) { /* 确认是稳定的按下信号，而不是噪音 */ GPIO_WriteBit(GPIOC, GPIO_Pin_13, (BitAction)(1 - GPIO_ReadOutputDataBit(GPIOC, GPIO_Pin_13))); /* 读取当前 LED 状态并取反，实现每次按下翻转一次 */ while (GPIO_ReadInputDataBit(GPIOB, GPIO_Pin_0) == RESET) {} /* 等待松手，避免长按造成多次翻转 */ } } }

这段代码里值得细说的是 GPIO_Mode_IPU。按键一端接 GPIO 引脚，另一端接 GND，就必须配置上拉输入，按下时读到低电平，松开时引脚被内部上拉电阻拉到高电平。如果你接的是外部上拉电阻，可以用浮空输入，但最小系统板上通常没有额外电阻，靠内部上拉最省事。消抖的 20ms 延时不是玄学，机械按键的抖动波形实测一般在几百微秒到十几毫秒之间，20ms 是通用取值。这段代码还演示了一个常用技巧：GPIO_ReadOutputDataBit读回的是输出数据寄存器，而不是引脚电平，这样即使引脚外部被拉低，也能读回上一次写入的状态，翻转逻辑不会错。

4. 扩展成你自己的项目：拷贝模板后必须改的四处配置

4.1 芯片型号与器件头文件：宏定义、启动文件、下载算法三处联动

最小工程包一般按某一颗具体芯片调试过，比如 F103 系列里的中容量或高容量型号。你拷贝模板做自己的项目时，遇到的第一道坎就是芯片型号不一致。这时要注意，改芯片型号不是一个动作而是三个动作联动：

这三处是联动的，经常出现只改了编译宏没换启动文件的状况：编译能通过，因为链接器把中断向量表放在 Flash 开头，多出来的中断服务函数链接符号对不上也不报错，但实际运行到某个外设中断时，跳进了一个错误的向量地址。判断症状不难——中断不触发或者一触发就进 HardFault，排查顺序就是先看这三处是否同步。

4.2 时钟树参数与外部晶振：主频算不对，串口全乱码

拷贝模板后必改的第二处是时钟树，而它又和板子上的实际晶振直接挂钩。模板里默认 8MHz 外部晶振、PLL 倍频 9 倍、系统主频 72MHz。如果你的板子晶振不是 8MHz，这套配置就废了。常见的替代晶振是 12MHz 和 25MHz 两种。12MHz 的情况下想要 72MHz 主频，倍频系数是 6；25MHz 的情况下如果还想用 PLL 得到 72MHz，无法直接用整数倍频得到——25MHz 乘以 3 是 75MHz，超了规格，乘以 2 又只有 50MHz。此时要么接受 50MHz 主频，要么把 HSE_VALUE 改掉后重新设计时钟路径，看芯片是否支持更高的 PLL 输入范围。

除了倍频系数，还要改一处的根源参数。标准库或者 HAL 库的配置头文件里会有一个叫 HSE_VALUE 的宏，它默认是 8000000 即 8MHz。这个值影响两个东西：延时函数的实际时间基准，以及串口波特率计算。很多人换了晶振只改了 PLL 倍频，没改 HSE_VALUE，结果主频确实到了 72MHz，但串口输出的波特率按旧晶振换算，波特率偏差超过 2% 后就是乱码。这是时钟树里最隐蔽的坑，数据手册上的结论是 UART 波特率误差超过 2% 就不可靠，而晶振频率不匹配导致的误差远超这个阈值。

4.3 中断优先级分组与向量表偏移：中断进不去或优先级全乱的原因

工程模板里一般预置了一套 NVIC 配置，最常见的是分组 2：抢占优先级 2 位、子优先级 2 位。这套配置本身没有对错，但你必须明白改动它的影响。如果在某个外设驱动里调用了NVIC_PriorityGroupConfig(NVIC_PriorityGroup_3)，而模板里已经设置过分组 2，第二次调用会直接改变所有已配置中断的优先级解释方式——本来抢占优先级 3 的中断，在新的分组规则下可能变成抢占优先级 0，直接顶掉所有中断，造成调度混乱。

向量表偏移是另一个值得注意的点。如果你的项目用到 Bootloader + App 结构，App 的向量表必须偏移到 Flash 的后半段，需要在 system_stm32f10x.c 里设置 VECT_TAB_OFFSET。这个值一旦设错，App 的代码即使正确烧录也进不了 main——CPU 启动时从偏移前的向量表读复位向量，读到的是 Bootloader 的复位地址，表现就是反复重启或卡在跳转循环里。模板里默认偏移为 0，改它之前要确认你的启动方案是不是真的需要偏移。

4.4 调试接口与下载器设置：SWD 连不上，先别急着怀疑芯片锁死

最后一个必改项是调试接口配置。最小系统板大部分只有 SWD 四线接口，不用 JTAG。在 Keil 的 Debug 设置里选 ST-Link 还是 DAP 仿真器、接线是否按 SWDIO/SWCLK/GND/3.3V 四线接对，都直接影响能否下载。这里有个常见误解：很多人下载失败就断定芯片锁死了，实际上最常见原因是 SWDIO 引脚被代码复用成了别的功能。

比如某段代码把 PA13 配置成了普通 GPIO 输出，而 PA13 恰恰是 SWDIO。程序烧进去跑起来后，调试器再想连接就找不到设备了。解决的后悔药有几种：按住板子复位键的同时点击下载，在芯片复位期间抢注调试端口；或者把 BOOT0 拉高进入 ISP 模式，用串口擦除 Flash。模板里一般不会主动配置 PA13/PA14，但你自己加代码时要警惕这两个脚。工程设置里还有一处容易忽略：Flash Download 页面必须勾选 Reset and Run，否则程序烧进去不自动运行，每次都要手动按复位，看起来像是程序没烧进去。

5. STM32_Min.zip 使用避坑：五个最常见的翻车现场

5.1 现象：编译零错误零警告，下载也提示成功，但板子上的灯纹丝不动

原因：主频根本没跑到 72MHz。最常见的是外部晶振起振失败，而代码里又没有留错误处理，RCC_WaitForHSEStartUp()超时返回 ERROR 后，if分支直接跳过，系统时钟退回内部 HSI 的 8MHz。此时 GPIO 初始化代码照常执行，但所有外设按 8MHz 时钟运行，点灯延时函数的时间基准全乱了。还有一种是晶振的负载电容焊错，导致晶振起振需要几百毫秒，而代码等待时间不够。

解决：先不要怀疑程序逻辑，用调试器全速跑，停在 main 入口处查看RCC->CR寄存器的 HSERDY 位。如果 HSE 就绪位一直为 0，直接检查晶振外围。最小系统板上最常见的修复是补焊两颗 10~22pF 负载电容，或者换一颗已知没问题的晶振测试。代码层面则在 HSE 起振失败分支里加亮红灯的提示，避免无声失败。

5.2 现象：串口输出全是乱码，点灯周期也明显不对

原因：外部晶振频率和代码里的配置不一致。最典型的是板子实际焊了 12MHz 晶振，而代码按 8MHz 算 PLL 倍频 9 得到标称 72MHz，实际主频却是 108MHz，超规格运行。主频错导致定时器延时和串口波特率两个地方同时出错，串口因为波特率偏差直接乱码，LED 闪烁周期肉眼可见地快了一截。

解决：第一步用示波器或者逻辑分析仪抓 MCU 的 MCO 引脚输出时钟，确认真实主频；没有仪器就看串口——把波特率分别换 9600、19200、38400 试一遍，看哪个组合输出正常。一旦锁定是晶振不匹配，按第 4.2 节的方法重算倍频系数，并把 HSE_VALUE 宏改成实际值。这里最容易犯的错是只改倍频不改 HSE_VALUE，主频对了但串口依然乱，原因前面说过，波特率换算用的是旧晶振值。

5.3 现象：程序能跑，但一触发串口接收中断就死机，进 HardFault

原因：中断服务函数名写错，或者函数声明只在某个 C 文件里可见。STM32 的启动文件里已经写死了中断向量表的名字，比如USART1_IRQHandler。你在别的 C 文件里写的函数叫uart1_irqHandler，大小写差一点，链接器不会报错，它把你的函数当作一个独立符号链接，向量表指向的仍然是默认的空弱定义。中断一触发，CPU 跳到空处理程序，行为不可控。

解决：打开启动文件，直接看向量表条目里写的符号名，然后在自己的 C 文件里按一模一样的名字定义函数。注意两个细节：函数名必须和向量表完全一致；不要在多文件里重复定义同名中断服务函数，链接阶段会报多重定义。经验法则是每写一个中断服务函数，就对照启动文件核对一次这个名字，这是最快的自查路径。

5.4 现象：点了下载按钮，调试器报连接失败，目标设备无法识别

原因：分成三类——接线问题、芯片进入低功耗模式、SWD 引脚被代码复用。最少见但最容易吓到人的是第三种：某段初始化代码把 PA15、PB3、PB4 这些默认复用引脚配成了普通功能，而它们在下调试接口时会被用到，或者程序跑飞把 SWD 时钟线拉死。

解决：第一反应别慌，先做“按住复位下载”操作——在 Keil 里点下载的同时按着板子复位键不放，程序会复位释放 SWD 引脚，多数情况下能抢在程序跑飞前建立连接。如果无效，把 BOOT0 拉高，上电进入系统存储器模式，这个模式下用户代码不运行，连接成功后通过 ST-Link Utility 或 Keil 擦除整个 Flash，再拉回 BOOT0 恢复正常模式。这个操作能救回 99% 的“锁死”芯片。真正硬件锁死的概率极低，绝大多数是软件占用了调试引脚，不必一上来就动烙铁。

5.5 现象：从网上下载或同事拷来的模板，编译后报一堆未定义标识符

原因：模板里包含的标准库版本或者宏配置和你当前的编译环境不匹配。比如模板用标准库 v3.5，而你装了 HAL 库开发环境，某些头文件的宏名和函数名对不上；或者模板里依赖某个设备头文件里定义的芯片选型宏，而你的工程设置里没定义它，导致库源码里大量外设代码被条件编译排除。

解决：第一步看第一个报错出现在哪个文件。如果是在库源码的头文件里，优先检查工程设置里的预处理宏，看有没有定义STM32F10X_HD这类选型宏；如果是在你自己的代码里，检查 include 路径是否覆盖了模板的 Drivers 目录。换了工作目录拷贝模板时，最容易丢的是相对路径的引用关系，Keil 的 Manage Project Items 里重建一次 include path 通常能解决大半。还有最后一招——不修路径，把整个工程目录放到纯英文无空格路径下，很多诡异报错其实是中文路径或空格导致编译器无法解析头文件，这个坑出现频率高到值得作为第一排查项。

6. 把模板演进成自己的内网开发基线

模板跑通之后，最值得花半小时做的一件事，是把它演进成一套带自检的“开发基线”，而不只是停留在点灯层面。我的做法是在最小工程里加一个上电自检函数，在 main 开头依次做三项检查：读取 RCC 时钟配置寄存器，确认 SYSCLK 确实是 72MHz；向串口发一条固定字符串；翻转板上 LED 三次作为视觉提示。这套自检跑过，才允许进入业务代码。它不占用多少 Flash，但能让你在半年后随手打开一个项目时，十秒钟内判断环境是否正常，而不是重新翻原理图排查。

另一个值得固化进模板的习惯是在每个外设驱动文件头部写清楚初始化参数与验证方法。比如串口文件里注明“115200-8-N-1，验证方式：上电输出 STM32 Ready”。参数变更时同步更新这块注释。很多工程维护到后期，代码里的波特率被人改过但注释没改，接手的人对着配置表查半天，浪费的时间比省下的那几行注释成本高得多。我吃过不少这类亏，最典型的一次是换了晶振后忘了改 HSE_VALUE，串口乱码，折腾一整个下午才发现是配置文件头部那个宏还是 8MHz，而注释里写的竟是“已改为 12MHz”。从此之后，我要求自己每改一处基础参数，就在 Readme 里同步变更记录。

模板本身不产生业务价值，但它是所有上层代码的地基。花一个下午把这份 STM32_Min.zip 调成你自己的版本——时钟树稳定、串口可靠、按键输入可读、自检明确——以后每个新项目都能从这个基线上少走一次弯路。当前这份最小工程验证路径算完整了，你完全可以在它的基础上继续叠加外设驱动，但改动任何一处基础配置时，记得回到自检函数确认地基没有松动。希望帮到你。

本文还有配套的精品资源，点击获取