简介：本资源是一份面向嵌入式初学者与STM32开发者的串口通信实战工程，聚焦STM32F103C8T6单片机USART2接口的奇偶校验通信实现，解决工业场景中对数据传输可靠性的基础需求。压缩包共78个文件，以34个.h头文件和33个.c源文件为主体，涵盖硬件驱动（KEY、LED、UART2）、系统层（SYSTEM、CORE）、标准外设库（STM32F10x_FWLib）及用户主程序（main.c），结构完整、模块清晰，便于理解寄存器配置逻辑与HAL/标准库混合使用方式；包体仅308KB，轻量易导入Keil MDK环境。已有2446人学习下载，资源附带keilkilll.bat一键清理脚本、README说明文档及可直接烧录的LED.hex固件，同时提供从时钟使能、GPIO复用、USART_CR1奇偶位（PCE/PS）设置到中断收发的全流程代码实现，是掌握STM32串口高可靠性通信的典型入门范例。
1. STM32F103串口2带奇偶校验：就像快递单上多加一道“防伪码”，不是锦上添花，而是关键场景下的保命机制
你有没有遇到过这样的情况：单片机和传感器之间明明接线牢靠、波特率对得一丝不差，可一到工厂现场、电机启动瞬间、或者设备堆叠在一起时，串口通信就突然开始“胡言乱语”——本该发“温度=25.3℃”，结果收到“温度=25.€℃”或干脆乱码成一串问号？这不是玄学，也不是硬件坏了，而是数据在传输途中被电磁干扰悄悄“动了手脚”。这时候，STM32F103的串口2（USART2）如果启用了奇偶校验，就像给每个字节快递单上加印了一枚实时生成的防伪码：发送方算出这个码，接收方当场核对。对不上？立刻丢掉这包“可疑快件”，绝不让它污染后续逻辑。很多人以为奇偶校验是老古董、是“过度设计”，但实际在工业控制、医疗设备、电力仪表这些容不得半点误码的场景里，它就是那道最朴素、最可靠、成本最低的“后悔药”。搞懂它怎么在STM32F103的串口2上真正跑起来，不是为了炫技，而是为了让你的系统在真实世界里少一次莫名其妙的重启、少一次客户投诉、少一次深夜爬起来查bug的翻车。
2. 奇偶校验到底是什么：不是加密，不是纠错，而是一次“单比特健康快检”
2.1 一句话本质：用1位额外信息，检测传输中是否发生了奇数个比特翻转
奇偶校验（Parity Check）是一种最基础、最轻量的数据校验方式。它的核心思想极其简单：在原始数据（比如一个8位字节）后面，额外添加1位（称为校验位），使得整个9位数据中“1”的总个数，强制为奇数（奇校验）或偶数（偶校验）。发送方根据要发的8位数据，实时计算出这个第9位该填0还是1；接收方收到全部9位后，自己再数一遍“1”的个数，看是否符合约定的“奇”或“偶”。如果不符合，说明传输过程中至少有1个比特（bit）从0变成了1，或者从1变成了0——而且一定是奇数个（1个、3个、5个……）。注意，它只能告诉你“坏了”，不能告诉你“哪里坏了”，更不能自动修好。它不加密数据，也不增加数据长度到夸张地步，只是用1位代价，换来对最常见单比特错误的100%检出能力。
2.2 为什么偏偏是“奇”和“偶”？——源于二进制世界的对称性直觉
你可能会问：为什么非得是奇数或偶数？不能是“3的倍数”或者“质数个1”吗？答案藏在硬件实现的极简哲学里。判断一个数是奇是偶，在数字电路里只需要看它的最低位（LSB）：0是偶，1是奇。同理，统计一堆比特里“1”的个数是奇是偶，硬件上只需一个异或门（XOR）链——把所有数据位依次异或，最后结果为1就是奇数个1，为0就是偶数个1。这种运算速度极快、功耗极低、面积极小，连最便宜的8位单片机都能轻松搞定。而“3的倍数”需要做除法，“质数”需要查表或复杂逻辑，完全违背了校验机制“轻量、实时、低成本”的初衷。所以，“奇/偶”不是拍脑袋选的，是二进制硬件世界里最自然、最省力的健康快检方案。
2.3 在STM32F103串口2上，它长什么样？——寄存器里的一个开关和一个选择
在STM32F103的USART2模块中，奇偶校验不是一个独立外挂模块，而是深度集成在串口控制器内部的一组配置。它由两个关键寄存器位控制：
// 关键寄存器：USART_CR1 (Control Register 1) // 位10: PCE (Parity Control Enable) —— 校验使能开关 // 位9: PS (Parity Selection) —— 校验类型选择：0=偶校验, 1=奇校验当你写USART_CR1 |= (1 << 10);就打开了校验功能；再写USART_CR1 |= (1 << 9);就设成了奇校验。此时，USART硬件会自动：
- 发送时：对要发的8位数据（或7位，取决于字长设置）计算奇偶性，生成第9位（校验位），并把它跟在数据后面发出；
- 接收时：收到全部9位后，硬件自动剥离校验位，对前8位重新计算奇偶性，并与收到的校验位比对。如果不符，它会在状态寄存器（USART_SR）的PE（Parity Error）位置1。
提示：启用奇偶校验后，STM32的串口实际传输的帧结构就变了。标准8N1（8数据位、无校验、1停止位）变成8E1（8数据位、偶校验、1停止位）或8O1（8数据位、奇校验、1停止位）。这意味着你的上位机（如串口助手、PC软件）也必须严格同步设置为相同的校验模式，否则对方根本无法解析——它会把校验位当成下一个字节的起始位，导致全盘错乱。
2.4 一个真实血泪经验：为什么工厂现场特别需要它？
某导师带学生做一款电机驱动板，用STM32F103C8T6的USART2与主控板通信。实验室里一切完美：波特率115200，8N1，稳定如钟。可一搬到车间，电机一启动，通信就断断续续。示波器抓波形，发现TX线上叠加了强烈的50Hz工频干扰毛刺，虽然没大到让电平翻转，但足以让采样点偶尔误判——某个数据位的0被当成了1，或反之。这就是典型的单比特错误。由于没开校验，MCU傻乎乎地把错误数据当真，执行了错误指令，轻则电机抖动，重则触发保护停机。后来只加了两行代码启用偶校验（USART_CR1 |= (1<<10) | (0<<9);），再配合上位机同步改设置，问题立刻消失。错误帧被硬件自动丢弃，正确帧稳稳送达。这件事让团队彻底明白：奇偶校验不是实验室玩具，它是嵌入式系统穿越真实电磁噪声丛林时，最值得信赖的那根拐杖。
3. 为什么是串口2？——F103的USART资源分配与工程取舍逻辑
3.1 STM32F103的串口家族：不是所有USART都生而平等
STM32F103系列（以主流的C8T6、RBT6为例）通常集成了3个通用同步异步收发器（USART/UART）：
- USART1：挂载在APB2总线上，最高时钟72MHz，支持全功能（同步、智能卡、IrDA等），引脚固定在PA9（TX）、PA10（RX），不可重映射。
- USART2：挂载在APB1总线上，最高时钟36MHz，功能略精简（无同步模式），但引脚高度灵活：TX/RX可重映射到PA2/PA3、PD5/PD6，甚至部分型号支持PB10/PB11。
- USART3：同样挂载在APB1，时钟同USART2，引脚也可重映射（如PB10/PB11、PC10/PC11），功能与USART2接近。
注意：“串口2”在STM32语境下特指USART2，这是芯片手册和库函数（如
USART2）的官方命名，不是用户随便叫的编号。
3.2 为什么项目标题强调“串口2”？——工程落地中的三重现实约束
一个项目专门标注“STM32F103单片机串口2带奇偶校验”，绝非随意。背后是开发者踩过坑后做出的精准选择：
- 引脚冲突规避：USART1的PA9/PA10常被用作系统调试（SWD下载）的复位/时钟引脚，或与LED、按键共用。若强行把通信线挤在这里，下载程序时可能失败，或导致外设功能紊乱。而USART2的PA2/PA3是“干净”的GPIO，几乎不与核心调试功能冲突。
- 时钟域隔离：APB2（USART1）跑72MHz，APB1（USART2/3）跑36MHz。在电机控制等强干扰场景，高频总线本身可能成为噪声源。把通信放在相对“安静”的APB1上，硬件抗扰性天然更好。
- 资源冗余考量：很多F103最小系统板（如某经典蓝 pill）默认将USB转串口芯片（CH340等）焊接到PA2/PA3，也就是USART2的默认引脚。这意味着：开箱即用，无需飞线、无需跳帽、无需修改PCB。开发者拿到板子，烧录程序，串口助手一连，就能看到带校验的通信日志——这种“零配置”体验，对快速验证、教学演示、原型迭代至关重要。
3.3 串口2的奇偶校验配置：从寄存器到标准外设库的完整链条
在裸机开发中，直接操作寄存器是最底层的方式。但更常见的，是使用ST官方的Standard Peripheral Library（SPL）或HAL库。以SPL为例，启用USART2奇校验的典型流程如下：
// 1. 使能USART2和对应GPIO时钟 RCC_APB2PeriphClockCmd(RCC_APB2PERIPH_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1PERIPH_USART2, ENABLE); // 2. 配置PA2(TX)为复用推挽输出，PA3(RX)为浮空输入 GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2 | GPIO_Pin_3; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; // TX复用推挽 GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; // RX浮空输入 GPIO_Init(GPIOA, &GPIO_InitStructure); // 3. 关键！配置USART2：115200bps, 8数据位, 1停止位, 奇校验, 无硬件流控 USART_InitTypeDef USART_InitStructure; USART_InitStructure.USART_BaudRate = 115200; USART_InitStructure.USART_WordLength = USART_WordLength_8b; // 8位数据 USART_InitStructure.USART_StopBits = USART_StopBits_1; // 1停止位 USART_InitStructure.USART_Parity = USART_Parity_Odd; // ⭐ 奇校验！ USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART2, &USART_InitStructure); // 4. 使能USART2及校验错误中断（可选，用于主动捕获错误） USART_ITConfig(USART2, USART_IT_PE, ENABLE); // 使能校验错误中断 USART_Cmd(USART2, ENABLE);这段代码的核心在于USART_Parity_Odd这一行。它最终会设置USART_CR1寄存器的PCE和PS位，完成硬件校验的开启。如果你用的是HAL库，对应的是huart2.Init.Parity = UART_PARITY_ODD;。无论哪种方式，物理层的校验行为完全由硬件自动完成，CPU无需参与计算，只负责配置和响应错误标志——这才是嵌入式实时系统的理想状态。
3.4 一个易忽略的细节：校验位如何影响数据读写？
启用奇偶校验后，你从USART_DR（Data Register）读到的，永远是去除了校验位的纯数据（8位）。硬件在接收时已自动剥离校验位，并将有效数据放入DR。同理，你往DR写入的，也只需写8位数据，硬件会自动计算并追加校验位发出。你不需要、也不应该手动去算校验位、拼接9位数据。试图这样做，只会导致双重校验、数据错乱。这是硬件抽象带来的巨大便利，也是初学者最容易“画蛇添足”的地方。
4. 奇偶校验 vs 其他校验：别把“防伪码”当成“保险柜”和“修复包”
4.1 常见误区与易混概念辨析
| 易混点 | 为什么容易混 | 怎么清晰区分 |
|---|---|---|
| 奇偶校验 ≈ CRC校验 | 两者都叫“校验”，都用来检错，名字里都有“校”字。 | 目的与能力天壤之别：奇偶校验只检单比特错误（且仅限奇数个），1位代价；CRC（循环冗余校验）能检出绝大多数突发错误（如连续多位翻转）、漏检率极低，但需要更多位（如CRC-16需16位）、计算复杂。STM32F103的USART硬件不支持CRC，CRC必须由软件计算，常用于Modbus协议帧尾。 |
| 开了奇偶校验 = 通信绝对可靠 | 看到“校验”二字，潜意识觉得“万无一失”。 | 它有明确盲区：只能检出奇数个比特错误。如果干扰恰好导致2个、4个比特同时翻转（如“0101”变“1010”），奇偶性不变，校验就失效了（漏检）。它也无法定位错误位置，更不能纠正。它只是第一道、最廉价的过滤网。 |
| 奇校验比偶校验更“高级”或“安全” | 名字带“奇”，听起来更特别、更难破解。 | 二者安全性完全等价。选择奇或偶，纯粹是协议约定。例如RS-232标准常用偶校验；某些工业传感器协议规定必须用奇校验。关键是收发双方必须严格一致，跟“奇偶”本身无关。 |
| 校验位会占用额外的“字节”空间 | 以为9位传输意味着每发一个字节，要占两个字节内存。 | 校验位是“粘”在数据位后面的物理信号，不是独立字节。在STM32的USART_DR寄存器里，你读写的始终是8位（或7位）数据。校验位由硬件透明处理，不占用RAM空间，也不改变你的数据缓冲区结构。 |
| 必须用中断或DMA才能用奇偶校验 | 看到“错误标志PE”，以为必须配中断才能处理。 | 完全可以用轮询。在主循环里，随时读USART_GetFlagStatus(USART2, USART_FLAG_PE)，为SET就说明刚收到一帧错误数据，然后调用USART_ClearFlag(USART2, USART_FLAG_PE)清标志即可。中断只是让错误响应更及时，非必需。 |
4.2 为什么不用更强大的校验？——成本、实时性与场景的铁三角
有人会问：既然CRC这么强，为啥不直接上CRC？答案在于嵌入式开发的黄金法则：够用就好，绝不冗余。
- 成本：CRC-16计算需要查表或多项式除法，对F103这种72MHz Cortex-M3，一次计算约需几十个周期。而奇偶校验是纯硬件门电路，延迟为0。
- 实时性：在115200bps下，每字节传输时间约87μs。如果每个字节都要软件算CRC，会严重挤压主循环时间，影响PWM输出、ADC采样等硬实时任务。
- 场景匹配：工厂现场最常见的干扰，就是单点脉冲噪声（如继电器吸合、电机换向），它最可能造成单比特错误。奇偶校验对此类错误100%覆盖，性价比无敌。只有在要求极高可靠性的场合（如固件空中升级OTA），才会在应用层叠加CRC或更高级的校验。
4.3 一个反直觉事实：有时候，关掉校验反而更“稳”
这听起来荒谬，但在特定场景下是真的。例如，某跨平台系统需要STM32F103与一台老旧的、只支持8N1的串口打印机通信。打印机固件无法理解校验位，会把校验位当成下一个字符的起始位，导致打印内容完全错乱。此时，强行开启奇偶校验不是“增强”，而是“自残”。校验的价值，永远建立在通信双方协议完全兼容的基础上。没有共识的“安全”，就是最大的不安全。这提醒我们：技术选型不是参数竞赛，而是对整个通信链路的全局审视。
5. 什么时候必须用、什么时候坚决不用：一份来自产线的边界判断清单
5.1 必须启用奇偶校验的四大硬性场景
| 场景 | 为什么是“必须” | 实际后果（不用校验） |
|---|---|---|
| 工业现场设备互联 | 电机、变频器、PLC共处一柜，强电磁干扰（EMI）无处不在，单比特翻转是常态。 | 通信报文随机错乱，导致控制指令错误（如“停止”变“启动”）、传感器读数跳变，引发设备误动作或保护停机，产线停工。 |
| 电池供电的远程终端 | 设备靠锂电池运行，电压波动大；无线模块（如LoRa）发射瞬间电流冲击强，易引起MCU电源噪声。 | 低电压下IO电平阈值漂移，接收采样点易误判，大量偶发乱码，设备“间歇性失联”，运维人员疲于奔命。 |
| 医疗/仪器类数据采集 | 血氧仪、心电图前端、环境监测探头，数据精度关乎诊断，任何一位错误都可能导致误判。 | “体温36.5℃”错成“体温36.¥℃”，上位机解析失败，数据丢失；或更糟，错成“体温36.6℃”这种看似合理实则错误的值，埋下隐患。 |
| 固件升级（Bootloader）通道 | 通过串口烧录新固件，一个字节错误就可能导致整个程序崩溃，变砖。 | 升级过程因干扰中断，MCU进入不可恢复的异常状态，必须拆机用SWD救砖，成本陡增。 |
5.2 坚决不应启用的三大禁忌场景
| 场景 | 为什么“坚决不用” | 替代方案 |
|---|---|---|
| 与不支持校验的现成模块通信 | 如CH340/CP2102 USB转串口芯片（多数默认8N1）、某些蓝牙透传模块、旧款GSM模块。它们的固件不识别校验位，会将其当作数据流的一部分。 | 严格保持8N1。这是最稳妥的选择。若对方模块支持配置，再尝试统一开启。 |
| 追求极限通信速率 | 在F103上，USART2最高可靠波特率约1Mbps（理论值）。启用校验后，硬件需额外时间生成/验证校验位，虽微小，但在临界速率下可能成为压垮骆驼的最后一根稻草。 | 若实测8N1在目标波特率下已100%稳定，则无需画蛇添足；若不稳定，优先检查布线、终端电阻、电源质量，而非加校验。 |
| 超低功耗待机唤醒通信 | 某图像处理Demo中，MCU大部分时间在Stop模式，靠串口唤醒。而USART硬件在奇偶校验使能时，其内部逻辑可能增加微弱漏电流，或延长唤醒响应时间。 | 查阅F103参考手册“Low-power modes”章节，确认PCE位对功耗的影响。若手册注明“PCE=1时，USART在Stop模式下仍消耗额外电流”，则待机场景应关闭校验，仅在Active模式下按需开启。 |
5.3 一份可直接落地的配置核查表（基于STM32F103 USART2）
| 检查项 | 正确配置示例 | 错误风险 | 如何验证 |
|---|---|---|---|
| 硬件连接 | PA2(TX) → 对方RX，PA3(RX) → 对方TX，共地（GND） | 交叉接错、未共地会导致完全不通 | 用万用表通断档测GND连通性；示波器看TX是否有波形 |
| 时钟使能 | RCC_APB1PeriphClockCmd(RCC_APB1PERIPH_USART2, ENABLE); | USART2无时钟，寄存器写无效，一切归零 | 调试时读RCC->APB1ENR寄存器，确认Bit17为1 |
| GPIO模式 | PA2:GPIO_Mode_AF_PP; PA3:GPIO_Mode_IN_FLOATING | PA3设成上拉/下拉，可能干扰RX电平；PA2设成普通推挽，无法驱动USART | 读GPIOA->CRL寄存器，确认CNF2=10（AF_PP），MODE2=11（50MHz）；CNF3=01（IN_FLOATING） |
| 校验使能与类型 | USART_InitStructure.USART_Parity = USART_Parity_Odd;+USART_Cmd(USART2, ENABLE); | 只设Parity不使能PCE，或忘记USART_Cmd，校验形同虚设 | 用逻辑分析仪抓波形，看每帧是否为9位；或读USART2->CR1，确认Bit10(PCE)=1, Bit9(PS)=1 |
| 上位机同步 | 串口助手设置：波特率115200，数据位8，停止位1，校验位：Odd | 上位机设8N1，会把校验位当新字节，显示乱码 | 发送已知字节（如0x55），观察上位机是否稳定显示"U"，而非乱码或双字符 |
5.4 我的血泪教训与固化习惯
从那以后我每次做新项目，只要涉及USART2通信，不管是在实验室还是准备去现场，强制走一遍“三查”：
一查协议文档：先翻对方设备的手册，白纸黑字确认它支持什么校验模式，绝不假设；
二查硬件连接：亲手用万用表量一遍TX-RX交叉和GND共地，不依赖“看起来连上了”；
三查波形实锤：哪怕只是用最便宜的CH552逻辑分析仪，抓10帧波形，数清楚是不是9位，校验位电平是否符合奇偶规律。
有一次，就因为偷懒没查对方手册，想当然开了奇校验，结果和一台标着“RS-232”的老温控仪死活不通。折腾半天，最后发现人家手册小字写着“仅支持偶校验”，改过来秒通。那一刻我深刻体会到：在嵌入式世界里，对协议的敬畏，比对代码的熟练更重要。希望帮到你。
本文还有配套的精品资源，点击获取
