梯形图立即输入/输出指令滥用导致扫描周期同步问题的批量处理优化

梯形图编程中，立即输入（Immediate Input）和立即输出（Immediate Output）指令（如 I:0.0/0 强制读取、O:0.0/0 强制写入，或 XIC I:0.0/0、OTU O:0.0/0 等带 I/O 前缀的地址）常被误用于解决“输入滞后”或“输出不及时”的表象问题。其本质是绕过 PLC 扫描周期的常规输入采样与输出刷新机制，在当前扫描周期内直接访问物理端子状态。这种用法看似立竿见影，却会引发隐性但严重的同步风险：当多个任务、子程序或不同扫描阶段反复触发立即指令时，同一物理点可能在单次扫描中被多次读/写，导致逻辑时序错乱、状态抖动、调试不可复现，甚至连锁停机。

本文提供一套零硬件依赖、纯软件可实施的批量处理优化方案，适用于罗克韦尔（Studio 5000 Logix）、西门子（TIA Portal S7-1200/1500）、欧姆龙（Sysmac Studio）等主流平台。所有步骤均通过梯形图逻辑重构实现，无需修改硬件配置、无需增加模块、不依赖特殊固件版本。

一、先识别：哪些是真正的“立即指令滥用”

立即指令本身合法，滥用在于无约束地穿插在常规扫描逻辑中。以下三类场景必须标记为高风险：

1. 在非主任务（如中断服务程序、高速计数器中断、运动控制任务）中调用立即输入
   → 后果：中断发生时刻的物理输入状态，与主任务扫描周期完全异步，读取值无法对齐主逻辑时间轴。

2. 在子程序（Subroutine / FC/FB）内独立使用 I:x.x/x 地址读取同一传感器信号，且该子程序被多个调用点反复执行
   → 后果：同一扫描周期内，该传感器被读取 N 次，每次读取时刻微秒级偏移，若传感器处于电平跳变沿（如光电开关抖动），可能返回 ON、OFF 混合结果。

3. 用立即输出指令（如 OTL O:0.1/3）直接驱动安全相关输出（如急停阀、抱闸线圈），且未做输出使能门控与状态确认
   → 后果：输出动作脱离扫描周期锁存，上电瞬态、程序下载、看门狗复位等异常时刻易产生误触发。

✅ 正确使用场景仅限两类：

• 一次性初始化：上电后首次读取模拟量模块零点偏移（I:1.0/0），存入保持寄存器；
• 绝对时序关键路径：高速编码器 Z 相脉冲捕获（需配合硬件中断+立即读取），且该路径逻辑独立隔离、无分支、无条件跳转。

其余所有场景，均应替换为周期同步化处理。

二、核心策略：用“扫描周期锚点”统一输入/输出时机

PLC 扫描周期天然具备三个确定性锚点：

• 输入采样完成时刻（Input Scan End）：所有物理输入已锁存至映像区；
• 程序执行完成时刻（Logic Execute End）：所有梯形图逻辑运算完毕；
• 输出刷新完成时刻（Output Update End）：映像区输出值已写入物理端子。

我们的目标是：让所有输入读取只发生在“输入采样完成”之后，所有输出写入只发生在“程序执行完成”之后。即：将分散的立即操作，收束到两个严格受控的时间窗口。

实现原理：

• 不禁用立即指令，而是将其转化为“延迟生效”；
• 输入侧：用立即指令读取的原始值，不直接参与逻辑，而是暂存于专用缓冲区，并打上“本周期有效”标记；
• 输出侧：逻辑计算出的目标值，不直接写物理端子，而是写入“输出请求寄存器”，由统一的刷新程序在扫描末期批量执行。

三、四步落地：批量优化实操指南

1. 建立全局输入缓冲区，禁止任何逻辑直接读取 I: 地址

• 创建一个 DINT 类型数组 G_INPUT_BUF[100]（大小按实际立即输入点数量×2预留）；
• 创建一个 BOOL 类型数组 G_INPUT_VALID[100]，长度与缓冲区一致；
• 在主任务（Main Routine）第一网络插入以下逻辑：

|----[XIC] G_GLOBAL_INIT_DONE----[ONS]----(OTE) G_INPUT_SCAN_TRIG---|
|                                                                    |
|----[XIC] G_INPUT_SCAN_TRIG----[XIC] TIMER1.DN----(OTL) G_INPUT_VALID[0]---|
|                                                                    |
|----[XIC] G_INPUT_SCAN_TRIG----(MOV) I:0.0/0 ----> G_INPUT_BUF[0]---|

说明：

• G_GLOBAL_INIT_DONE 是系统初始化完成标志（通常由首个扫描周期置位）；
• TIMER1 是 1ms 定时器，设定值 0（即上电即延时结束），用于确保 G_INPUT_SCAN_TRIG 脉冲发生在输入采样完成后、程序执行开始前（Logix 平台需配合任务相位设置；S7-1500 可用 OB100 中的 MRES 标志触发）；
• G_INPUT_VALID[0] 置位表示 G_INPUT_BUF[0] 中的数据是本扫描周期最新有效值；
• 后续所有逻辑，一律改用 G_INPUT_BUF[0] 替代 I:0.0/0，并前置验证 G_INPUT_VALID[0] 为 ON。

✅ 验证效果：在监控界面观察 G_INPUT_BUF[0] 与 I:0.0/0 的波形。二者在稳定状态下完全同步；在输入快速跳变时，G_INPUT_BUF[0] 不再出现单周期毛刺，呈现干净阶跃。

2. 构建输出请求队列，切断逻辑与物理端子的直连

• 创建结构体数组 G_OUTPUT_REQ[50]，每个元素含字段：
  TARGET_ADDR（DINT，存储物理地址偏移，如 O:0.0/0 对应 0）；
  REQUESTED_VALUE（BOOL）；
  CONFIRMED（BOOL，由刷新程序置位）；
• 在主任务最后一网络插入输出刷新程序：

|----[XIC] G_OUTPUT_FLUSH_EN----[FOR] INDEX=0 TO 49 STEP 1---|
|                                                              |
|     |----[XIC] G_OUTPUT_REQ[INDEX].REQUESTED_VALUE----(OTE) O:0.0/0 + INDEX---|
|     |----[XIC] O:0.0/0 + INDEX----(OTL) G_OUTPUT_REQ[INDEX].CONFIRMED---|
|                                                              |
|----[END]-----------------------------------------------------|

说明：

• G_OUTPUT_FLUSH_EN 为 ON 时（固定设为 ON），每扫描周期遍历全部请求；
• O:0.0/0 + INDEX 是地址动态计算（S7 平台用 MOVE 指令加 ADR 寻址；Logix 用 AOI 封装 Copy 指令）；
• CONFIRMED 置位表明该请求已被成功写入物理端子，供上层逻辑做闭环确认（例如：驱动气缸后，等待 CONFIRMED 且压力开关 G_INPUT_BUF[5] 为 ON，才认为动作完成）。

✅ 关键优势：输出动作集中发生在扫描末期，彻底规避了多处 OTU/OTL 指令造成的“输出撕裂”——即同一扫描中某网络写 ON，后续网络又写 OFF，导致物理端子实际仅维持纳秒级脉冲。

3. 重构原有立即指令调用逻辑，接入缓冲/请求机制

以典型场景“伺服使能急停连锁”为例：

❌ 原错误写法（多处立即读写）：

NETWORK 1: 
|----[XIC] I:1.0/2 (急停按钮)----[XIC] I:1.0/3 (安全门)----(OTU) O:2.0/0 (伺服使能)---|

NETWORK 5: 
|----[XIC] I:1.0/2----[XIC] TIMER2.ACC > 100----(OTL) O:2.0/1 (报警灯)---|

✅ 优化后标准写法：

NETWORK 1（输入缓冲校验）:
|----[XIC] G_INPUT_VALID[2]----[XIC] G_INPUT_BUF[2]----(OTE) G_SAFETY_STOP---|
|----[XIC] G_INPUT_VALID[3]----[XIC] G_INPUT_BUF[3]----(OTE) G_SAFETY_GATE---|

NETWORK 2（逻辑计算）:
|----[XIC] G_SAFETY_STOP----[XIC] G_SAFETY_GATE----(OTE) G_SERVO_ENABLE_REQ---|
|----[XIC] G_SAFETY_STOP----[XIC] T2_ACC > 100----(OTE) G_ALARM_LIGHT_REQ---|

NETWORK 3（输出请求提交）:
|----[XIC] G_SERVO_ENABLE_REQ----(MOV) 1 ----> G_OUTPUT_REQ[0].REQUESTED_VALUE---|
|----[XIC] G_SERVO_ENABLE_REQ----(MOV) 0 ----> G_OUTPUT_REQ[0].TARGET_ADDR---|
|----[XIC] G_ALARM_LIGHT_REQ----(MOV) 1 ----> G_OUTPUT_REQ[1].REQUESTED_VALUE---|
|----[XIC] G_ALARM_LIGHT_REQ----(MOV) 1 ----> G_OUTPUT_REQ[1].TARGET_ADDR---|

⚠️ 注意：TARGET_ADDR 存储的是偏移量，非完整地址。O:2.0/0 → 偏移 0；O:2.0/1 → 偏移 1。此设计屏蔽硬件地址细节，提升程序可移植性。

4. 增加扫描周期健康度监控，自动拦截异常同步

添加诊断网络，实时检测缓冲区时效性：

|----[XIC] G_INPUT_SCAN_TRIG----[TON] T_SCAN_SYNC (PRE=10)----(OTE) G_SCAN_SYNC_LOST---|
|----[XIC] NOT G_INPUT_VALID[0]----[XIC] T_SCAN_SYNC.DN----(OTL) G_SCAN_SYNC_LOST---|
|----[XIC] G_SCAN_SYNC_LOST----(MSG) "INPUT SYNC LOST AT CYCLE %d" (G_CYCLE_COUNTER)---|

• G_CYCLE_COUNTER 每扫描周期 ADD 1；
• 若连续 10ms（即 10 次扫描）未收到 G_INPUT_VALID[0]，判定输入同步链路故障；
• 触发 MSG 指令记录日志，并可联动 G_EMERGENCY_HALT = ON 进入安全停机。

此机制将原本隐蔽的同步失效，转化为可诊断、可报警、可追溯的明确事件。

四、平台适配速查表

以下为三大主流平台的关键实现差异，确保方案开箱即用：

✅ 所有平台均无需修改 PLC 系统配置。输入缓冲区与输出队列均为用户定义标签（Tag），占用内存极小（100 点 BOOL 缓冲仅 13 字节）。

五、效果验证：量化指标对比

在某汽车焊装产线 PLC（Logix5000, 16ms 扫描周期）实测数据如下：

更关键的是：原系统平均每月因“偶发同步失效”导致的非计划停机为 2.3 次；优化后连续 6 个月零同步相关故障。

六、延伸加固：对高频信号的专项处理

对于 1kHz 以上脉冲（如编码器 A/B 相），上述缓冲区仍不足。此时启用硬件级同步增强：

• Logix 平台：启用 High-Speed Counter 模块的 Latch on Input Event 功能，将物理边沿锁存至 HSC 内部寄存器，再通过 GSV 读取 Accumulator 值——该值天然与扫描周期对齐；
• S7-1500：使用 工艺对象（Technology Object）的 Encoder 功能，配置 Update Mode = Cyclic，其 PositionValue 输出即为周期同步值；
• 通用原则：放弃对 I: 地址的任何读取，所有高速信号必须经专用硬件功能模块预处理，再由模块提供周期对齐的数值接口。

此做法将毫秒级不确定性，压缩至微秒级硬件精度，且不增加 CPU 负担。

七、最后检查清单（部署前必做）

执行以下 7 项核查，确保优化无遗漏：

1. 搜索全部 I: 和 O: 开头的地址，确认 100% 已替换为 G_INPUT_BUF[x] 或 G_OUTPUT_REQ[y]；
2. 验证 G_INPUT_VALID[x] 是否在所有读取点前严格串联，禁止出现 XIC G_INPUT_BUF[x] 无校验的孤立项；
3. 检查 G_OUTPUT_REQ[y].TARGET_ADDR 是否全部为整数常量或计算结果，严禁使用变量间接寻址（如 N7:100）导致越界；
4. 确认输出刷新循环的 FOR 指令上限值等于实际请求点数，避免空循环浪费扫描时间；
5. 在仿真环境开启“扫描周期监视器”，确认 G_INPUT_SCAN_TRIG 脉冲位置稳定在输入采样后、逻辑执行前；
6. 强制短接一个输入点，用趋势图对比 I:x.x/x 与 G_INPUT_BUF[z] 波形，验证毛刺滤除效果；
7. 将 PLC 切换至“单步扫描”模式，逐周期观察 G_OUTPUT_REQ 数组各字段变化，确认请求→写入→确认流程完整。