STM32单线串口通讯实战（三）：协议层设计 —— 帧结构、多机寻址与硬件唤醒

前两章我们打通了“物理连接”和“数据搬运（链路层）”，现在的状态是：我们能从总线上收到一堆字节，但不知道这些字节代表什么，也不知道是不是发给我的。

这一章我们将设计协议层（Protocol Layer），解决三个核心问题：

1. 数据怎么打包？（帧结构设计）

2. 发给谁？（多机寻址策略）

3. G0 怎么偷懒？（利用 STM32 硬件静默模式实现地址唤醒）。

1. 为什么不能只发“裸数据”？

在单线多机（One-to-Many）网络中，如果 Master 只是简单地发送 0x01（代表开灯），所有 Slave 都会收到。

• Slave A 以为是开灯。

• Slave B 以为是电机转速设为 1。

• Slave C 可能把它当成了校验和的一部分。

因此，我们需要给数据穿上“衣服”，这就是协议帧（Frame）。考虑到单线带宽通常有限（如 9600 或 115200），我们设计一个比 Modbus 更轻量的Mini-Frame。

2. Mini-Frame 帧结构设计

我们要追求的是：最小的开销（Overhead） + 足够的可靠性。

推荐结构： [Header] [Target_ID] [Len] [Cmd] [Payload...] [CRC]

• Header (1 Byte): 帧头，如 0xAA 或 0x55。用于在数据