从一段“诡异”的PLC灯控程序说起：扫描周期如何“偷走”你的输出信号

第一次在产线上看到那组“不听话”的指示灯时，我差点以为是设备出现了硬件故障。D3-D8的流水灯效果完美运行，唯独D1和D2像被施了魔法般拒绝点亮——这显然违背了程序设计的逻辑。直到用示波器捕捉到那转瞬即逝的4毫秒脉冲，才意识到我们正在面对PLC编程中最经典的“双线圈输出”陷阱。这个看似简单的灯光控制案例，实际上揭示了可编程逻辑控制器最核心的运行机制：扫描周期。

1. 现象观察：当灯光控制逻辑“失效”时

那天的调试场景至今记忆犹新。我们设计了一个典型的流水灯控制系统：

• 前段程序：用AA开关直接控制D1/D2两盏指示灯
• 后段程序：通过移位指令实现D1-D8的循环点亮

理论上，当AA开关断开时，后段程序的移位控制应该让所有指示灯依次点亮。但实际运行中出现了诡异现象：

更奇怪的是，用示波器抓取的信号波形显示：

text复制D1/D2信号波形：
______|¯¯|____ (4ms高电平脉冲)

这短暂的脉冲说明程序确实执行了点亮操作，但最终输出却被“吞噬”了。要理解这个现象，我们需要深入PLC的底层工作机制。

2. 扫描周期解剖：PLC的“思考”节奏

PLC不像普通计算机那样实时响应每个指令，而是采用独特的循环扫描机制。每个扫描周期包含三个阶段：

1. 输入采样：读取所有输入端口状态
2. 程序执行：从上到下、从左到右运行用户程序
3. 输出刷新：将运算结果写入输出模块

关键在于：在整个扫描周期内，输出点的状态可能被多次修改，但只有最后一次写入会生效。这就是“双线圈输出”问题的根源。

回到我们的灯光控制案例，当AA开关断开时，程序执行流程如下：

1. 执行前段程序：由于AA=FALSE，将D1/D2置为FALSE
2. 执行后段程序：根据移位指令将D1/D2置为TRUE
3. 循环回到前段程序：再次将D1/D2置为FALSE
4. 输出刷新：最终D1/D2=FALSE

提示：这解释了为什么示波器能捕捉到4ms脉冲——那是程序执行移位指令时产生的短暂TRUE状态。

3. 双线圈问题的本质：地址冲突的写入竞争

所谓“双线圈”，是指同一输出点在程序中被多次控制。这会产生类似多线程编程中的“写冲突”：

python复制# 类比PLC程序中的双线圈问题
output_registry = {}

def 前段程序():
    output_registry['D1'] = False  # 第一次写入

def 后段程序():
    output_registry['D1'] = True   # 第二次写入

# 最终输出：
print(output_registry['D1'])  # 取决于最后执行的写入操作

在PLC中，这种冲突的解决规则非常明确：

• 位置优先：后执行的程序段覆盖先执行的结果
• 周期统一：所有修改在输出刷新阶段才生效

4. 解决方案：四种破解双线圈困局的方法

4.1 使用置位/复位指令

将普通线圈替换为SET/RESET指令是最直接的解决方案：

st复制// 修改后的程序段
IF AA THEN
    SET D1
    SET D2
ELSE
    // 不执行任何操作
END_IF

优势：

• 避免了对同一地址的重复写入
• 状态改变具有确定性

4.2 中间变量缓冲

引入辅助继电器作为逻辑中转：

st复制// 使用中间变量
VAR
    Temp_D1 : BOOL;
END_VAR

IF 移位条件 THEN
    Temp_D1 := TRUE;
END_IF

D1 := Temp_D1 OR AA;  // 最终输出

4.3 程序结构重组

通过调整程序顺序控制执行优先级：

st复制// 将关键输出放在程序末尾
D1 := 移位条件;
D1 := AA OR D1;  // 最后执行的赋值生效

4.4 状态机设计

对于复杂逻辑，可采用状态模式：

st复制CASE 当前状态 OF
    0: // 状态0逻辑
        D1 := 条件1;
    1: // 状态1逻辑
        D1 := 条件2;
END_CASE

5. 工程实践中的深度思考

在实际项目中，双线圈问题往往不会像灯光控制案例这样明显。我曾遇到过一个更隐蔽的版本：某包装机的急停控制逻辑中，三个安全条件分别控制同一个输出继电器。在特定操作顺序下，急停信号会被错误覆盖，导致安全隐患。

排查这类问题时，以下工具组合特别有效：

1. 在线监控：实时观察变量变化
2. 时序分析：记录扫描周期时间
3. 交叉引用表：快速定位所有对同一地址的写入操作

PLC编程就像下棋，必须预见几步之后的局面。理解扫描周期机制后，我养成了三个新习惯：

• 在程序开头声明所有输出点的默认状态
• 为每个物理输出保留唯一的控制程序段
• 复杂逻辑优先使用状态机而非条件分支

那次灯光控制的调试经历让我明白，PLC工程师的真正价值不在于写出能运行的程序，而在于编写经得起扫描周期考验的可靠逻辑。