STM32F4习题上板验证：时钟树、GPIO、中断、定时器与串口

简介《嵌入式系统原理应用——基于STM32F4系列为控制器》部分课后习题答案面向学习STM32与嵌入式系统课程的高校学生及自学者用于对照教材章节梳理基本概念、完成课后练习和考前复盘。内容覆盖嵌入式系统定义、特点与主要构成硬件平台、HAL和系统软件的关系CISC与RISC处理器差异冯·诺依曼结构与哈佛结构随机存储器、只读存储器及NOR/NAND Flash比较片内外设与外部外设硬实时和软实时系统交叉编译、调试方法及开发流程并延伸至ARM处理器基础便于按章查漏补缺。压缩包共1个docx文件约25.38MB适合直接阅读、检索和整理笔记。已有1407人学习可作为课程复习与习题校对时的参考材料。1. 课后题的答案在纸上判据在示波器上STM32F4 习题为什么必须上板翻《嵌入式系统原理应用——基于 STM32F4 系列为控制器》的课后习题最省事的做法是对着课后习题答案抄一遍最不省事的做法是把每道题的结论在板子上跑出波形。前者能交作业后者才解释得清为什么 APB1 上的定时器时钟是 84MHz 而不是 42MHz为什么波特率写进 BRR 之后还要回头看一次误差为什么中断优先级分组的赋值放在使能之后就会失效。这篇笔记不讲全书只挑时钟、GPIO、中断、定时器、串口这几类反复出现的题把「答案是怎么算出来的、怎么在 STM32F4 上验一遍、验不出来先看哪里」讲透。适合正在做这套题的人也适合刚接手 F4 板子、需要把参考手册和 HAL 库对上号的工程新人。2. 时钟树先立住RCC 配置题的推演路径与实测校验时钟题几乎是这套习题里权重最高的一类因为它决定了后面所有外设题的答案。串口波特率算错、定时器周期算错、ADC 采样时间算错追到根上多半是时钟源搞错了。所以这一章不从寄存器讲起而从「给定一块 8MHz 晶振的板子把系统时钟推到 168MHz」这条主线走一遍再回头把习题里常见的几个陷阱逐个拆开。2.1 从 HSE 到 SYSCLK把 168MHz 一步步算出来STM32F4 的时钟链路是「输入源 → 主 PLL → 分频器 → 各总线」。主 PLL 里有两个关键节点VCO 的输入频率和 VCO 的输出频率。参考手册给出的约束是 VCO 输入建议 12MHz推荐 2MHz 以内VCO 输出在 100432MHz 之间。这两条约束是所有配置题的第一道门槛很多人只记住结论参数却不知道为什么 M 要取 8。按 8MHz 外部晶振走一遍HSE 8MHzPLL_M 8得到 VCO 输入 8/8 1MHzPLL_N 336得到 VCO 输出 1 × 336 336MHzPLL_P 2得到 SYSCLK 336/2 168MHzPLL_Q 7得到 336/7 48MHz供 USB、SDIO、RNG 使用AHB 预分频 1HCLK 168MHzAPB1 预分频 4PCLK1 42MHz上限 42MHz刚好卡满APB2 预分频 2PCLK2 84MHz上限 84MHz刚好卡满。这套参数不是唯一解。把 PLL_M 改成 4、PLL_N 改成 168、PLL_P 改成 1同样能得到 168MHz但 VCO 输入变成 2MHz、VCO 输出只有 168MHz此时 PLL_Q 要重算才能出 48MHz。习题里如果给的是「HSE25MHz要求 SYSCLK168MHz」思路一样先定 VCO 输入25/M 要落在 12MHzM 取 25 得 1MHz或 M 取 13 得 1.92MHz再由 VCO 输出反推 N。这类题只要抓住「VCO 输入约束 → VCO 输出约束 → 各分频」这条链就不会乱。还有一个常被忽略的配套参数Flash 等待周期。168MHz、3.3V 供电时Flash 需要 5 个等待周期频率降到 120MHz 以下可以减到 3 个。习题里偶尔会问「如果不改等待周期会怎样」答案是取指出错、程序跑飞或者读到的常量是错的这类错误在调试器里表现为随机 HardFault属于典型的黑匣子故障。2.2 三个必背的时钟陷阱APB 定时器倍频、Flash 等待周期、USB 48MHz第一个陷阱也是最常考的一个APB 预分频不为 1 时挂在该总线上的定时器时钟会自动乘 2。所以 PCLK1 42MHz但 TIM2/3/4/5/6/7/12/13/14 的计数时钟是 84MHzPCLK2 84MHzTIM1/8/9/10/11 的计数时钟是 168MHz。习题里「TIM3 的时钟频率是多少」这种题答 42MHz 就错了。判断方法很简单看 APBx 预分频寄存器的值等于 1 就不乘 2大于 1 就乘 2。第二个陷阱是 PLL 配置寄存器的写入顺序。PLLCFGR 必须在对 PLL 使能之前写好PLL 已经锁定之后再改 M/N/P需要先清 PLLON、等 PLLRDY 清零再改参数、重新使能。习题里常问「修改主频需要几步」标准答案是切换回 HSI → 关 PLL → 改 PLLCFGR → 开 PLL → 等锁定 → 切 SYSCLK 源 → 改 Flash 等待周期 → 改各总线分频。顺序错了会直接把芯片锁死只能靠复位引脚救回来。第三个陷阱和 USB 有关。48MHz 不是随便给的它由 VCO 输出除以 Q 得到如果改了 N 或 M 却忘了同步改 QUSB 就枚举不上。很多板子跑 USB 声卡、USB 转串口时出现「插上没反应」八成是这一路被算歪了。用代码回读比重新算一遍更可靠。下面这段只读、不写把当前真实时钟算出来和习题答案对一遍/* 只读回读把 RCC 里已经生效的配置翻译成频率不做任何修改 */ #include stm32f4xx.h typedef struct { uint32_t sysclk, hclk, pclk1, pclk2, tim_apb1, tim_apb2; } clk_report_t; /* AHB/APB 预分频字段是 3 位或 4 位编码不是直接的除数值必须查表 */ static uint32_t pre_div(uint32_t code, uint32_t base_shift) { code base_shift; if (code 8u) return 1u; /* 0xxx: 不分频 */ static const uint16_t tbl[8] {2,4,8,16,64,128,256,512}; return tbl[code - 8u]; } clk_report_t clk_readback(void) { clk_report_t r {0}; uint32_t pllcfgr RCC-PLLCFGR; uint32_t cfgr RCC-CFGR; /* PLLSRC: 1 表示 HSE0 表示 HSI。这里按板上 HSE8MHz、HSI16MHz 计算 */ uint32_t src (pllcfgr RCC_PLLCFGR_PLLSRC) ? 8000000u : 16000000u; uint32_t m (pllcfgr RCC_PLLCFGR_PLLM) RCC_PLLCFGR_PLLM_Pos; uint32_t n (pllcfgr RCC_PLLCFGR_PLLN) RCC_PLLCFGR_PLLN_Pos; uint32_t p (((pllcfgr RCC_PLLCFGR_PLLP) RCC_PLLCFGR_PLLP_Pos) 1u) * 2u; r.sysclk (src / m) * n / p; uint32_t ahb pre_div(cfgr RCC_CFGR_HPRE, RCC_CFGR_HPRE_Pos); uint32_t apb1 pre_div(cfgr RCC_CFGR_PPRE1, RCC_CFGR_PPRE1_Pos); uint32_t apb2 pre_div(cfgr RCC_CFGR_PPRE2, RCC_CFGR_PPRE2_Pos); r.hclk r.sysclk / ahb; r.pclk1 r.hclk / apb1; r.pclk2 r.hclk / apb2; /* 定时器倍频规则APB 分频为 1 时等于 PCLK否则 ×2 */ r.tim_apb1 (apb1 1u) ? r.pclk1 : r.pclk1 * 2u; r.tim_apb2 (apb2 1u) ? r.pclk2 : r.pclk2 * 2u; return r; }代码里有两处值得对照习题理解。一是PLLP字段存的是 0/1/2/3分别代表 2/4/6/8 分频所以要先加 1 再乘 2直接拿字段值当除数是新手最常犯的错。二是预分频编码不是除数值07 表示不分频815 依次对应 2、4、8…512查表那一步如果不写算出来的 HCLK 会离谱到没法看。参数上唯一需要按板子改的是src里的两个常量把 HSE 频率换成本地晶振的实际值其余逻辑通用。2.3 用 MCO 引脚把 SystemClock 引出来量一次算完不等于配对。要让答案落地最直接的办法是把内部时钟从 MCO 引脚输出用示波器或者逻辑分析仪量一次。F4 的 MCO1 固定在 PA8时钟源可选 HSI、HSE、PLLCLK、PLLI2S输出前有一级 15 分频。注意MCO 引脚本身有输出频率上限直接把 168MHz 送出去不现实一般先 2 分频拿 84MHz 来测如果探头带宽不够再降到 4 分频的 42MHz。/* 把 PLLCLK 二分频后从 PA8(MCO1) 输出用于示波器验证系统时钟 */ static void mco1_init(void) { /* PA8 复用为 MCO1F4 上对应 AF0 */ RCC-AHB1ENR | RCC_AHB1ENR_GPIOAEN; GPIOA-MODER ~(3u (8 * 2)); GPIOA-MODER | (2u (8 * 2)); /* 复用功能模式 */ GPIOA-OSPEEDR | (3u (8 * 2)); /* 高速否则波形边沿很难看 */ GPIOA-AFR[1] ~(0xFu ((8 - 8) * 4)); /* AF0 */ /* MCO1 源 PLLCLK(2)预分频 2 */ RCC-CFGR ~(RCC_CFGR_MCO1 | RCC_CFGR_MCO1PRE); RCC-CFGR | (2u RCC_CFGR_MCO1_Pos); RCC-CFGR | (4u RCC_CFGR_MCO1PRE_Pos); /* 编码 4 表示 2 分频 */ }MCO1PRE这一段是最容易翻车的地方它的编码同样是「07 表示不分频之后依次是 2、3、4、5 分频」而不是「写几就除以几」。写 4 得到的是 2 分频输出 84MHz如果误以为写 4 是四分频就会拿着 42MHz 的波形去怀疑 PLL 配错了白折腾半天。测到 84MHz 之后再回头对照 2.1 里算出来的 PCLK1、PCLK2整条链路才算闭环。3. GPIO 与中断题的判据模式怎么选优先级怎么分GPIO 题看起来简单实际是失分重灾区因为教材往往只给一张模式表而习题问的是「为什么」。中断题更麻烦寄存器分散在 EXTI、SYSCFG、NVIC 三个地方少开一个开关就是「代码没错但不进中断」。这一章把这两类题的判据整理成可操作的检查顺序。3.1 推挽、开漏、上下拉从驱动对象反推模式模式选择不该靠背而该从「这个引脚要驱动什么、由谁提供电平」反推。F4 的每个引脚有四组配置MODER输入/输出/复用/模拟、OTYPER推挽/开漏、OSPEEDR速度、PUPDR上下拉复用功能还要配 AFR。被驱动对象OTYPERPUPDROSPEEDR判据LED 灌电流接法阳极接电源推挽无低速输出 0 点亮IO 灌电流更安全LED 拉电流接法阴极接地推挽无低速注意单脚拉电流上限I2C 的 SCL/SDA开漏上拉或外部上拉高速必须开漏否则多设备会打起来按键到地输入上拉—松开读 1按下读 0按键到电源输入下拉—松开读 0按下读 1串口 TX推挽无高速必须配 AFR否则引脚不动未使用的引脚—建议下拉—悬空输入会抬高功耗、引入噪声开漏这一栏值得多说一句。习题里常问「两个 GPIO 能不能直接连在一起」如果两个都是推挽输出且一个输出高、一个输出低就是短路电流会从高电平脚灌进低电平脚。开漏加外部上拉才能实现线与这也是 I2C 必须用开漏的原因。另一处常错的是 OSPEEDR默认复位值是低速做 SPI 或者 MCO 输出时不改成高速波形上升沿会软得像三角波示波器上一眼就能看出来。外部按键的抖动问题在习题里往往只要求「说明消抖原理」但真正上板会发现 10ms 的机械抖动足够让中断进好几次。硬件上并 100nF 电容是一种解法软件上更常见的是在中断回调里做时间窗过滤下一节给代码。3.2 EXTI 中断链路从引脚到 NVIC 的四个必须打开的开关一条外部中断从引脚到 CPU要经过四道门任何一道没开都不进中断而且症状完全一样程序正常运行就是中断函数不执行。这四道门是SYSCFG-EXTICR把某个 EXTI 线映射到具体端口。F4 的 EXTI0 可以被映射到 PA0、PB0、PC0…中的任意一个不配就默认 PAEXTI-IMR中断屏蔽寄存器对应位置 1 才允许该线产生中断请求EXTI-RTSR / FTSR上升沿、下降沿触发选择两个都不配就是电平永远不跳变NVIC 的 ISER 和 IP使能对应中断通道并设定优先级。配置顺序也有讲究先配 GPIO 为输入再配 SYSCFG 映射再配 EXTI 触发条件和屏蔽位最后才开 NVIC。反过来的话可能出现「中断已经使能但触发条件还没配好」的空窗期虽然多数情况下无害但在低功耗唤醒场景里会漏掉第一次边沿。/* 按键接在 PC13按下为低电平用下降沿触发中断 */ #include stm32f4xx.h void key_exti_init(void) { /* 1. 时钟GPIO 和 SYSCFG 都要开SYSCFG 常常被忘掉 */ RCC-AHB1ENR | RCC_AHB1ENR_GPIOCEN; RCC-APB2ENR | RCC_APB2ENR_SYSCFGEN; /* 2. PC13 输入 上拉 */ GPIOC-MODER ~(3u (13 * 2)); /* 00 输入 */ GPIOC-PUPDR ~(3u (13 * 2)); GPIOC-PUPDR | (1u (13 * 2)); /* 01 上拉 */ /* 3. 把 EXTI13 映射到端口 C字段 4 位写 2 表示 PORTC */ SYSCFG-EXTICR[3] ~(0xFu 4); /* EXTI13 在 EXTICR[3] 的 bit7:4 */ SYSCFG-EXTICR[3] | (0x2u 4); /* 4. 下降沿触发 解除屏蔽 */ EXTI-FTSR | (1u 13); EXTI-RTSR ~(1u 13); EXTI-IMR | (1u 13); /* 5. NVIC先设优先级分组再设优先级最后使能 */ NVIC_SetPriorityGrouping(3); /* 4 位全部给抢占优先级 */ NVIC_SetPriority(EXTI15_10_IRQn, 5); NVIC_EnableIRQ(EXTI15_10_IRQn); } /* 中断服务函数里只做最少的事清标志 打时间戳 */ static volatile uint32_t g_last_tick; void EXTI15_10_IRQHandler(void) { if (EXTI-PR (1u 13)) { EXTI-PR (1u 13); /* 写 1 清除写 0 无效 */ g_last_tick HAL_GetTick(); } }两个细节要盯着。一是EXTI-PR是写 1 清零很多人习惯性写 ~结果标志永远清不掉中断反复进入看起来像「程序卡死」。二是 EXTI1015 共用一个中断向量所以服务函数里必须用 PR 判断到底是哪条线触发否则同组其他引脚一响就误判。参数上可以调的是优先级如果按键响应要求高抢占优先级就设小一点如果只是记录状态设成最低也无所谓。3.3 优先级分组与抢占一道常考题的实测结论「抢占优先级和子优先级的区别」几乎是必考题。结论是抢占优先级决定能不能打断正在执行的中断子优先级只在同时挂起时决定谁先执行不能打断。F4 支持 5 种分组从 4 位全给抢占分组 3到 4 位全给子优先级分组 7。分组值必须全系统统一。如果一处写NVIC_SetPriorityGrouping(3)另一处写NVIC_SetPriorityGrouping(2)后写的会覆盖前者之前设好的优先级数值含义就全变了。我在一块板子上见过这样的现象两个中断单独测都正常一起跑就互相打断查了半天才发现初始化代码里两处分组设置不一致属于典型的玄学问题最后靠打印NVIC_GetPriorityGrouping()才定位到。用代码验证分组行为不复杂设两个定时器中断A 的抢占优先级为 1B 为 2A 的服务函数里做 1ms 忙等B 每 100us 触发一次。如果分组正确B 在这 1ms 内不会执行串口打印的时间戳会出现明显缺口把 A 改成子优先级更高但抢占级别相同缺口消失因为两者不能互相打断。这个实验用来回答「子优先级能不能打断」这类题非常直观比背定义扎实得多。4. 定时器与串口的计算题公式之外还有三个隐藏参数定时器和串口是习题里计算量最大的两节也是答案最容易和实物对不上的两节。公式本身不难难在三个隐藏参数定时器时钟的倍频、预装载寄存器什么时候生效、过采样模式对 BRR 的影响。把这些补齐题目才算真正做完。4.1 PWM 频率与占空比不能整除时怎么改参数基本关系是f_pwm f_tim / ((PSC1) × (ARR1))占空比是CCR / (ARR1)。习题通常给定 PWM 频率和分辨率反求 PSC 和 ARR。难的是除不尽的情况。举个具体例子TIM1 挂在 APB2 上计数时钟 168MHz要求 20kHz、1000 档分辨率。算下来168e6 / (20000 × 1000) 8.4不是整数。这时只有三条路保频率、降分辨率取总的分频比为 8PSC1 8ARR1 1050实际频率168e6/(8×1050) 20000Hz误差为 0代价是分辨率变成 1050 档而不是 1000 档保频率、换定时器改用挂在 APB1 上的 TIM2时钟 84MHz84e6/(20000×1000) 4.2同样除不尽但84e6/(5×840) 20000Hz正好分辨率 840 档保分辨率、改频率PSC1 8、ARR1 1000频率变成 21kHz误差 5%。这在驱动舵机、调光之外的控制里基本不能接受。所以标准答案不是一组固定数字而是「先看能不能整除能整除直接取不能整除就在频率精度和分辨率之间做取舍并明确写清楚取舍理由」。下面的代码把这个搜索过程自动化方便对答案/* 反解 PWM 参数从期望分辨率开始逐次折半找频率误差最小的一组 */ #include stdint.h typedef struct { uint32_t psc, arr, real_hz; int32_t err_ppm; } pwm_t; pwm_t pwm_solve(uint32_t tim_clk, uint32_t want_hz, uint32_t steps_want) { pwm_t best {0, 0, 0, 0}; uint32_t best_abs 0xFFFFFFFFu; for (uint32_t steps steps_want; steps 16u; steps 1) { /* 需要的总分频比加 rounds 是为了同时试 floor 和 ceil 两种取整 */ for (uint32_t d 0; d 2u; d) { uint64_t total (uint64_t)tim_clk / ((uint64_t)want_hz * steps) d; if (total 0u || total 65536u) continue; /* PSC 只有 16 位 */ uint32_t psc (uint32_t)total - 1u; uint32_t arr steps - 1u; uint32_t real (uint32_t)((uint64_t)tim_clk / ((uint64_t)(psc 1u) * (arr 1u))); int32_t ppm (int32_t)(((int64_t)real - (int64_t)want_hz) * 1000000 / (int64_t)want_hz); uint32_t a (ppm 0) ? (uint32_t)(-ppm) : (uint32_t)ppm; if (a best_abs) { best_abs a; best.psc psc; best.arr arr; best.real_hz real; best.err_ppm ppm; } } } return best; }函数里几个参数的含义需要按题改tim_clk传的是定时器实际计数时钟APB1 上的传 84e6APB2 上的传 168e6这一步就是 2.2 里说的倍频陷阱want_hz是题目要求的频率steps_want是期望的档位数函数会从它开始逐次折半折半意味着分辨率降低但频率更容易凑准。返回的err_ppm单位是百万分之一1000000 表示误差 100%一般要求低于 1000也就是 0.1%才算能接受。写 CCR 的时候还有一个隐藏参数预装载。F4 的定时器默认不开 ARR 预装载运行中改 ARR 可能产生一个异常宽的周期。正确做法是先置TIMx-CR1 | TIM_CR1_ARPE再在每次更新事件后写 CCR。这一点在「如何在运行中改变占空比」的题里几乎必考。4.2 输入捕获测频测周法和测频法的切换阈值测频有两种思路。测频法是在固定闸门时间比如 1 秒里数脉冲个数适合高频测周法是用捕获到的两个边沿之间的计数值换算周期适合低频。习题里常问「什么情况下选哪种」判据是量化误差。测周法每次捕获的相对误差约为 1/NN 是两个边沿之间的计数频率越低、N 越大、误差越小频率高到 N 只有几个计数时误差会被放大到几十个百分点。测频法在闸门时间为 T 时误差约为 1/(f×T)频率越高越好。两者在f ≈ 1/T附近持平如果闸门取 1 秒大概在 1Hz 到 1kHz 之间用测周法比较划算几十 kHz 以上用测频法更稳。实际做这道题时我更常用一条折中路线用输入捕获测周期同时对 N 个周期做滑动平均等效于把闸门时间拉长兼顾低频和高频。实现上要注意定时器的溢出——低频信号周期可能超过 16 位计数范围必须在更新中断里累加溢出次数否则算出来的周期会周期性地跳变看起来像信号不稳其实是计数回绕。4.3 串口波特率误差BRR 的手算与实测偏差串口题的答案通常写作「BRR 0xXXX」但真正要回答的是「这个值对应的误差是多少能不能通信」。F4 在 16 倍过采样下USARTDIV f_CK / (16 × baud)BRR 的高 12 位放整数部分低 4 位放小数部分乘以 16 后的值。以 PCLK1 42MHz、115200 为例USARTDIV 42e6/(16×115200) 22.7865整数部分 22小数部分 0.7865×16 12.58四舍五入取 13于是USARTDIV 22 13/16 22.8125实际波特率42e6/(16×22.8125) 115068误差 −0.11%完全可用。换成 921600USARTDIV 42e6/(16×921600) 2.848整数 2、小数 0.848×16 13.57 取 14实际42e6/(16×2.875) 913043误差 −0.93%。已经接近 2% 的容限边缘长线或者多机通信时就容易丢字节。这时候可以开 8 倍过采样OVER81此时USARTDIV f_CK/(8×baud)小数部分只保留 3 位能凑出更接近的值。/* 手算 BRR 并回算真实波特率与相对误差16 倍过采样 */ #include stdint.h typedef struct { uint32_t brr; uint32_t real_baud; int32_t err_ppm; } brr_t; brr_t brr_solve(uint32_t fck, uint32_t baud) { brr_t r {0}; /* 放大 100 倍做整数运算div100 是 USARTDIV 的百倍值 */ uint64_t div100 (uint64_t)fck * 100u / (16u * (uint64_t)baud); uint32_t mant (uint32_t)(div100 / 100u); /* 整数部分 */ uint32_t frac (uint32_t)(((div100 % 100u) * 16u 50u) / 100u); /* 小数×16四舍五入 */ if (frac 16u) { frac 0; mant 1u; } /* 进位保护 */ r.brr (mant 4) | (frac 0x0Fu); /* 回算USARTDIV (mant*16frac)/16baud fck/(16*USARTDIV) fck/(mant*16frac) */ uint32_t div16 (mant 4) | frac; r.real_baud (uint32_t)((uint64_t)fck / div16); r.err_ppm (int32_t)(((int64_t)r.real_baud - (int64_t)baud) * 1000000 / (int64_t)baud); return r; }fck传的是该串口所在总线的 PCLKUSART1 在 APB2 上USART2 在 APB1 上这一步传错算出来的 BRR 会整体偏移一倍症状是「能收不能发」或者「全是乱码」。err_ppm的绝对值建议控制在 200002%以内超过就要考虑换时钟源或者改波特率。顺带说一个验证方法把两个串口对连一个发递增序列另一个收跑十分钟统计错误字节数。这比看单帧波形更能反映累积误差尤其是波特率接近容限边缘的时候前几帧正常、几分钟后开始丢包属于典型的慢性病。5. 答案和实物对不上时的排查五类高频翻车现场习题答案背得再熟上板还是可能对不上。下面这五类是我见得最多的每条按现象、原因、解决三段写遇到对不上的情况可以按顺序对照。5.1 现象调试器里能单步断电重新上电就不动原因通常是启动路径不对。一种是 BOOT 引脚被拉高芯片去了系统存储器里的引导程序自然不跑用户代码另一种是做 IAP 时跳转到应用区却没改向量表偏移SCB-VTOR还指向 0x08000000中断一进就跑飞还有一种是代码里在时钟初始化之前就操作了外设上电复位后外设时钟没开写寄存器无效但在调试器里因为复位序列不同而恰好成功。解决顺序先量 BOOT0 电平再在main开头加一句SCB-VTOR 应用区起始地址最后检查外设初始化前是否都调用了对应的RCC-AHBxENR/APBxENR使能位。5.2 现象串口能通但第一个字节总是 0x00 或者乱码原因多半在引脚初始化顺序。USART 使能之后TX 引脚在没有被配成复用功能之前处于默认本文还有配套的精品资源点击获取