4. 联合调试通信协议配置
在PLC与虚拟设备的联合调试中，通信协议配置是决定整个调试链路能否跑通的关键环节。PLC侧通常运行着真实的控制逻辑，而虚拟设备则运行在PC或工控机上，两者之间必须通过某种约定的通信协议完成数据交换。协议选得对不对、参数配得准不准，直接决定了调试过程中数据能否实时、稳定、正确地传递。
一、协议选择：先看PLC支持什么，再看虚拟设备需要什么
PLC与虚拟设备之间的通信协议选择，本质上是在“PLC原生支持的协议”和“虚拟设备仿真软件能提供的接口”之间找交集。常见的组合有以下几类：
- Modbus TCP/RTU：最通用的选择。绝大多数PLC（西门子、三菱、欧姆龙、汇川等）都支持Modbus主站或从站功能，虚拟设备侧可以用Modbus Slave/Server仿真软件、Python的pymodbus库或Node-RED快速搭建从站/主站。适合数据量不大、实时性要求中等的场景。
- OPC UA：适合中大型项目。PLC作为OPC UA Server暴露变量节点，虚拟设备作为Client订阅。西门子S7-1500、倍福、罗克韦尔等中高端PLC原生支持。优点是语义化强、支持复杂数据类型，缺点是配置相对复杂。
- S7通信（西门子专用）：如果PLC是西门子S7-1200/1500，虚拟设备侧可以用Snap7、Sharp7等库直接读写DB块。速度快、延迟低，但绑定西门子生态。
- EtherNet/IP、Profinet：面向实时工业以太网，虚拟设备侧仿真难度较大，一般用于对实时性要求极高的场景，联合调试中较少作为首选。
- 串口自定义协议：当PLC通过RS-232/485与虚拟设备通信时，可以自定义帧格式。灵活但需要自己处理校验、超时、重传。
选择时建议按以下优先级判断：PLC是否原生支持 → 虚拟设备侧是否有成熟库或工具 → 数据量与时延要求 → 是否需要跨厂商。对于大多数教学与中小型调试场景，Modbus TCP是性价比最高的起点；若涉及结构化数据和变量浏览，OPC UA更合适。
二、参数配置：把“能通”变成“通得对”
协议选定后，参数配置决定了通信的细节行为。以Modbus TCP为例，需要关注的核心参数包括：
| 参数 | 典型值 | 说明 |
|---|---|---|
| IP地址 / 端口 | 192.168.1.10 : 502 | PLC侧作为Server时，虚拟设备Client需指向该地址；反之亦然 |
| 单元标识符（Unit ID） | 1 | TCP场景下通常固定为1，RTU场景下对应从站地址 |
| 功能码 | 03/04读保持/输入寄存器，06/16写 | 读写方向必须与PLC侧寄存器映射一致 |
| 寄存器起始地址 | 40001（对应偏移0） | 注意PLC侧地址基址是0还是1，避免整体偏移一位 |
| 数据长度 | 10个寄存器 | 一次请求的寄存器数量，过长会被分帧 |
| 轮询周期 | 100ms～500ms | 虚拟设备侧主动读取的间隔，影响实时性 |
| 超时时间 | 1000ms | 单次请求无响应后的等待上限 |
| 字节序 | 大端（Big-Endian） | 32位浮点数、双字需要确认高低字顺序 |
参数配置中最容易出错的是地址映射和字节序。例如PLC侧将温度值放在DB1.DBW0，映射到Modbus保持寄存器40001，虚拟设备读取时若从40000开始读，就会整体错位。再比如一个32位浮点数占两个寄存器，PLC侧按高字在前存放，虚拟设备若按低字在前解析，读出来的数值会完全错误。调试时建议先用已知常量（如写入1.0、2.0）验证映射关系，再接入真实变量。
三、调试工具：分层排查，逐段验证
联合调试中不要一上来就同时启动PLC程序和虚拟设备，而应该分层验证。常用的调试工具按层次分为：
- 物理层/网络层：ping命令、Wireshark抓包。先确认PLC与虚拟设备所在主机网络互通，再确认502端口是否开放。
- 协议层：Modbus Poll、Modbus Slave、QModMaster。用这些工具模拟主站或从站，单独验证PLC侧的Modbus服务是否正常响应。
- 应用层：虚拟设备自带的日志、Python脚本打印、PLC在线监控表。确认读到的数值与PLC内部变量一致。
- 时序层：Wireshark的IO Graph、时间戳分析。观察轮询周期是否稳定，是否存在超时重传。
四、一个完整的配置示例
假设场景：西门子S7-1200作为Modbus TCP Server，虚拟设备（Python脚本）作为Client，读取PLC中DB2.DBW0开始的5个温度值（INT类型），并写入DB2.DBW10开始的2个设定值。
PLC侧配置：在TIA Portal中调用MB_SERVER指令，设置端口502，连接DB2，保持寄存器起始地址对应DB2.DBW0。虚拟设备侧Python代码片段：
from pymodbus.client import ModbusTcpClient
client = ModbusTcpClient('192.168.1.10', port=502)
client.connect()
# 读5个保持寄存器，起始地址0（对应40001）
rr = client.read_holding_registers(address=0, count=5, slave=1)
temps = [v / 10.0 for v in rr.registers] # 假设PLC侧放大10倍存储
# 写2个设定值到地址10（对应40011）
client.write_registers(address=10, values=[250, 300], slave=1)
client.close()
运行后，若temps输出为[25.3, 26.1, 24.8, 25.0, 25.7]这类合理温度值，说明读取映射正确；若输出为0或异常大数，则检查地址偏移和字节序。写入后回到PLC在线监控表，确认DB2.DBW10、DBW12变为250、300，说明写方向也通了。
整个配置过程中，最值得养成的习惯是先验证再集成。用Modbus Poll单独读PLC，确认PLC侧服务正常；用Modbus Slave单独让虚拟设备读，确认虚拟设备侧代码正确；最后两者对接。这样即使出问题，也能快速判断是PLC侧、网络侧还是虚拟设备侧的原因。协议配置不是一次性的工作，调试过程中随着变量增减、地址调整，参数也需要同步更新，保持配置表与程序一致，才能让联合调试稳定推进。