3. PLC硬件与软件环境

在虚拟产线联合调试中，PLC 是整个控制逻辑的“执行大脑”，而虚拟产线则是被控对象的数字化替身。要让两者真正联动，第一步不是写程序，而是把硬件平台、编程软件、仿真环境和通信接口这四件事选对、配通。本节围绕“选什么、装什么、怎么连”展开，帮助你在动手编程之前先把环境搭稳。

一、主流PLC平台选型：先看生态，再看性能

选型不是比谁参数高，而是看它能否与虚拟产线顺畅对接。目前工程与教学中常见的平台主要有四类：

• 西门子 S7-1200/1500 + TIA Portal：生态最完整，支持 PLCSIM Advanced 做纯软件仿真，可通过 S7 通信、PROFINET、OPC UA 与虚拟产线交换数据，是联合调试的首选。
• 三菱 FX5U/iQ-R + GX Works3：日系小型机代表，指令直观，配合 GX Simulator 或 MELSOFT 仿真，适合离散工位控制。
• 罗克韦尔 ControlLogix/CompactLogix + Studio 5000：北美体系主流，配合 Emulate 5000 仿真，适合大型过程与产线集成。
• 欧姆龙 NX/NJ + Sysmac Studio：运动控制与 EtherCAT 集成度高，适合多轴虚拟产线。

选型时建议按三个维度打分：仿真能力（是否支持纯软件 PLC 而不依赖实体硬件）、通信开放性（是否原生支持 OPC UA、Modbus TCP、PROFINET 等虚拟产线常用协议）、学习与授权成本（软件是否易获取、授权是否适合教学）。对多数联合调试课程，S7-1200/1500 + TIA Portal + PLCSIM Advanced 的组合性价比最高。

二、编程软件与仿真软件：分清“写程序”和“跑程序”

编程软件负责组态硬件、编写逻辑、编译下载；仿真软件负责在没有实体 PLC 的情况下“跑”这段程序。两者常被混淆，实际分工如下：

关键区别在于：普通 PLCSIM 只能“自己看自己”，无法与外部虚拟产线通信；而 PLCSIM Advanced 会创建一个虚拟网络接口，让虚拟产线软件像访问真实 PLC 一样通过 IP 访问它。因此，做联合调试必须使用支持外部通信的仿真器。

三、通信接口配置：把虚拟PLC和虚拟产线接起来

联合调试的本质是“信号互传”。虚拟产线把传感器状态送给 PLC，PLC 把执行器指令送回虚拟产线。常用通信方式有三种：

1. OPC UA：跨平台、跨厂商，适合西门子、罗克韦尔等与上位虚拟产线对接。需在 PLC 侧启用 OPC UA 服务器，虚拟产线侧作为客户端订阅变量。
2. Modbus TCP：轻量、通用，适合三菱、欧姆龙及第三方虚拟产线。PLC 作服务器，虚拟产线作客户端读写保持寄存器。
3. PROFINET / EtherNet-IP：实时性强，适合对时序要求高的运动控制场景，但配置复杂度较高。

以 S7-1200 + PLCSIM Advanced + Factory IO 为例，典型配置流程如下：

1. TIA Portal 中组态 S7-1200，设置 IP：192.168.0.10/24
2. 启用 PLCSIM Advanced，创建虚拟实例，绑定虚拟网卡
3. 虚拟产线侧设置 OPC UA 客户端，连接 opc.tcp://192.168.0.10:4840
4. 建立变量映射：
   虚拟产线 传感器 → PLC 输入 %I0.0 ~ %I0.7
   PLC 输出 %Q0.0 ~ %Q0.7 → 虚拟产线 执行器
5. 下载程序，启动仿真，观察变量表与 3D 场景是否同步

配置完成后，判断是否连通有三个观察点：PLC 变量表中输入点是否随虚拟产线传感器变化而翻转；虚拟产线执行器是否随 PLC 输出动作；通信诊断缓冲区是否无超时或断连报错。若输入不变化，优先检查 IP 是否同网段、OPC UA 端口是否被防火墙拦截、变量地址是否映射错位。

四、环境搭建中的常见坑与检查要点

实际配置时，最容易出问题的不是程序逻辑，而是环境本身。以下三点值得优先排查：

• 虚拟网卡未启用：PLCSIM Advanced 依赖虚拟网卡，若未安装或未启用，虚拟产线无法通过 IP 访问虚拟 PLC。
• IP 网段不一致：PLC、虚拟产线、本机网卡必须在同一网段，例如统一使用 192.168.0.x/24，否则通信直接失败。
• 变量地址映射错位：虚拟产线的传感器编号与 PLC 输入地址必须一一对应，建议先做一张映射表再连线，避免“灯亮了但动作不对”。

把平台选型、编程软件、仿真软件和通信接口这四层关系理顺后，你就拥有了一个可反复使用、不依赖实体硬件的联合调试环境。后续的变量映射、逻辑编写和故障排查，都将在这个环境上展开。