3. 通信协议与接口技术选型

在 SAP EWM 与物料流系统（MFS）对接的链路中，EWM 负责仓储业务逻辑与库存决策，MFS 承担设备调度与任务分解，PLC 则直接驱动输送机、堆垛机、穿梭车等执行机构。三者之间的通信协议选型，直接决定了系统的实时性、可靠性和后期扩展能力。本节围绕 TCP/IP、OPC UA、Profinet、MQTT 四种典型协议，分析它们在 EWM-MFS-PLC 链路中的定位、适用场景与取舍依据。

一、先厘清链路分层与协议职责

EWM 与 MFS 之间通常通过 RFC、IDoc 或 Web Service 交互，属于业务层通信；MFS 与 PLC 之间才是本节讨论的重点，属于控制层通信。PLC 与现场设备之间则更多使用 Profinet、Profibus 或 EtherCAT 等现场总线。因此，协议选型不是“四选一”，而是“分层组合”：上层偏业务与数据，下层偏实时与控制。

在 MFS-PLC 这一段，常见需求包括：任务下发（如“将托盘从 A 点送到 B 点”）、状态回传（如“输送机段 12 已占用”）、故障上报、心跳保持、参数读写。不同协议对这些需求的满足程度差异明显。

二、四种协议的核心特征与适用边界

TCP/IP 是最基础的传输层协议，本身不定义应用层语义。在 MFS-PLC 链路中，常见做法是 MFS 作为客户端、PLC 作为服务端，通过 Socket 长连接交换自定义报文。例如，MFS 发送一条 64 字节的固定格式报文，前 4 字节为任务号，中间 40 字节为起点与终点坐标，后 20 字节为校验与预留字段。PLC 收到后解析并驱动设备，完成后回传状态报文。这种方式的优点是实现简单、延迟低、几乎所有 PLC 都支持；缺点是报文格式需双方约定，缺乏自描述能力，扩展字段时容易引发兼容问题。

OPC UA 是面向工业自动化的语义化通信协议，支持信息模型、订阅发布、安全加密和跨平台。在 MFS-PLC 链路中，OPC UA 适合需要读写结构化数据的场景，例如 MFS 直接读取 PLC 中定义的“输送机段状态”变量，或向 PLC 写入“目标位置”参数。OPC UA 的地址空间可以暴露为节点树，MFS 通过 Browse 和 Read/Write 操作即可访问，无需逐字节解析。其典型延迟在 10~50 ms 量级，适合对实时性要求不极端、但对数据语义和可维护性要求较高的场合。需要注意的是，部分老旧 PLC 需加装 OPC UA 服务器模块或网关。

Profinet 是面向现场级的实时以太网标准，通常用于 PLC 与远程 IO、变频器、伺服驱动之间的通信，循环周期可低至 1 ms 甚至更短，具有确定性。在 EWM-MFS-PLC 链路中，Profinet 一般不直接用于 MFS 与 PLC 之间的任务级通信，而是用于 PLC 与现场设备之间的实时控制。如果 MFS 需要与 PLC 交换任务数据，通常仍走 TCP/IP 或 OPC UA，再由 PLC 内部映射到 Profinet 过程数据。因此，Profinet 的定位是“控制层内部总线”，而非“调度层与控制器之间的接口”。

MQTT 是轻量级的发布/订阅消息协议，基于 TCP，适合带宽受限、网络不稳定的环境。在仓储场景中，MQTT 可用于 AGV、移动机器人或分布式传感器与 MFS 之间的通信。例如，AGV 通过 MQTT 向 MFS 发布“当前位置”和“电量”主题，MFS 订阅后更新调度模型。MQTT 的优点是解耦、易扩展、支持一对多分发；缺点是消息延迟受 Broker 影响，且不保证强实时性。对于固定式输送线和堆垛机，MQTT 通常不是首选，但对于移动设备或跨区域数据采集，它具有明显优势。

三、选型对比与决策依据

从表中可以看出，没有一种协议能覆盖所有需求。实际项目中，常见的组合是：MFS 与 PLC 之间采用 TCP/IP 或 OPC UA 进行任务级通信；PLC 与现场设备之间采用 Profinet 进行实时控制；AGV 等移动设备通过 MQTT 接入 MFS。选型时应重点评估四个因素：实时性要求、数据语义复杂度、现场设备兼容性、后期扩展需求。

四、配置示例：MFS 通过 OPC UA 读取 PLC 输送机状态

以下示例展示 MFS 侧使用 OPC UA 客户端读取 PLC 中“输送机段 12 状态”变量的关键配置。假设 PLC 的 OPC UA 服务器地址为 opc.tcp://192.168.10.21:4840，节点 ID 为 ns=3;s="Conveyor"."Seg12"."Status"。

Endpoint: opc.tcp://192.168.10.21:4840
SecurityPolicy: Basic256Sha256
User: MFS_User
Password: ********
NodeId: ns=3;s="Conveyor"."Seg12"."Status"
ReadInterval: 200 ms
DataType: Int16
ValueMap:
  0 = 空闲
  1 = 占用
  2 = 故障
  3 = 维护中

MFS 每 200 ms 读取一次该节点，根据返回值更新调度模型。若返回 2（故障），MFS 应暂停向该段下发新任务，并触发告警。这种方式的优点是节点语义清晰，新增设备时只需在 PLC 侧扩展地址空间，MFS 侧调整节点映射即可，无需重新定义报文格式。

五、选型检查清单

• MFS 与 PLC 之间的任务报文是否固定格式、低延迟？→ 考虑 TCP/IP。
• 是否需要读写结构化变量、要求安全认证？→ 考虑 OPC UA。
• 通信对象是否为移动设备或分布式传感器？→ 考虑 MQTT。
• PLC 与现场设备之间是否需要硬实时？→ 使用 Profinet。
• 现有 PLC 是否支持目标协议？是否需要网关？
• 后期是否可能增加设备类型或数据点？→ 优先选扩展性好的协议。
• 网络是否隔离？安全策略是否满足企业要求？

协议选型不是一次性决策，而是随着仓储自动化程度提升不断演进的过程。初期可能以 TCP/IP 快速打通链路，后期逐步引入 OPC UA 提升语义化水平，并在移动设备场景中补充 MQTT。理解每种协议的边界，才能让 EWM-MFS-PLC 链路既稳定又具备成长空间。