小白必看！HeyGem数字人视频系统保姆级教程
2026/1/18 1:46:23
Serial通信帧格式详解：起始位与停止位如何构建可靠异步传输
你有没有遇到过这样的问题——串口调试时数据乱码，但代码看起来毫无错误？或者两个设备明明“连上了”，却始终无法正常通信？很多时候，这些问题的根源并不在程序逻辑，而藏在最基础的Serial通信帧结构之中。
在嵌入式开发中，UART（通用异步收发器）几乎是每个工程师都会用到的外设。它简单、灵活、兼容性好，但“简单”背后却藏着精密的时序设计。尤其是那一个小小的起始位和常被忽略的停止位，它们虽不携带有效数据，却是整个通信能否成功的关键所在。
今天我们就来深入拆解Serial通信中的这两个“幕后功臣”：起始位如何唤醒沉睡的接收端？停止位为何能成为错误检测的第一道防线？
为什么需要起始位？没有时钟线怎么对齐？
想象一下：两台设备各自使用独立的晶振，中间只通过一根TX-RX线连接。发送方开始发数据了，接收方怎么知道“现在是第几位”？更关键的是——什么时候开始采样？
这正是异步通信的核心挑战：无共享时钟。
解决方案就是——自同步机制，而实现这一机制的钥匙，就是起始位。
起始位的本质：一次精准的“重启同步”
- 电平特征：起始位是一个持续时间为1比特时间的低电平（0）
- 触发条件：线路从空闲高电平跳变为低电平
- 作用目标：通知接收端：“注意！新一帧来了，快重新校准时钟！”
这个下降沿就像一声哨响，告诉接收机：“准备好了吗？比赛开始了！”一旦检测到这个边沿，接收端立即启动内部定时器，开始按预设波特率进行逐位采样。
✅ 小知识：大多数UART模块采用16倍过采样。比如9600bps下，每个bit约104μs，系统以约16MHz频率监控线路，在下降沿后延迟8个采样周期（~52μs）再开始第一次数据采样，从而避开信号边沿抖动区，提高稳定性。
为什么不能省略起始位？
有人可能会想：“如果我知道每秒发多少字节，能不能直接定时接收？”
理论上可以，但现实中行不通。原因有三：
- 时钟漂移累积：即使双方都用±1%精度的晶振，长时间运行后仍会产生显著偏差；
- 非连续传输：设备可能随时发送或暂停，无法预测下一帧何时到来；
- 抗干扰能力弱：缺少明确的帧边界标识，噪声容易导致位计数错乱。
因此，每一帧都必须有一个起始位，作为重新同步的锚点。这也是“异步通信”之所以能“异步”的根本保障。
停止位不只是“结束标记”，更是容错保险
如果说起始位是通信的“起点枪”，那么停止位就是它的“安全护栏”。
停止位的作用远不止“划句号”
当最后一个数据位发送完毕后，发送端并不会立刻进入空闲状态，而是先输出一段高电平，这就是停止位。
它的主要职责包括：
| 功能 | 说明 |
|---|---|
| 🛑 帧边界标识 | 明确告知接收端“本帧已结束” |
| ⏳ 恢复时间窗口 | 给接收端留出处理数据、写缓冲、响应中断的时间 |
| 🔍 错误检测机制 | 若未检测到预期长度的高电平，则报帧错误（Framing Error） |
💡 实际上，帧错误是串口调试中最常见的硬件异常之一，通常意味着波特率不匹配、信号失真或同步失败。
停止位长度怎么选？1位够不够？
常见配置有三种：1位、1.5位、2位。选择依据如下：
| 配置 | 适用场景 | 特点 |
|---|---|---|
| 1位 | 高速、短距离、高精度时钟（如MCU间通信） | 效率最高，带宽利用率好 |
| 1.5/2位 | 低速、长距离、低成本晶振（如RS-232工业设备） | 提供更多恢复时间，增强鲁棒性 |
例如，在老式PC串口（COM口）或PLC通信中，常使用2位停止位来应对较差的电气环境。
⚠️ 注意：收发双方必须严格一致地配置停止位长度，否则接收端会在错误时刻判断电平状态，必然引发帧错误。
完整帧结构剖析：从’A’的传输看全过程
我们以最常见的“8-N-1”格式（8数据位、无校验、1停止位）为例，看看字符'A'是如何被拆解并传输的。
字符’A’的二进制旅程
ASCII码'A' = 0x41 = 0b01000001
但在UART中，并不是直接发送这串二进制，而是遵循LSB先行规则（低位先发），所以实际发送顺序为：
原始数据： 0 1 0 0 0 0 0 1 发送顺序：→ 1 → 0 → 0 → 0 → 0 → 0 → 1 → 0 （反转）加上起始位和停止位后，完整帧如下：
| 位序 | 类型 | 电平 | 说明 |
|---|---|---|---|
| 0 | 起始位 | 0 | 开始传输 |
| 1 | 数据位0 | 1 | LSB |
| 2 | 数据位1 | 0 | |
| 3 | 数据位2 | 0 | |
| 4 | 数据位3 | 0 | |
| 5 | 数据位4 | 0 | |
| 6 | 数据位5 | 0 | |
| 7 | 数据位6 | 1 | |
| 8 | 数据位7 | 0 | MSB |
| 9 | 停止位 | 1 | 结束帧 |
总共占用10 bit时间。在9600 bps下，耗时约为：
10 bits ÷ 9600 bps ≈ 1.04ms波特率匹配有多重要？4%偏差就能毁掉通信
虽然UART不需要共同时钟线，但它对时钟精度的要求其实很高。
误差是怎么积累的？
假设发送端和接收端波特率存在微小差异：
- 发送端：115200 bps → 每bit ≈ 8.68μs
- 接收端：快了5% → 每bit认为是 ~8.25μs
这意味着每接收一位，采样点就提前约0.43μs。经过8个数据位后，累计偏移达到：
0.43μs × 8 = 3.44μs > 半个bit周期（~4.34μs）虽然还没完全越界，但已经非常接近临界值。一旦再加上信号延迟或噪声干扰，极有可能在最后几位发生误判。
工程实践中的应对策略
| 方法 | 说明 |
|---|---|
| ✅ 使用高精度晶振 | 替代内置RC振荡器，优选±1%以内 |
| ✅ 启用分数分频器 | 如STM32 USART_BRR支持小数分频，精确匹配标准波特率 |
| ✅ 自动波特率检测 | 某些高端MCU可通过测量起始位宽度自动识别速率 |
| ❌ 忽视配置一致性 | 切忌“差不多就行”，必须双方完全一致 |
下面是典型的STM32 HAL库配置示例：
UART_HandleTypeDef huart1; void MX_USART1_UART_Init(void) { huart1.Instance = USART1; huart1.Init.BaudRate = 115200; // 波特率 huart1.Init.WordLength = UART_WORDLENGTH_8B; // 8位数据 huart1.Init.StopBits = UART_STOPBITS_1; // 1位停止位 huart1.Init.Parity = UART_PARITY_NONE; // 无校验 huart1.Init.Mode = UART_MODE_TX_RX; // 收发模式 huart1.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart1.Init.OverSampling = UART_OVERSAMPLING_16; // 16倍采样 if (HAL_UART_Init(&huart1) != HAL_OK) { Error_Handler(); } }其中OverSampling=16表示使用16倍时钟进行内部采样判决，可有效提升起始位检测的准确性。
实际应用场景与典型问题排查
典型系统架构
[MCU] └─(TXD)───[USB转TTL模块]───(USB)───▶ [PC] 或 └─(TXD/RXD)───[MAX3232]───▶ [工业HMI/PLC]这种结构广泛应用于：
- 传感器数据上传（温湿度、GPS）
- Wi-Fi/BLE模块控制（AT指令交互）
- 工业人机界面通信
- 单片机之间点对点协议传输
常见问题及解决思路
| 现象 | 可能原因 | 解决方法 |
|---|---|---|
| 持续帧错误 | 波特率不匹配、晶振不准 | 核对配置，更换外部晶振 |
| 偶尔乱码 | 信号衰减、接地不良 | 缩短线缆、加屏蔽双绞线 |
| 起始位误触发 | 线路毛刺、电源波动 | 加RC滤波电路或软件去抖 |
| 粘连帧（run-on frame） | 帧间无足够静默时间 | 增加发送间隔或启用流控 |
设计建议
- 电平匹配不可忽视：TTL（3.3V/5V）与RS-232（±12V）必须通过专用芯片转换；
- 长距离传输要用屏蔽线：避免电磁干扰破坏起始位边沿；
- 高吞吐量场景启用RTS/CTS：防止接收缓冲溢出；
- 调试首选逻辑分析仪：可直观查看每一位的电平变化与时序关系。
写在最后：理解底层，才能掌控全局
Serial通信看似简单，实则处处是细节。起始位与停止位虽仅占一两个比特，却承担着同步建立、帧界定、错误检测等核心功能。它们的存在，使得无需时钟线的异步通信成为可能，也让我们能够在资源受限的嵌入式系统中实现稳定可靠的数据交换。
下次当你打开串口助手看到一行行清晰的数据时，请记得：
正是那个短暂的低电平（起始位）和坚定的高电平（停止位），默默守护着每一次成功的通信。
如果你在项目中遇到串口通信不稳定的问题，不妨回到最基本的三点自查：
- 起始位是否清晰可辨？
- 停止位是否满足长度要求？
- 双方波特率是否真正一致？
很多时候，答案就藏在这些最基础的地方。
欢迎在评论区分享你的串口调试“踩坑”经历，我们一起排雷避障！