4. IO-Link数据链路层与协议栈
IO-Link 的物理层负责把比特送上线，而真正决定“设备能不能被正确识别、参数能不能可靠写入、故障能不能及时上报”的，是数据链路层与协议栈。IO-Link 采用单主站、点对点的半双工通信结构，主站（Master）与设备（Device）之间通过 24V 三线制电缆传输，链路层在 UART 帧基础上定义了消息类型、校验机制、时序窗口和状态迁移规则。理解这一层，是设备开发中调试通信异常、设计协议栈、编写 IODD 的基础。
一、帧类型：四类消息各司其职
IO-Link 在链路层把通信内容划分为四种基本类型，它们共享同一套物理帧结构，但用途、方向和触发方式不同。
- 过程数据（Process Data）：周期性、单向为主，由设备上传到主站，长度通常为 1~32 字节，承载开关量、模拟量、测量值等实时信息。过程数据不携带地址，靠周期帧的固定位置传输，因此延迟低、开销小。
- 参数数据（Parameter Data）：按需读写，采用请求/应答方式，用于访问索引对象（Index）、子索引（Subindex），如量程、滤波系数、设备标签。参数访问走的是 acyclic 通道，与过程数据并行但互不阻塞。
- 事件（Event）：设备主动上报的状态变化，如“温度超限”“短路恢复”。事件分为通知、警告、错误等级别，通过事件通道异步发送，主站收到后触发相应处理。
- 诊断（Diagnosis）：面向维护的信息，包括设备状态、错误代码、维护需求。诊断数据可通过索引读取，也可由事件携带，是预测性维护的数据来源。
二、校验与错误处理：让数据可信
IO-Link 在 UART 帧上增加了校验字段。每个消息包含校验和（Checksum），主站和设备在接收后重新计算并比对，不一致则丢弃并触发重传或错误计数。常见的错误类型包括：校验错误、超时、帧格式错误、索引不存在、访问权限不足等。
错误处理遵循“检测—分类—响应”的流程：物理层检测到校验失败后，链路层记录错误并返回否定应答；对于参数写入，主站可重试；对于过程数据，错误通常通过状态位或事件上报。设备开发中必须实现错误计数器与恢复策略，避免单次干扰导致通信永久中断。
典型错误响应示例：
Master → Device: Write Index 0x0040, Subindex 0x00, Data 0x0A
Device → Master: Negative Response, ErrorCode 0x11 (Index not available)
处理：主站记录错误，检查 IODD 中该索引是否存在，必要时降级为默认参数三、主从通信状态机：从唤醒到周期交换
IO-Link 通信不是一上电就进入周期模式，而是经历明确的状态迁移。主站负责发起，设备负责响应，典型状态包括：
- 唤醒（Wake-up）：主站发送唤醒信号，设备从待机进入通信准备。
- 启动（Startup）：主站读取设备标识（Vendor ID、Device ID），校验设备是否匹配 IODD。
- 预运行（Pre-Operate）：参数配置阶段，主站通过索引读写完成设备参数化。
- 运行（Operate）：周期过程数据交换开始，事件和诊断通道保持可用。
- 错误/恢复：通信异常时进入错误状态，主站尝试重新启动或降级运行。
状态机的关键在于：参数配置必须在运行之前完成，否则设备可能以默认参数工作，导致测量偏差。设备固件需要维护自身状态，并对主站的启动序列做出正确应答。
四、时序要求：微秒级的确定性
IO-Link 的周期时间（Cycle Time）可配置，典型值为 0.4ms、1ms、2ms、4ms 等。主站必须在周期窗口内完成请求发送并等待设备应答，超时则判定为通信失败。时序参数包括：
| 参数 | 含义 | 典型值/要求 |
|---|---|---|
| Cycle Time | 主站发起周期通信的间隔 | 0.4ms ~ 10ms，可配置 |
| Response Time | 设备从收到请求到发出应答的时间 | 需小于周期窗口，通常 < 1/2 Cycle |
| Min Cycle Time | 设备支持的最短周期 | 由设备能力决定，IODD 中声明 |
| Timeout | 主站等待应答的最长时间 | 通常为 Cycle Time 的 1~2 倍 |
五、IODD 与协议栈的交互关系
IODD（IO Device Description）是设备的“说明书”，以 XML 描述设备标识、参数索引、过程数据布局、事件定义和通信能力。协议栈在运行时需要与 IODD 协同：
- 启动阶段：协议栈读取设备标识，与 IODD 中的 Device ID 比对，确认设备类型。
- 参数阶段：协议栈根据 IODD 中的索引定义，生成读写请求，完成参数配置。
- 运行阶段：协议栈按 IODD 声明的过程数据长度和格式解析周期帧。
- 事件阶段：协议栈根据 IODD 中的事件代码，将原始事件翻译为可读的诊断信息。
因此，IODD 不是静态文档，而是协议栈的配置输入。设备开发中若 IODD 与固件实际行为不一致，会导致主站解析错误、参数写入失败或事件误报。
六、案例与误区复盘
案例：某压力传感器在客户现场出现“参数写入后不生效”。排查发现，主站在预运行阶段写入了索引 0x0040，但设备固件中该索引只读，且 IODD 未标注访问权限。协议栈返回否定应答，主站未检查错误码，误以为写入成功。修正 IODD 权限声明并增加错误码检查后问题解决。
常见误区：
- 把过程数据和参数数据混用，试图用周期帧传参数，导致实时性和完整性都受损。
- 忽略 Min Cycle Time，主站周期设置小于设备能力，造成间歇性通信失败。
- 事件代码与 IODD 不一致，主站无法正确翻译诊断信息。
- 错误处理只做重试，不区分错误类型，导致永久性错误反复占用总线。
掌握数据链路层的帧类型、校验机制、状态机和时序约束，才能让 IO-Link 设备在真实产线上稳定运行。协议栈与 IODD 的协同，是设备互操作性的根本保障。