3. WAGO硬件与网络组态
在WAGO产线虚拟调试工程中，硬件与网络组态是连接虚拟模型与真实设备的“骨架”。如果I/O模块选型错误、耦合器与控制器角色混淆，或者现场总线协议配置不匹配，后续的虚拟调试将无法与真实PLC或仿真环境建立有效映射。本节围绕750系列I/O模块、耦合器/控制器以及EtherCAT、PROFINET、Modbus TCP三种通信方式，说明实际工程中应如何选型、组态与验证。
一、750系列I/O模块选型：从信号类型到通道密度
WAGO 750系列是IP20等级的模块化I/O系统，采用DIN导轨安装，模块之间通过内部总线连接。选型的第一步不是看型号数字，而是明确现场信号类型与数量。常见模块可分为数字量输入（DI）、数字量输出（DO）、模拟量输入（AI）、模拟量输出（AO）以及特殊功能模块（如温度、计数器、串口等）。
以一条典型产线为例：假设需要采集8个按钮/限位开关信号、控制6个电磁阀、读取2路4～20mA压力变送器、输出1路0～10V变频器给定。此时可选：
- 数字量输入：750-430（8通道DI，24VDC，漏型/源型可配）或750-1405（16通道DI，节省空间）；
- 数字量输出：750-530（8通道DO，24VDC，0.5A）或750-1504（16通道DO）；
- 模拟量输入：750-455（4通道AI，4～20mA，12位）或750-457（4通道AI，0～10V）；
- 模拟量输出：750-555（4通道AO，0～10V/4～20mA可配）。
选型时需注意三个参数：通道数、信号范围、电气隔离。若现场存在变频器干扰，应优先选择带隔离的模拟量模块，例如750-455具备通道间隔离。此外，750系列模块的供电由耦合器/控制器通过内部总线提供，但部分大功率输出模块需要额外接入24V现场电源，组态时必须核对模块的电流消耗总和是否超过耦合器背板总线供电能力。例如750-430典型电流消耗为25mA，750-530为30mA，若挂载16个模块，总消耗约400～500mA，需确认耦合器规格。
二、耦合器与控制器：角色区分与选型逻辑
WAGO 750系列中，耦合器（Coupler）和控制器（Controller）是两种不同定位的头模块。耦合器本身不具备PLC逻辑运算能力，它负责将750 I/O模块的数据映射到上层现场总线，由外部PLC或上位机进行控制。例如750-333是PROFINET IO耦合器，750-354是EtherCAT耦合器，750-362是Modbus TCP耦合器。控制器则内置PLC运行时，可直接执行CODESYS程序，例如750-8212（PFC200，支持PROFINET、EtherCAT、Modbus TCP等多种协议）或750-8102（紧凑型控制器）。
选型判断依据：若产线已有主控PLC（如西门子S7-1500或倍福TwinCAT），WAGO侧只需作为远程I/O站，选择对应协议的耦合器即可，成本低、组态简单；若需要WAGO独立承担逻辑控制、边缘计算或协议转换，则应选择PFC200控制器。在虚拟调试中，若使用仿真PLC替代真实PLC，耦合器方案需要仿真软件支持对应从站协议；控制器方案则可以直接在WAGO侧运行程序，虚拟调试边界更清晰。
三、EtherCAT/PROFINET/Modbus TCP通信配置要点
三种协议在配置方式上有明显差异，下面分别说明。
EtherCAT：以750-354耦合器为例，配置时需在TwinCAT或CODESYS中导入WAGO的ESI（EtherCAT Slave Information）文件，扫描到从站后，系统会自动识别耦合器及后续I/O模块的拓扑。EtherCAT采用过程数据对象（PDO）映射，输入输出数据按模块顺序排列。例如第一个750-430的8位DI映射到过程映像的Byte0，第一个750-530的8位DO映射到Byte1。配置时需确认PDO映射与程序变量地址一致，否则会出现“数据错位”。
PROFINET：以750-333为例，需在西门子TIA Portal中安装WAGO的GSDML文件，将耦合器作为IO设备添加到PROFINET网络中，并分配设备名称和IP地址。模块插槽顺序必须与实际物理排列一致，TIA Portal会自动生成I地址和Q地址。例如DI模块占用I0.0～I0.7，DO模块占用Q0.0～Q0.7。若启用MRP（介质冗余），还需在耦合器属性中勾选相应选项。
Modbus TCP：以750-362为例，配置相对简单，无需专用组态软件。通过Web页面或WAGO I/O CHECK工具设置IP地址和端口（默认502），然后定义Modbus寄存器映射。750-362将I/O数据映射到保持寄存器（Holding Register）或输入寄存器（Input Register）。例如DI数据映射到地址0x0000，DO数据映射到0x0000（线圈），AI数据映射到0x0001～0x0002。上位机通过Modbus Poll或Python pymodbus读取时，需注意字节序和寄存器偏移。
四、组态验证与常见问题判断
完成硬件与网络组态后，不能直接进入虚拟调试，应先做三层验证。第一层是物理层：耦合器/控制器的电源灯、总线灯是否正常，EtherCAT的RUN灯应为绿色，PROFINET的BF灯不应闪烁红色。第二层是通信层：在TIA Portal或TwinCAT中在线查看从站是否进入OP（Operational）状态，Modbus TCP则用ping和端口扫描确认502端口可达。第三层是数据层：强制一个DI通道为ON，观察过程映像中对应位是否翻转；给AO写入一个值，用万用表测量输出端子电压是否跟随。
常见问题中，EtherCAT从站不进入OP状态，多因ESI文件版本与固件不匹配；PROFINET设备名称与GSDML中不一致会导致无法分配IP；Modbus TCP读取到全0，通常是寄存器地址偏移错误，例如实际数据从0x0001开始，而上位机从0x0000读取。这些判断依据应在虚拟调试前逐一排除，才能保证仿真信号与物理I/O的映射关系正确。