📚 课程目录第3章 PLC联合验证的通信基础

3. PLC联合验证的通信基础

在DELMIA虚拟调试中，DELMIA负责机器人、工装、输送线等三维机构的运动仿真与信号逻辑，PLC负责真实控制程序的执行。两者要“联”起来，本质上是让DELMIA中的虚拟信号与PLC中的I/O变量、DB块、M区或标签建立映射，并按一定周期交换数据。这个交换过程由通信协议承载。协议选错，轻则通信周期抖动、信号丢失，重则虚拟调试结果与现场行为不一致，失去验证意义。因此，理解OPC UA、S7通信、TCP/IP、Modbus TCP在DELMIA与PLC之间的角色和选型依据，是联合验证的第一道技术门槛。

先分清“传输层”和“应用层”

很多初学者把TCP/IP和OPC UA、S7通信、Modbus TCP并列比较，这其实混淆了层次。TCP/IP是传输层与网络层的基础协议族，负责把字节流从一台设备送到另一台设备；而OPC UA、S7通信、Modbus TCP是建立在TCP/IP之上的应用层协议，规定了“这些字节代表什么含义、如何读写、如何寻址”。DELMIA与PLC通信时，底层几乎总是以太网+TCP/IP，真正决定“能不能直接读写PLC变量、读写效率如何、需要什么授权”的，是上层应用协议。

因此选型时先问三个问题：PLC是什么品牌和型号？DELMIA侧使用什么通信组件或网关？需要交换的是布尔信号、整数、浮点数还是结构体？这三个问题基本决定了可选协议的范围。

四种常见协议在联合验证中的实际作用

OPC UA是跨品牌、跨平台的工业通信标准，最大特点是自带信息模型：PLC中的变量可以按名称、类型、层级被描述，DELMIA侧不需要知道绝对地址，只需按节点名读写。它适合多品牌混线、需要语义化标签、或未来要接入MES/SCADA的场景。在DELMIA虚拟调试中，常通过OPC UA服务器（如KEPServerEX、西门子S7-1500内置OPC UA服务器）把PLC变量暴露出来，DELMIA侧作为客户端订阅。缺点是配置层级多、证书与安全策略需要处理，周期通常不如原生S7通信快。

S7通信是西门子PLC的原生协议，DELMIA侧通过S7通信库（如Snap7、西门子PLCSIM Advanced的S7接口）直接读写DB块、M区、I/Q区。它的优势是效率高、延迟低、寻址直接，特别适合西门子S7-1200/1500与DELMIA的联合调试。典型用法是：在PLC中建立专用通信DB块，例如DB100，定义DB100.DBX0.0为机器人启动信号、DB100.DBW2为节拍计数，DELMIA按字节偏移读写。缺点是强绑定西门子，跨品牌不通用。

Modbus TCP是通用性最强的协议之一，几乎所有PLC和网关都支持。它把数据组织为线圈（Coil）和保持寄存器（Holding Register），按功能码读写。DELMIA侧通过Modbus TCP客户端访问PLC的寄存器地址，例如读取40001开始的10个寄存器作为工位状态。优点是简单、开放、成本低；缺点是数据类型表达弱，浮点数需要两个寄存器拼接，且没有语义信息，地址映射必须人工维护。

TCP/IP套接字是最底层、最灵活的方式：双方约定一段字节流格式，DELMIA与PLC直接收发原始字节。它适合非标设备、自定义报文、或PLC不支持上述标准协议的情况。但因为没有统一寻址和类型规范，报文格式、字节序、心跳、超时都需要自行约定，调试工作量最大，通常作为最后手段。

选型依据与典型配置示例

选型可以按以下优先级判断：若PLC为西门子且追求低延迟，优先S7通信；若现场多品牌或需要语义化标签，选OPC UA；若PLC品牌杂、预算有限、数据以开关量和整数为主，选Modbus TCP；若以上都不满足或需要自定义高速报文，才考虑TCP/IP套接字。实时性方面，S7通信和Modbus TCP通常可达10～50ms周期，OPC UA订阅约50～200ms，TCP/IP取决于自定义实现。

下面给出一个西门子S7-1500与DELMIA通过S7通信联合验证的通信DB块配置示例，用于说明地址映射方式。以下参数为教学示例，实际地址需按项目调整：

// PLC侧：建立通信DB块 DB100（示例）
DB100.DBX0.0   BOOL   Robot_Start_Cmd      // DELMIA→PLC 机器人启动
DB100.DBX0.1   BOOL   Robot_Stop_Cmd       // DELMIA→PLC 机器人停止
DB100.DBX0.2   BOOL   Conveyor_Run_Cmd     // DELMIA→PLC 输送线运行
DB100.DBX1.0   BOOL   Robot_At_Home        // PLC→DELMIA 机器人原点
DB100.DBX1.1   BOOL   Robot_Cycle_Done     // PLC→DELMIA 循环完成
DB100.DBW2     INT    Cycle_Count          // PLC→DELMIA 节拍计数
DB100.DBD4     REAL   Conveyor_Speed       // PLC→DELMIA 输送线速度

// DELMIA侧：按字节偏移映射虚拟信号
Robot_Start_Cmd   ← DB100.DBX0.0
Robot_At_Home     → DB100.DBX1.0
Cycle_Count       → DB100.DBW2
Conveyor_Speed    → DB100.DBD4

配置完成后，判断通信是否正常的依据有三点：一是DELMIA侧能稳定读到PLC变量值且无超时；二是强制PLC输出时，DELMIA虚拟机构在预期周期内动作；三是连续运行10分钟以上，信号无丢帧、无错位。若出现信号错位，优先检查字节偏移和数据类型长度是否匹配；若出现周期抖动，检查通信任务是否与仿真渲染线程争抢资源。

在虚拟调试阶段，建议把通信周期设置为PLC扫描周期的2～5倍，例如PLC扫描周期10ms，通信周期设为20～50ms，既能保证信号响应，又不会因通信过于频繁而拖慢仿真。

OPC UA默认启用安全策略和证书验证，若在实验室环境快速联调，可临时关闭安全策略，但进入现场前必须恢复并配置合法证书，否则可能被PLC拒绝连接。

理解协议分层与选型依据后，下一步才是具体配置。选型不是追求“最先进”，而是匹配PLC品牌、数据类型、实时性要求和项目成本。把通信DB块或寄存器映射表设计清楚，是DELMIA与PLC联合验证能否顺利推进的关键前提。