3、通信协议基础：OSI模型、常见嵌入式协议（Modbus、CAN、Ethernet）的帧格式与特点

嵌入式安全通信协议的设计与实现，必须建立在对通信协议底层机制的深刻理解之上。OSI（开放系统互联）参考模型为我们提供了分层解析通信过程的通用框架，而Modbus、CAN、Ethernet则是嵌入式系统中最常打交道的三种物理与链路层协议。本章将聚焦于这三类协议的帧结构、特点与适用场景，并剖析它们在安全通信设计中的关键切入点。理解这些基础，是后续实现加密、认证、完整性校验等安全机制的前提。

上图展示了OSI模型与三种典型嵌入式协议在协议栈中的位置关系。可以看到，Modbus跨越了应用层与链路层，CAN和Ethernet则主要工作在物理层与数据链路层。安全设计必须针对不同协议的特点，在合适的层级实施保护措施。

3.1 OSI参考模型与嵌入式通信的映射

核心原理：OSI模型将网络通信划分为七个层次，每一层负责特定的功能，并为上层提供服务。在嵌入式系统中，我们通常不会完整实现七层，而是根据资源约束和应用需求进行裁剪。例如，一个简单的传感器节点可能只实现物理层、数据链路层和应用层，跳过传输层和网络层。

判断方法：在设计嵌入式通信系统时，首先需要明确通信需求：是点对点还是多点组网？是否需要路由？实时性要求多高？根据这些需求，选择需要实现的协议层级。对于安全设计而言，不同层级的安全机制有不同的效果：物理层可做信号加扰，链路层可做帧加密，应用层可做端到端认证。

案例拆解：以一个工业数据采集系统为例，现场有多个Modbus RTU传感器通过RS-485总线连接到网关，网关再通过Ethernet将数据上传到监控中心。在这个场景中，传感器与网关之间采用Modbus RTU协议，工作在链路层；网关与监控中心之间采用Modbus TCP协议，跨越网络层和传输层。安全设计需要分层实施：在RS-485总线上，由于物理层暴露，需要防止总线窃听，可以考虑在应用层对Modbus数据域进行加密；在Ethernet链路上，则可以通过TLS保护Modbus TCP流量。

3.2 Modbus协议帧格式与特点

核心原理：Modbus协议是工业领域应用最广泛的通信协议之一，主要分为Modbus RTU（串行）和Modbus TCP（以太网）两种形式。Modbus RTU帧格式紧凑，适合资源受限的MCU；Modbus TCP则利用标准TCP/IP协议栈，便于与IT系统集成。

帧格式分析：Modbus RTU帧由地址码（1字节）、功能码（1字节）、数据域（N字节）和CRC校验（2字节）组成。地址码用于标识从站设备，功能码定义操作类型（如读线圈、写寄存器），数据域携带具体参数。CRC校验采用CRC-16算法，能够检测传输错误，但不具备安全性。

Modbus RTU 帧结构：
+--------+--------+-----------+-----------+
| 地址   | 功能码 | 数据域    | CRC低字节 |
| (1B)   | (1B)   | (N字节)   | CRC高字节 |
+--------+--------+-----------+-----------+
示例：01 03 00 00 00 02 C4 0B
- 地址：0x01（从站1）
- 功能码：0x03（读保持寄存器）
- 起始地址：0x0000
- 寄存器数量：0x0002
- CRC：0x0BC4

操作流程：Modbus通信采用严格的主从模式。主机发送请求帧，从机接收后执行操作并返回响应帧。如果从机检测到错误（如非法功能码、非法数据地址），会返回异常响应帧，其中功能码的最高位置1，并附带异常码说明错误类型。

案例拆解：某水处理厂使用Modbus RTU连接20台PLC，通过RS-485总线组网。初始现象是偶尔出现通信超时，经排查发现是总线长度超过1200米，且波特率设置为115200bps，导致信号衰减严重。通过将波特率降至9600bps，并增加终端电阻，通信恢复正常。这个案例说明，Modbus协议虽然简单，但物理层参数配置对通信可靠性影响巨大。

3.3 CAN协议帧格式与特点

核心原理：CAN（控制器局域网）协议由Bosch开发，广泛用于汽车和工业控制领域。CAN采用多主广播通信方式，每个节点都可以主动发送数据，通过标识符（ID）进行优先级仲裁。CAN 2.0B支持标准帧（11位ID）和扩展帧（29位ID）。

帧格式分析：CAN数据帧由帧起始、仲裁域、控制域、数据域、CRC域、应答域和帧结束组成。仲裁域包含ID和RTR位（远程传输请求位），控制域包含DLC（数据长度代码），数据域最多8字节。CRC域采用15位CRC校验，能够检测5位以内的突发错误。

判断方法：CAN协议适用于对实时性要求高、数据量小（每帧不超过8字节）、节点数量适中的场景。在汽车动力系统中，CAN是标准选择；在工业伺服控制中，CANopen协议栈基于CAN实现。

案例拆解：某电动汽车BMS（电池管理系统）使用CAN总线通信，出现偶发通信故障。通过CAN分析仪抓取总线数据，发现故障时刻有节点发送了错误帧，导致总线关闭。进一步分析发现，某个电池监测模块的晶振偏差过大，导致位定时不准确，在总线负载较高时发生位错误。更换晶振后问题解决。这个案例表明，CAN协议的物理层时序要求严格，设计时需考虑晶振精度和总线长度。

3.4 Ethernet协议帧格式与特点

核心原理：Ethernet遵循IEEE 802.3标准，是嵌入式系统中连接外部网络的主要方式。Ethernet帧结构包含前导码、帧起始定界符、目的MAC地址、源MAC地址、长度/类型字段、数据字段和帧校验序列（FCS）。

帧格式分析：标准Ethernet帧最小长度为64字节（不含前导码），最大为1518字节。数据字段最小46字节，如果实际数据不足，需要填充。FCS采用32位CRC校验，覆盖从目的MAC到数据字段的所有内容。在嵌入式系统中，通常使用精简的Ethernet实现，如EtherCAT、PROFINET等实时以太网协议。

Ethernet II 帧结构：
+--------+--------+--------+--------+--------+--------+--------+
| 前导码 | SFD    | 目的MAC| 源MAC  | 类型   | 数据   | FCS    |
| 7B     | 1B     | 6B     | 6B     | 2B     | 46-1500B| 4B    |
+--------+--------+--------+--------+--------+--------+--------+
类型字段：0x0800 (IPv4), 0x0806 (ARP), 0x8100 (VLAN)

操作流程：Ethernet通信需要先通过ARP协议解析IP地址对应的MAC地址，然后封装IP数据报。在嵌入式系统中，如果使用裸机或RTOS，需要自行实现或移植TCP/IP协议栈（如lwIP、uIP）。对于时间敏感型应用，可使用时间敏感网络（TSN）技术保证确定性延迟。

案例拆解：某智能工厂使用工业Ethernet连接200台设备，出现网络风暴导致通信瘫痪。排查发现是一台设备的网卡故障，持续发送广播帧。通过在交换机上配置风暴控制，并启用端口隔离，问题得到解决。这个案例说明，Ethernet网络的可靠性不仅取决于协议本身，还依赖于网络基础设施的合理配置。

3.5 三种协议对比与选型建议

核心原理：选择通信协议需要综合考虑传输距离、数据速率、节点数量、实时性、成本和安全性等因素。Modbus适合简单、低速、成本敏感的场合；CAN适合实时性要求高、数据量小的场合；Ethernet适合高速、大数据量、需要与IT系统集成的场合。

判断方法：在协议选型时，首先列出应用需求清单，包括数据量、周期、节点数、环境条件、成本预算等。然后根据需求匹配协议特性。例如，如果数据量超过8字节且需要高实时性，可以考虑CAN FD（灵活数据速率）或Ethernet TSN。

总结复盘：本章介绍的三种协议各有优劣，没有一种协议能完美适应所有场景。在实际项目中，往往需要多种协议协同工作。安全设计应贯穿协议选择的始终，在满足功能需求的前提下，优先选择支持安全扩展的协议版本，或在应用层补充必要的安全机制。