PLC编程语言全解析：五种标准语言与使用实践

一、为什么学PLC语言之前，要先理解它如何“运转”

很多初学者一上来就问“学哪种语言好”，却忽略了PLC与普通软件最大的差异：它运行在实时系统之上，核心使命不是“算得多快”，而是“算得及时”。要理解这一点，可以从两类日常任务说起。

1. 两类任务，两种执行模型

第一类是流程式任务。比如做一顿饭：备菜、开火、翻炒、装盘，步骤之间有严格的先后顺序，每一步都有明确的完成条件。条件未达成时，注意力只需停留在当前步骤，不必关心后续环节。这类任务的本质是“顺序执行、条件推进”，做完一步才走下一步。

第二类是清单式任务。假设出门前有人给你留了一张家务清单：浇花、喂猫、收拾桌面。这些事项之间没有严格的先后关系，编号只是记录手段而非执行顺序；而且某些事项需要在一天内反复执行——比如猫几个小时就把一碗粮吃完了，你若不反复检查、及时添补，就要承担相应的后果。执行这类任务的最佳策略不是“按顺序做一遍就完事”，而是“不停巡视”：循环检查每件事的条件是否满足，一旦条件成立就立即处理。巡视得越频繁，遗漏和延误就越少。

2. 扫描周期：PLC的“巡视频率”

PLC面对的正是清单式任务。一台PLC往往同时控制多条传送带、多个气缸和几十上百个传感器，每条传送带何时启停，取决于对应传感器何时触发。想让产品精准停在指定位置，PLC就必须高频地判断每一个输入点的状态。

这个“巡视”过程被固化为固定的工作模式：读取全部输入→逐条执行用户程序→统一刷新输出，随后立刻开始下一轮。一轮循环所耗费的时间就是扫描周期。现代PLC的扫描周期通常只有几毫秒到几十毫秒，工程上一般要求不超过100毫秒。如果程序过于庞大、运算过于复杂，或程序存在缺陷导致局部执行时间失控，扫描周期就会拉长，最直接的后果就是“产品冲过了头，传送带还没来得及停”。

3. 看门狗：实时性的最后防线

为了防止上述事故，实时系统普遍引入了看门狗计时器（Watchdog）。可以把它想象成一条严格监工的狗：每完成一轮完整扫描，程序必须“喂狗”一次，也就是将计时器复位；一旦程序跑飞、陷入死循环或周期超时，规定时间内没有喂狗，看门狗就会触发故障，强制控制器停机或进入安全状态。喂狗动作本身很简单，超时阈值也大多可以在开发软件中配置，但工程惯例是：没有明确需求时保留默认设置即可。正是这套机制，保证了PLC“宁可停机、绝不失控”的实时性承诺。

小结：流程式任务对应顺序执行，清单式任务对应循环扫描。理解了这一点，下面五种编程语言的定位就一目了然了。

二、IEC 61131-3定义的五种PLC编程语言

为了统一各家设备的编程方式，国际电工委员会制定了IEC 61131-3标准，定义了五种编程语言。它们不是互相替代的关系，而是各自擅长不同类型的任务。

1. LD（梯形图）：继电器思维的图形化

梯形图源于传统继电器控制电路图，是工业现场使用最广泛的语言。左右两条竖线是“母线”，中间的横挡称为“梯级”；常开触点、常闭触点串并联构成条件，最右侧的线圈表示输出结果。一个典型的启保停电路：

      启动         停止(常闭)       电机
|----] [----+------]/[-----------( )----|
|           |
|   电机    |
|----] [----+

按下启动按钮，电机线圈得电；其自锁触点闭合，即使松开按钮线圈依然保持得电；按下停止按钮，回路断开，电机停止。梯形图与电工的继电器经验完全同构，因此现场调试和故障排查时最容易被一线人员读懂。

适用场景：开关量逻辑、联锁保护、电机启停等离散控制。

2. FBD（功能块图）：数据流的图形化

FBD用一个个功能块表达运算，信号像电路一样在块与块之间流动。与门、或门、比较器、定时器、计数器都是现成的功能块，上一级的输出直接接入下一级的输入，整段程序就是一张“信号处理流水线”。

适用场景：模拟量处理、连续量运算与调节、信号连锁。当逻辑关系以“信号经过若干级处理”为主时，FBD比梯形图更直观。

3. SFC（顺序功能图）：把流程画出来

SFC专门面向“流程式任务”：把整个工艺拆成若干“步”（Step），步与步之间用“转换”（Transition）连接，转换条件成立时程序从当前步推进到下一步。每一步可挂接具体动作，还支持选择分支、并行分支与跳转。

例如一台设备的“原位→夹紧→加工→松开→回原位”流程，用SFC表达就是五个步加四个转换，与工艺卡片几乎一一对应，流程变更时只需增删步和转换条件。

适用场景：批处理、机械动作流程、任何具有明确工序的场合。可以说，SFC就是第一类任务的标准建模工具。

4. ST（结构化文本）：高级语言思维

ST是一种结构化的高级文本语言，提供IF、CASE、FOR、WHILE等完整的流程控制结构，擅长数学运算、数据处理、数组与字符串操作——这些恰恰是图形语言的短板。以下是一个结合边沿检测的计数示例：

PROGRAM Main
VAR
    Sensor   : BOOL;     // 物料检测传感器
    Count    : INT;      // 计数值
    RiseEdge : R_TRIG;   // 上升沿检测功能块
END_VAR
RiseEdge(CLK := Sensor);          // 捕获传感器由断到通
IF RiseEdge.Q THEN
    Count := Count + 1;
END_IF
IF Count >= 100 THEN
    Motor_Run := FALSE;           // 计满100件，停止电机
END_IF

注意边沿检测在这里非常关键：PLC在扫描周期内对输入只采样一次，若物料通过时间极短，直接用电平判断可能漏检；用R_TRIG捕获“从无到有”的瞬间，才能保证每件物料只计一次。这也提醒我们：编写ST代码时，必须时刻意识到程序是被循环扫描执行的。

5. IL（指令表）：正在退场的低级语言

IL类似汇编语言，一条指令一行，早期因紧凑高效而流行。但由于可读性差、维护成本高，IEC 61131-3第三版已将其标记为废弃，新项目不建议选用，了解其概念即可。

三、如何选择与组合使用

1. 按任务性质选语言：顺序工序用SFC搭建骨架；逻辑联锁与设备启停用LD填充细节；模拟量与算法用ST实现；信号运算链路用FBD连接。
2. 混合编程是常态：主流开发环境支持在同一工程内混用多种语言，常见做法是“SFC做流程调度，LD做设备级逻辑，ST做数据处理”，各取所长。
3. 把可维护性放在第一位：现场电工与维修人员最熟悉梯形图，关键联锁和输出逻辑用LD编写，能显著降低停机时的排查难度；纯粹的计算模块才交给ST。
4. 尊重扫描机制：避免在程序中编写耗时的循环运算；对窄脉冲信号考虑高速计数或中断模块；对需要跨周期保持的状态量使用保持型变量或锁存逻辑，防止每轮扫描被重复复位。
5. 善用离线仿真：多数开发环境提供仿真运行能力，先在仿真中验证逻辑时序、估算扫描周期，再下载到实际设备，可以把风险挡在投运之前。

四、学习路径建议

• 第一步：以LD入门，建立“触点—线圈—扫描”的继电器思维，完成启保停、星三角启动等经典电路；
• 第二步：掌握定时器、计数器、边沿检测等公共功能块，理解它们与扫描周期的耦合关系；
• 第三步：用SFC重构一个多工序流程，体会“步/转换”对复杂设备管理的简化作用；
• 第四步：引入ST处理数据运算、报警管理与参数化逻辑；
• 第五步：深入理解看门狗与扫描周期监控等系统机制，养成估算程序执行时间的习惯。

结语

PLC编程语言的选择，本质上是为不同性质的任务匹配合适的执行模型：顺序流程交给SFC与LD，循环扫描下的判断与运算交给LD、FBD与ST，而看门狗与扫描周期则在底层守护着整个系统的实时性。先理解机器如何运转，再决定语言如何表达，这条路径能让初学者少走弯路，也能让工程师写出的每一行程序都“踩在扫描周期的节拍上”。