简介面向STM32嵌入式开发初学者与进阶工程师的串口通信实践工程聚焦STM32F103C8T6的USART2带奇偶校验配置涵盖时钟使能、GPIO复用映射、USART控制寄存器PCE与PS位设置以及中断/DMA扩展等环节可作为课程实验、外设调试与项目移植的参考范例。压缩包共78个文件、约308KB以C源码和头文件为主体33个.c、34个.h并附Keil工程、启动汇编、HEX目标文件、JLink配置与批处理脚本完整呈现从外设驱动到编译烧录的工程结构工程按外设驱动、系统配置、核心库与用户代码分层便于按模块查阅。已有2446人学习下载配置思路与工程组织具有一定参考价值。读者可获得串口奇偶校验的寄存器级实现、可直接编译的Keil工程模板以及外设初始化与收发流程的排错线索适合对照代码理解串口通信细节并快速复用到同类F103项目。1. 8E1 的老设备接上来全是乱码串口2 的硬件校验到底该怎么开前段时间帮人调一块 STM32F103 的板子对方设备是 8E18 数据位、偶校验、1 停止位单片机这边默认 8N1 收结果上电就是满屏 0x00 和 0xFF 交替偶尔蹦出几个像样的字节。改波特率、换线、加共地折腾一下午才反应过来STM32F103 的串口2 硬件奇偶校验根本没开对端每帧多出来的那一位校验位被当成数据位最高位吃掉了。这份资源讲的就是这件事——在 STM32F103 的 USART2 上把硬件奇偶校验配通从时钟、引脚、BRR 波特率寄存器一路配到 CR1 里的 PCE/PS/M 三个位再给出寄存器版和 HAL 库版两套可直接抄的初始化与收发代码顺带把校验错误PE的处理和统计做完整。适合两类人一类是要对接 8E1/8O1 老设备的嵌入式开发另一类是想把串口底层搞明白、不想再靠试参数碰运气的单片机新手。2. 硬件与时钟底座USART2 挂在 APB1 上的三个前提2.1 引脚、时钟与外设归属USART2 不是随便挑的STM32F103 的 USART2 默认落在 PA2TX和 PA3RX上大容量型号还能重映射到 PD5/PD6但重映射要额外开 AFIO 时钟并写 AFIO-MAPR能不动就不动少一层配置少一个出错点。真正容易被忽略的是总线归属USART1 挂在 APB2 上最高 72MHzUSART2 和 USART3 挂在 APB1 上最高只有 36MHz。这个差别直接决定 BRR 里填什么值也决定了很多从 USART1 抄过来的代码为什么在 USART2 上波特率差一截。初始化顺序上我一般按「先开时钟、再配引脚、然后关外设配参数、最后开 UE」走。先把 USART2-CR1 整个清零再配是为了避免外设已经使能的情况下改字长和校验位出现半帧配置导致线上冒出一个畸形字节。引脚这边 PA2 配复用推挽输出PA3 配上拉输入上拉这一步别省——对端没上电或者线松了的时候RX 悬空会随机收到一堆噪声帧校验错中断能把你打懵。static void usart2_gpio_init(void) { /* GPIOA 在 APB2USART2 在 APB1两个时钟都得开 */ RCC-APB2ENR | RCC_APB2ENR_IOPAEN; RCC-APB1ENR | RCC_APB1ENR_USART2EN; /* 先清掉 PA2/PA3 的配置位再按位或避免影响同端口的其他引脚 */ GPIOA-CRL ~(GPIO_CRL_MODE2 | GPIO_CRL_CNF2 | GPIO_CRL_MODE3 | GPIO_CRL_CNF3); /* PA2输出模式 50MHz 复用推挽CNF10, MODE11 */ GPIOA-CRL | GPIO_CRL_CNF2_1 | GPIO_CRL_MODE2_1 | GPIO_CRL_MODE2_0; /* PA3输入模式 上拉/下拉CNF10, MODE00ODR 置 1 选上拉 */ GPIOA-CRL | GPIO_CRL_CNF3_1; GPIOA-ODR | GPIO_ODR_ODR3; }这段只干一件事把两个引脚的交错配置位算对。CRL 每个引脚占 4 位MODE[1:0] 管输出速度CNF[1:0] 管输入/输出类型PA2 的 MODE 要写 1150MHzCNF 写 10复用推挽PA3 的 MODE 写 00CNF 写 10再靠 ODR 的对应位选上拉还是下拉。这里翻过车的人不少——把 PA2 配成普通推挽而不是复用推挽现象是发送脚一直输出高电平示波器上什么都没有。2.2 波特率误差BRR 不是波特率是除数的定点编码BRR 这个寄存器名字有迷惑性它存的不是波特率而是「分频系数」的定点数高 12 位是整数部分mantissa低 4 位是小数部分fraction真实分频比 USARTDIV mantissa fraction/16。而 USARTDIV fPCLK / (16 × 波特率)。把这两个式子代进去会发现一个很舒服的结论BRR 的数值本身约等于 fPCLK / 波特率四舍五入即可硬件自己会按 4 位小数去拆。所以在 36MHz 的 APB1 上115200 对应 36e6/115200 312.5取 313即 0x139。波特率fPCLK/baudBRR 值实际波特率误差960037500xEA6960001920018750x75319200038400937.5 → 9380x3AA38379.5-0.05%576006250x271576000115200312.5 → 3130x139115016.0-0.16%230400156.25 → 1560x09C230769.20.16%0.16% 的误差在异步串口里完全可以接受一般要求累计误差小于 2%~3%但前提是两端都用标称时钟。如果板子跑的是内部 RC 而不是外部晶振HSI 本身有 ±1% 的偏差再叠加这 0.16%长帧就会偶尔冒校验错这种「玄学丢包」八成是时钟源的问题不是代码问题。static uint16_t usart_brr_calc(uint32_t pclk, uint32_t baud) { /* BRR 数值 round(pclk / baud)硬件自动拆成 整数:小数 两部分 */ uint32_t brr (pclk baud / 2U) / baud; if (brr 16U) brr 16U; /* 波特率配太高钳一下防止除零溢出 */ if (brr 0xFFFFU) brr 0xFFFFU; /* 超出 BRR 位宽说明波特率低得不合理 */ return (uint16_t)brr; }参数就两个pclk传对应总线的实际频率USART2 是 36000000baud传目标波特率。注意别把 72MHz 传进来USART2 在 APB1 上传错了波特率直接翻倍对端收到的全是帧错误。这个函数放在 bsp 层换晶振或者改分频系数的时候只改调用处一个宏。2.3 9 位字长校验位占的到底是哪一位这是整个配置里最核心也最容易理解错的一点。STM32F103 的 USART_CR1 里有个 M 位bit12控制字长M0 是 8 位帧M1 是 9 位帧。同时 PCE 位bit10使能硬件校验PS 位bit9选奇偶。这三个位的组合决定了帧长MPCEPS实际帧格式00x8 数据位无校验8N10107 数据位 1 偶校验7E10117 数据位 1 奇校验7O110x9 数据位无校验多机地址模式常用1108 数据位 1 偶校验8E11118 数据位 1 奇校验8O1看表就明白了想让 8 位数据带校验M 必须置 1让硬件把第 9 位腾出来放校验位。如果只开 PCE 不置 M硬件会把数据最高位当校验位使——发送 0xFF 时线上实际数据变成 0x7F 加一个校验位收端还原出来全是 0x7F 以下的值。这就是开头那个「满屏乱码但偶尔有几个字节看着像」现象的来源低 7 位是对的最高位被吃掉了ASCII 字符看着正常超过 0x7F 的全变形。发送方向完全不用软件算校验位。硬件在把 DR 里的数据推上移位寄存器时会根据 PCE/PS 自动计算并插入第 9 位接收方向相反硬件校验完把数据放低 8 位、把校验结果反映到 SR 的 PE 标志上。很多新手在开了 PCE 之后还自己写了一遍异或校验再拼进数据里那是把硬件校验当软件校验用了结果对端收到的是双份校验位必然错。3. 寄存器级配置CR1 里 PCE、PS、M 三个位怎么配合3.1 裸机初始化序列从时钟到 UE 的完整顺序把前面几块拼起来一个完整的寄存器版 USART2 初始化如下。顺序上有讲究时钟最先GPIO 其次然后外设参数中断使能最后开 UE。UE 放最后是因为它一置位硬件立刻按当前配置开始采样 RX 脚如果这之前参数还没配全就会用半成品配置收进一帧脏数据。void bsp_usart2_init(uint32_t baud) { usart2_gpio_init(); /* 时钟 PA2/PA3见 2.1 */ USART2-CR1 0; /* 先关外设再配参数避免半帧配置 */ USART2-CR2 0; /* 1 个停止位 */ USART2-CR3 0; /* 不用 DMA、不用硬件流控 */ USART2-BRR usart_brr_calc(36000000U, baud); /* 关键三连9 位字长 校验使能 偶校验 */ USART2-CR1 | USART_CR1_M; /* M1 → 8 数据 1 校验 */ USART2-CR1 | USART_CR1_PCE; /* PCE1 → 硬件校验打开 */ USART2-CR1 ~USART_CR1_PS; /* PS0 → 偶校验要奇校验改成置 1 */ /* 收发 中断使能PEIE 不开的话校验错不进中断只能轮询 SR */ USART2-CR1 | USART_CR1_TE | USART_CR1_RE | USART_CR1_RXNEIE | USART_CR1_PEIE; USART2-CR1 | USART_CR1_UE; /* 最后开外设 */ NVIC_SetPriority(USART2_IRQn, 6); NVIC_EnableIRQ(USART2_IRQn); }几个参数点单独说。USART_CR1_M在 F1 的头文件里就是 0x1000别写成 F4 那种USART_CR1_M0/M1两位组合F1 只有一位。PEIE和RXNEIE是分开的两个使能只开 RXNEIE 的话校验错的帧数据照样进 DR、照样触发 RXNE你在中断里读到的数据看不出任何异常只是错的那一帧悄悄混进了缓冲区——这是最阴的一类问题所以 PEIE 必须开。CR2里的 STOP 位默认 00 就是 1 个停止位8E1 不用动。如果对端是 8E2这里要写USART_CR2_STOP_1。CR3清零意味着不用 DMA、不用硬件流控如果后面要上 DMA这一章先跳过第 4 章会讲 DMA 加校验时的坑。3.2 收发一个字节硬件插校验位软件只清标志发送比接收简单得多因为校验位是硬件插的软件只管往 DR 写低 8 位数据。接收侧要小心 PE 标志的清除时序STM32F1 的 PE 是「读 SR 再读 DR」这一对操作来清的单独读 SR 清不掉单独写 CR1 也清不掉。如果你的中断里只判断 RXNE 读 DR 就走人碰巧也能清掉 PE因为读 DR 那一步发生了但如果某次只有 PE 没有 RXNE比如溢出场景PE 就永远挂着中断会反复进主循环直接饿死。/* 发送等 TXE 置位表示 DR 空了写数据即可校验位硬件负责 */ void usart2_send_byte(uint8_t data) { while (!(USART2-SR USART_SR_TXE)) { /* 等发送数据寄存器空 */ } USART2-DR data; /* 只写低 8 位第 9 位由硬件按 PCE/PS 生成 */ } /* 接收先读 SR 快照再读 DR一次操作同时清 RXNE 和 PE */ uint8_t usart2_recv_byte(uint8_t *out) { uint32_t sr USART2-SR; /* 先读 SR快照当前所有标志 */ if (sr USART_SR_PE) { /* 校验错这一帧数据不可信 */ (void)USART2-DR; /* 读 DR 完成清 PE 的时序 */ return 1; /* 返回 1 表示丢弃 */ } if (sr USART_SR_RXNE) { *out (uint8_t)(USART2-DR 0xFFU); /* 只取低 8 位bit8 是校验位 */ return 0; } return 2; /* 既没错误也没数据 */ }usart2_recv_byte的返回值我特意做成三态0 成功、1 校验错、2 无数据调用方按状态决定是丢弃、计数还是继续等。USART2-DR 0xFF这个掩码不是可选项——9 位模式下 DR 的 bit8 是校验位不做掩码直接强转 uint8_t 虽然结果一样但换个编译器或者换到 9 位数据模式就会丢最高位写清楚掩码是给自己留注释。轮询版只适合调试和低速场景。115200 下一帧 8E1 是 11 位约 95 微秒主循环里死等 TXE 会把这 95 微秒全占了稍微复杂点的逻辑就撑不住正经项目还是走中断。3.3 中断方式PE 和 RXNE 共用一个中断向量USART2 只有一个中断向量USART2_IRQn中断号 38RXNE、PE、ORE、IDLE、TXE、TC 全挤在这一个入口里所以中断函数必须先读 SR 快照再按标志位分支不能一个标志一个 if 顺序判断——顺序判断的话读完第一个标志再读 SR 时状态可能已经变了。volatile uint32_t g_pe_cnt 0; /* 校验错累计调试时挂 watch 看 */ volatile uint32_t g_ore_cnt 0; /* 溢出累计 */ void USART2_IRQHandler(void) { uint32_t sr USART2-SR; /* 快照后面所有判断都基于它 */ if (sr USART_SR_PE) { g_pe_cnt; (void)USART2-DR; /* 读 SR 读 DR清 PE 的固定动作 */ /* 这里不要 return同一帧可能同时带 RXNE让下面的分支继续处理 */ } if (sr USART_SR_ORE) { g_ore_cnt; (void)USART2-DR; /* ORE 同样是读 SR 读 DR 清除 */ } if (sr USART_SR_RXNE) { uint8_t data (uint8_t)(USART2-DR 0xFFU); ringbuf_push(g_rx_ring, data); /* 只把校验通过的帧入环形缓冲 */ } }这段的关键在 PE 分支里那个「不 return」。校验错的帧RXNE 通常也是置位的数据已经移进 DR 了如果 PE 分支直接 return这一帧的数据就留在 DR 里没人读下次进中断还是先看到 PE形成死循环。正确做法是清完 PE 继续往下走让 RXNE 分支把脏数据读走丢弃至于这帧要不要入缓冲看业务——我一般在校验错时直接丢因为硬件都告诉你不可信了再拿去解析协议只会制造更多假数据。ringbuf_push是单生产者单消费者环形缓冲中断里只写头指针主循环只读尾指针不需要关中断保护。这个结构后面第 6 章还会用到做错误统计和重传都靠它。4. HAL 库落地CubeMX 生成之后还得手改的几处4.1 CubeMX 的参数组合与 HAL_UART_Init 的返回值用 CubeMX 配 USART2 的时候界面上有两列要对应着选Word Length 选 9 BitsParity 选 Even这两个必须成对出现只改一个另一个不改生成出来的代码就是错的。生成之后的初始化结构体长这样huart2.Instance USART2; huart2.Init.BaudRate 115200; huart2.Init.WordLength UART_WORDLENGTH_9B; /* 8 数据 1 校验不能选 8B */ huart2.Init.StopBits UART_STOPBITS_1; huart2.Init.Parity UART_PARITY_EVEN; /* 偶校验奇校验改 UART_PARITY_ODD */ huart2.Init.Mode UART_MODE_TX_RX; huart2.Init.HwFlowCtl UART_HWCONTROL_NONE; huart2.Init.OverSampling UART_OVERSAMPLING_16; /* F1 固定 16 倍这项只是占位 */ if (HAL_UART_Init(huart2) ! HAL_OK) { Error_Handler(); /* 返回值必须看别生成完就不管了 */ }参数表里最要命的是 WordLength 和 Parity 的搭配。WordLength 选 8B、Parity 选 Even在部分 HAL 版本里HAL_UART_Init会返回HAL_ERROR在另一些版本里它二话不说返回HAL_OK然后按 7 数据位 1 校验位去配硬件——因为 M0 加 PCE1 在硬件上就是 7E1。同一份代码换个 HAL 版本行为就不一样所以HAL_UART_Init的返回值一定要判断Error_Handler里打个断点比上线之后抓瞎强。OverSampling这一项在 F1 上没有实际作用F1 的 USART 只有 16 倍过采样一种模式结构体里留着这个字段是为了跟 F4/F7 的 HAL 保持接口一致。填UART_OVERSAMPLING_16就行填 8 也不会报错但也不会生效。4.2 三个收发 API 的边界阻塞、中断、DMAHAL 给了三个层次的收发接口在开了校验的场景下行为差别很大选错了就是等着收错误回调。HAL_UART_Transmit/HAL_UART_Receive是阻塞版内部按字节轮询 TXE/RXNE超时靠Timeout参数控制。接收时如果碰上校验错HAL 会把ErrorCode置成HAL_UART_ERROR_PE然后直接返回HAL_TIMEOUT或者HAL_ERROR返回值跟「真的超时」混在一起调用方分不清是线断了还是对端校验配错了。调试阶段可以用正式代码别用。HAL_UART_Receive_IT是中断版一次挂一个字节或一段缓冲收到指定长度后进HAL_UART_RxCpltCallback。开了校验之后中途任何一帧校验错都会让 HAL 结束本次接收、进HAL_UART_ErrorCallback也就是说一次校验错会打断整段接收不是丢一个字节继续收。这个行为很多人不知道写协议解析的时候按「每次只错一个字节」去设计结果一错就整包丢。HAL_UART_Receive_DMA是 DMA 版看起来最省事实际上跟校验配在一起最麻烦。DMA 模式下校验错HAL 会先UART_EndRxTransfer再HAL_DMA_Abort已经搬进缓冲的数据长度得自己根据 DMA 的 NDTR 反算而且 abort 之后 DMA 通道状态要重新配。我一般不建议在带校验的链路上用 DMA 收不定长帧中断加环形缓冲更好控。4.3 错误回调HAL_UART_ErrorCallback 里必须补的那一步HAL 的错误处理流程是HAL_UART_IRQHandler检测到 PE/ORE/FE/NE调用UART_EndRxTransfer把RxState置回 READY然后带着ErrorCode进HAL_UART_ErrorCallback。也就是说HAL 已经替你把接收停了回调里不清标志、不重新挂接收串口从此就哑了。这是带校验场景下最常见的一个坑现象是对端发十几帧之后突然一帧都收不到复位才好。void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart) { if (huart-Instance ! USART2) return; if (huart-ErrorCode HAL_UART_ERROR_PE) { g_uart2_stat.pe_err; __HAL_UART_CLEAR_PEFLAG(huart); /* 宏内部就是读 SR 再读 DR */ } if (huart-ErrorCode HAL_UART_ERROR_ORE) { g_uart2_stat.ore_err; __HAL_UART_CLEAR_OREFLAG(huart); /* 溢出上一帧还没读走又来了新帧 */ } if (huart-ErrorCode HAL_UART_ERROR_FE) { g_uart2_stat.fe_err; /* 帧错误多半是波特率或停止位对不上 */ } /* HAL 已经在错误路径里终止了接收这里必须重新挂上否则串口静默 */ HAL_UART_Receive_IT(huart, g_rx_byte, 1); }__HAL_UART_CLEAR_PEFLAG这个宏看着像个普通清标志展开其实是「读 SR 到临时变量、读 DR 到临时变量」两步编译器优化等级开高了有可能把这两次读当无用操作删掉所以宏里用了__IO修饰临时变量。自己手写清零的时候也要注意这一点别写成USART2-SR; USART2-DR;两句裸表达式。回调末尾重新调HAL_UART_Receive_IT是必须的但要注意此时RxState已经被UART_EndRxTransfer置回 READY可以重新挂。如果用的是HAL_UART_Receive_DMA这里要换成重新配 DMA 并调HAL_UART_Receive_DMA而且缓冲里已有的数据要先处理掉别直接覆盖。5. 避坑与排查奇偶校验最容易翻车的五个点5.1 初始化阶段8 位字长配了校验数据最高位被吃掉现象对端发 0x00~0x7F 都正常一发 0x80 以上就变成低 7 位的值比如 0xFF 收到 0x7F0xA5 收到 0x25校验错计数还可能是 0。原因WordLength选了 8B 但Parity选了 Even硬件按 7 数据位 1 校验位在工作发送时数据最高位被校验位顶掉接收时第 8 位被当校验位验掉。因为帧长和校验都「合法」硬件不会报错只是数据默默少了最高位。解决8E1 必须WordLength 9BParity EVEN寄存器版就是 M1 PCE1 PS0。改完之后拿逻辑分析仪抓一帧数一下位宽起始位 1 数据 8 校验 1 停止位 1总共 11 位才对。5.2 初始化阶段HAL_UART_Init 返回值没人看配置错了照跑现象CubeMX 生成完直接编译下载串口能发不能收或者收发都是乱码单步调试发现huart2.Init结构体里的值跟界面上选的不一样。原因不同版本的 HAL 对「8B 校验」这种非法组合处理方式不同有的返回HAL_ERROR直接不初始化有的照配不误。生成代码里if (HAL_UART_Init(huart2) ! HAL_OK) Error_Handler();这行如果Error_Handler是个空函数错误就被吞了。解决Error_Handler里至少点个灯或者死循环加断点调试阶段把huart2.Init的每个字段打印出来核对一遍。另外 CubeMX 重新生成代码会覆盖USER CODE块外面的修改参数改动尽量在 CubeMX 里改别手改生成区。5.3 收发现场PE 中断开了却没清标志主循环被饿死现象对端一帧校验错之后程序卡在中断里出不来主循环完全不跑用调试器暂停看 PC 一直在USART2_IRQHandler附近。原因开了PEIE但中断里没有执行「读 SR 读 DR」的清零动作或者清了 SR 没读 DR。PE 是电平型标志不清就一直在中断退出立刻又进形成中断风暴。解决PE 分支里必须有一次(void)USART2-DR;而且不能放在return之后。HAL 版对应__HAL_UART_CLEAR_PEFLAG。清完之后拿g_pe_cnt观察如果这个计数在没有任何错误帧的情况下还疯涨多半是 RX 脚悬空收到噪声检查 PA3 上拉和共地。5.4 收发现场错误回调之后忘了重挂接收串口静默现象设备跑几分钟中间偶发一次校验错之后再也收不到数据必须复位。发送一直正常所以很容易误判成对端的问题。原因HAL 在进HAL_UART_ErrorCallback之前已经调UART_EndRxTransfer把接收状态机停了回调里不重新调HAL_UART_Receive_IT接收就永远停在那里。HAL_UART_GetState此时返回HAL_UART_STATE_READY看着一切正常特别能骗人。解决错误回调末尾无条件重挂接收并且把pe_err计数打出来。如果这个计数在稳定链路上还在缓慢增长说明链路质量或者波特率误差有问题别只想着重挂得回去查 BRR 和时钟源。5.5 联调现场对端其实是 7 位数据 校验不是 8E1现象按 8E1 配好之后收到的数据整体右移一位ASCII 字符变成一堆奇怪符号校验错率大概一半。原因对端设备手册写的是「偶校验」但数据位其实是 7 位也就是 7E1。7E1 在 STM32 上对应 M0 PCE1跟 8E1 只差一个 M 位配置表上很容易看错行。解决拿示波器或者逻辑分析仪抓一帧从起始位开始数数据位个数7 个还是 8 个一目了然。没有仪器就试把 M 位改成 0 再看数据对不对两次对比能快速定位。串口调试助手那边也要确认它显示的「数据位」是 7 还是 8有些工具默认 8 位但实际按 7 位发。6. 二次开发把校验错误做成可观测的统计与重传带校验的串口链路最忌讳的就是「错了就错了反正重发」。校验错本身是有信息量的偶发一两次是线长或者干扰持续增长就是波特率误差或者时钟源问题集中爆发往往是对端复位或者上电时序不对。所以我在这个项目上做的第一件事不是加重传而是加统计。typedef struct { uint32_t rx_ok; /* 校验通过并成功入缓冲的帧数 */ uint32_t pe_err; /* 校验错帧数 */ uint32_t ore_err; /* 溢出上一帧没读走又来了新帧 */ uint32_t fe_err; /* 帧错误停止位没收到 */ uint32_t drop; /* 缓冲满导致的丢弃 */ } uart2_stat_t; uart2_stat_t g_uart2_stat; /* 主循环里每 5 秒打印一次观察趋势比看单次数值有用 */ void uart2_stat_report(void) { printf(ok%lu pe%lu ore%lu fe%lu drop%lu\r\n, g_uart2_stat.rx_ok, g_uart2_stat.pe_err, g_uart2_stat.ore_err, g_uart2_stat.fe_err, g_uart2_stat.drop); }这个结构体在中断里只做操作32 位对齐的变量在 Cortex-M3 上自增是原子的不用加临界区。rx_ok和pe_err的比值是最有用的指标稳定链路上应该是几千比一甚至更低如果变成几十比一先别改协议回去查 BRR 和晶振。重传策略上我一般分两层。物理层不做重传校验错的帧直接丢因为串口是字节流错一帧的位置信息已经丢了硬拼只会把后面的帧边界搞乱。应用层做超时重发每条命令带一个 16 位序号发出去启动定时器收到应答比对序号超时重发最多三次三次都失败就上报告警而不是无限重试。这个策略配合上面的统计能把「偶发干扰」和「配置错误」区分开——偶发干扰重传一次就好配置错误重传一百次也还是错。还有一点值得做把HAL_UART_ErrorCallback里的重挂接收改成可配置的。调试阶段我希望错误后停下来看现场可以关掉自动重挂量产固件里必须自动重挂而且要限速——连续错误超过阈值就主动降速或者关中断避免中断风暴把整个系统拖死。这个开关后来成了我所有串口 bsp 的标配。从那以后我每次配带校验的串口都先把pe_err计数和HAL_UART_Init的返回值检查加上跑通再谈业务逻辑。希望帮到你。本文还有配套的精品资源点击获取