1. 课程导入与工程认知

在制造设备控制系统里，I/O（输入/输出）联调是设备从“图纸与程序”走向“可动作、可感知、可联锁”的关键环节。它要回答的问题很具体：传感器信号是否被正确采集，执行器是否按预期动作，控制逻辑中的互锁、报警、复位、节拍是否成立，上位系统与设备之间的握手是否闭环。传统做法是等机械装配、电气接线、气路与伺服都具备条件后，在现场逐点接线、逐点强制、逐段试车。这种方式真实、直接，但代价是占用现场窗口、依赖硬件齐套，且一旦发现逻辑或地址问题，往往要在设备、PLC、上位机、MES之间反复排查。

虚拟I/O联调的核心思路，是在真实设备尚未完全就绪或不便频繁动作时，用软件模拟I/O信号、设备状态与部分工艺过程，让PLC程序、HMI画面、上位通信和联锁逻辑先“跑起来”。它并不是替代现场调试，而是把一部分可提前验证的工作前移：地址映射、信号极性、逻辑分支、报警触发、节拍估算、通信握手等。理解这一点，才能正确界定虚拟联调的价值边界——它能显著降低现场返工概率，但不能证明真实传感器精度、机械干涉、气路泄漏、伺服刚性、安全回路冗余等物理问题。

联调对象：从信号到系统的四层结构

制造设备的I/O联调对象可以按“现场层—控制层—交互层—系统层”来理解。现场层包括接近开关、光电开关、编码器、压力/温度/流量传感器、按钮、安全门锁，以及电磁阀、接触器、变频器、伺服使能、指示灯等执行器。控制层是PLC或运动控制器中的输入映像、输出映像、中间变量、定时器、计数器、互锁与报警逻辑。交互层是HMI、触摸屏、工控机画面上的按钮、状态灯、参数设定与报警确认。系统层则是设备与MES、SCADA、机器人、视觉系统之间的通信与握手信号。

虚拟联调时，现场层被“信号模拟器”或“仿真模型”替代，控制层保持真实程序，交互层和系统层尽量保持真实通信。这样做的价值在于：PLC程序中的地址、数据类型、扫描周期、逻辑关系可以提前暴露问题，而不是等到现场接线完成后才发现某个输入点写错、某个输出点被双线圈覆盖、某个报警没有复位路径。

联调目标：不是“能动”，而是“可控、可判、可复现”

I/O联调的目标可以拆成四个可检查的维度。第一是地址与极性正确：每个输入点对应的物理量、常开/常闭类型、信号有效电平与PLC程序中的地址一致；每个输出点对应的执行器、动作方向、保持/脉冲方式与程序一致。第二是逻辑与互锁成立：启动条件、停止条件、急停复位、安全门联锁、上下限位、防碰撞逻辑在正常与异常路径下都能正确响应。第三是状态与报警可判：设备处于手动、自动、回零、报警、待机等状态时，HMI显示与PLC内部状态一致，报警有触发条件、确认路径和复位条件。第四是节拍与通信可复现：在给定输入序列下，输出动作顺序和延时稳定，与MES或机器人的握手信号不丢、不重、不卡死。

虚拟联调尤其适合验证前三个维度中的逻辑部分和第四个维度中的通信时序部分。例如，用信号模拟器按“工件到位→夹紧→加工→松开→推出”的顺序给出DI信号，观察PLC的DO输出是否按预定节拍动作，HMI状态是否同步变化，报警是否在异常条件下正确触发。这类验证不需要真实机械动作，却能把大量逻辑错误提前拦截。

典型场景与虚拟联调的价值边界

典型场景包括：新设备程序首次下载后的空载逻辑测试；设备改造后地址表变更的回归验证；多台设备与MES通信握手协议的预验证；安全逻辑与普通逻辑的分离测试；以及现场调试窗口紧张时，提前在办公室或实验室完成的“预联调”。在这些场景中，虚拟联调的价值边界需要明确：它能验证程序逻辑、地址映射、通信协议、HMI交互、报警路径，但不能替代真实传感器标定、机械干涉检查、气路密封性、伺服动态响应、安全回路硬件冗余、电磁兼容与接地等现场物理验证。

一个可参考的虚拟联调检查表示例

下面给出一份适用于单工位设备虚拟联调的检查表，字段和判断依据均围绕I/O联调的实际需要设计，可直接用于项目预联调记录。表中参数为教学示例，实际项目应按设备规格替换。

使用这张表时，关键不是“打勾”，而是记录每次虚拟输入后PLC内部变量、HMI显示和通信报文的变化。若某个输出没有按预期动作，应优先检查地址是否写错、输出是否被双线圈覆盖、互锁条件是否未满足、定时器预设值是否合理。虚拟联调阶段发现的每一个逻辑问题，都意味着现场少一次拆线、少一次停机、少一次跨专业扯皮。

从工程认知角度看，虚拟I/O联调是一种“把问题左移”的手段。它要求工程师同时理解设备工艺、电气原理、PLC程序结构和通信协议，而不是只会点“强制”按钮。只有清楚联调对象的分层关系、明确每个阶段要验证的目标、知道哪些能虚拟、哪些必须真实，才能让虚拟联调真正服务于现场，而不是变成另一套需要维护的“假系统”。