PLC编程入门：循环扫描机制与梯形图设计原理详解

1. 从继电器柜到逻辑革命：PLC到底解决了什么问题

1968年，美国通用汽车公司公开招标，寻找一种能替代传统继电器控制柜的方案。这个需求在当时看来近乎苛刻：编程要简单、能反复修改、可在恶劣车间环境下稳定运行、还要能跟中央系统通信。同年，Modicon公司推出了世界上第一台可编程逻辑控制器，型号084。这台设备的诞生，标志着工业控制从“硬件接线逻辑”正式迈入“软件逻辑”时代。

如果你今天打开任何一个工业现场的电控柜，看到里面整齐排列的PLC模块、端子排和通信线缆，可能很难想象半个世纪前那些塞满继电器、接触器和时间继电器的巨大柜体。那时候改一条产线逻辑，意味着电工要拿着图纸一根线一根线地拆、接、验，停机几天是常事。PLC的出现，把“改逻辑”这件事从螺丝刀和剥线钳手里，转移到了键盘和编程软件上。

这篇文章适合谁看？如果你是刚入行的电气自动化工程师，正在学PLC编程但搞不懂“循环扫描”到底意味着什么；如果你是设备维护人员，天天跟梯形图打交道但没深究过它的来龙去脉；或者你是跨行转入工控领域的开发者，想理解为什么PLC的程序结构和普通计算机程序差别这么大——那这篇内容就是写给你的。我会从PLC诞生的核心逻辑讲起，拆解梯形图的设计哲学、循环扫描机制的原理、以及那个年代留下的技术基因如何影响今天的编程习惯。

2. 继电器逻辑的困境与PLC的核心设计思路

2.1 传统继电器控制柜的三大硬伤

在PLC出现之前，工业设备的逻辑控制几乎全靠继电器硬接线实现。一条简单的“电机启动后延时10秒再打开阀门”的逻辑，需要用到启动按钮、停止按钮、中间继电器、时间继电器、接触器以及大量接线端子。这套方案有三个绕不开的问题。

第一是修改成本极高。产线工艺调整时，逻辑变更意味着重新布线。一个中等复杂度的控制柜，改一条逻辑可能要动几十根线，停机时间以天计算。第二是故障排查困难。继电器触点氧化、线圈烧毁、线头松动，任何一个环节出问题都会导致整条逻辑链失效，而排查靠的是万用表和经验，效率很低。第三是体积与能耗。一个控制几十个动作的柜子，继电器数量可能上百，柜体庞大，发热严重，触点动作还有机械寿命限制。

通用汽车当年的招标书里写得很直白：我们需要一种“柔性控制系统”，逻辑用软件写，硬件标准化，现场可改。这就是PLC诞生的直接推手。

2.2 为什么是“循环扫描”而不是“事件中断”

PLC最核心的运行时机制是循环扫描，这一点和普通计算机程序有本质区别。普通PC程序通常是事件驱动或中断驱动，来了一个输入信号才触发对应处理。PLC不这么干，它像一个不知疲倦的巡检员，一遍又一遍地按固定顺序执行：读取所有输入状态、执行用户程序、刷新所有输出、处理通信和诊断，然后回到开头再来一遍。

为什么选这个模式？因为工业现场要的是确定性和可预测性。如果PLC也搞事件中断，那程序执行顺序就依赖外部信号到来的时机，逻辑关系会变得混乱。循环扫描保证了每个扫描周期内，输入状态是“冻结”的，程序按固定顺序执行，输出在周期末尾统一刷新。这样工程师写逻辑时，脑子里有一条清晰的时间线：这一轮扫描里，所有输入同时被采样，所有逻辑按顺序算完，所有输出同时生效。

这个机制的代价是扫描周期的存在。如果程序写得太大，扫描周期变长，输入信号可能被漏掉。所以PLC编程有一条铁律：单个扫描周期要尽量短，一般控制在几十毫秒以内。高速信号处理要靠中断程序或高速计数器模块，不能指望主程序循环去抓。

2.3 梯形图：让电工看得懂的逻辑表达

PLC早期推广的最大障碍不是技术，而是人的习惯。当时的电气工程师和电工一辈子看的是继电器梯形图（Ladder Diagram），也就是电源线在左、零线在右，中间一排排触点、线圈、分支。如果PLC编程界面是一堆汇编指令或者布尔代数公式，现场人员根本没法接受。

Modicon和后来的Allen-Bradley做了一个极其聪明的决定：把编程界面做成梯形图的样子。左母线对应电源，右母线对应零线，常开触点、常闭触点、输出线圈的符号和继电器图纸几乎一致。电工一看就明白：哦，这个触点通了，线圈就得电。实际上PLC内部执行的是微处理器指令，但表面上看，它就是在画继电器逻辑。

这个设计决策的影响极其深远。直到今天，梯形图仍然是全球PLC编程中使用最广泛的编程语言，没有之一。IEC 61131-3标准里定义了五种PLC编程语言，梯形图排在第一位。你去看任何一个PLC编程入门教程，第一课几乎都是梯形图。

3. 梯形图编程的核心规则与实操要点

3.1 输入输出与梯形图符号的对应关系

很多新手搞不清梯形图里的“输入”和“输出”到底怎么对应物理端子。这里必须把逻辑讲透。

物理输入端子（比如启动按钮、限位开关、传感器）接到PLC的输入模块上，PLC在扫描周期开始时读取这些端子的通断状态，存到输入映像区。梯形图里的常开触点（符号是两条竖线中间断开）对应“该输入为ON时导通”，常闭触点（符号是两条竖线中间有斜杠）对应“该输入为OFF时导通”。注意，这里的“常开/常闭”描述的是梯形图触点的逻辑行为，不是物理按钮的类型。

物理输出端子（比如接触器线圈、指示灯、电磁阀）接到PLC的输出模块上。梯形图里的输出线圈（符号是一个括号）被“通电”时，PLC在扫描周期末尾把对应的输出端子置为ON。这里有一个关键点：输出线圈在梯形图里可以并联，但同一个输出线圈不建议重复使用。如果你在程序的不同位置用了同一个输出地址的线圈，实际生效的是最后一次扫描的结果，前面的逻辑会被覆盖。这是新手最容易踩的坑之一。

我见过一个现场案例：一个工程师在程序里写了两个“Q0.0”线圈，一个控制电机启动，一个控制指示灯。他以为两个逻辑互不干扰，结果调试时发现指示灯亮了但电机没转。原因就是后面的线圈覆盖了前面的状态。正确做法是每个输出地址只用一个线圈，需要多个条件控制同一个输出时，用并联逻辑或中间继电器汇总。

3.2 梯形图的执行顺序与“能流”概念

梯形图虽然看起来像电路图，但它的执行方式和真实电路有本质区别。真实电路里，电流是同时流动的；梯形图里，能流（power flow）是按从左到右、从上到下的顺序逐行计算的。

这意味着什么？举个例子。假设第一行程序里有一个常开触点I0.0驱动线圈Q0.0，第二行程序里用Q0.0的常开触点去驱动Q0.1。在真实电路里，Q0.0得电后Q0.1几乎同时得电。但在PLC循环扫描机制下，第一行执行时Q0.0的映像区被置位，第二行执行时读到的Q0.0已经是更新后的状态，所以Q0.1也会在同一扫描周期内得电。这个行为看起来和真实电路一致。

但如果顺序反过来：第一行用Q0.0的触点驱动Q0.1，第二行才驱动Q0.0。那么第一行执行时Q0.0还是上一周期的状态，Q0.1要等到下一周期才能响应。这就是梯形图执行顺序影响逻辑结果的典型场景。

实操心得：写梯形图时，尽量把输出线圈放在对应逻辑的最后一行，避免用同一个扫描周期内后面才会更新的地址去驱动前面的逻辑。如果确实需要跨行引用，考虑用中间继电器（M地址）做状态缓存，让逻辑更清晰。

3.3 常用指令的底层逻辑与使用场景

梯形图里最常用的指令就那么几个：常开触点、常闭触点、输出线圈、置位/复位、定时器、计数器。但每个指令背后都有需要注意的细节。

置位（SET）和复位（RST）是一对。置位指令让输出保持ON，即使触发条件消失；复位指令让它回到OFF。这两个指令在需要“保持状态”的场景里非常有用，比如报警锁定、设备启动保持。但滥用置位复位会导致程序逻辑混乱，因为输出状态不再只取决于当前行的逻辑，还取决于之前是否被置位过。我的习惯是：能用普通线圈搞定的逻辑，尽量不用置位复位；只有在需要“锁存”或“多地点控制同一输出”时才用。

定时器在PLC里有多种类型：接通延时（TON）、断开延时（TOF）、保持型接通延时（TONR）。接通延时的逻辑是：触发条件为ON后开始计时，计时到达设定值后输出ON；触发条件变OFF则计时器复位。这个“复位”行为很关键——如果触发条件闪断一下，计时器就从头再来。很多现场问题就出在这里：一个按钮按下时间太短，PLC扫描没抓到，定时器根本没启动。

计数器分加计数和减计数。加计数器在触发信号每次从OFF变ON时加一，到达设定值后输出ON。注意，计数器计的是上升沿，不是电平。如果触发信号一直保持ON，计数器只会计一次。需要计多次时，信号必须每次断开再接通。

4. 循环扫描机制对程序结构的实际影响

4.1 扫描周期的组成与估算方法

一个完整的扫描周期包含几个阶段：输入采样、程序执行、输出刷新、通信处理、系统诊断。其中程序执行时间取决于用户程序的大小和指令复杂度，是扫描周期的主要组成部分。

估算扫描周期有一个粗略方法：看PLC手册里给出的“布尔指令执行时间”，乘以程序里大约的指令条数。比如某型号PLC执行一条布尔指令需要0.1微秒，你的程序大约有5000条指令，那程序执行时间大约是0.5毫秒。加上输入输出刷新和通信开销，整个扫描周期可能在1到2毫秒。这个量级对于大多数逻辑控制绰绰有余。

但如果程序里有大量浮点运算、PID运算、字符串处理，扫描周期会显著拉长。我见过一个项目，工程师在主线程序里做了复杂的配方计算和报表生成，扫描周期从2毫秒飙到50毫秒，导致高速计数信号频繁丢失。后来把计算任务拆到中断程序里，主程序只做逻辑控制，问题才解决。

注意：扫描周期不是越短越好，而是越稳定越好。如果扫描周期波动太大，定时器精度会受影响，通信响应也会变得不可预测。诊断缓冲区里通常能看到扫描周期的最大值和最小值，调试时值得关注。

4.2 输入信号“抓不住”的典型场景与对策

循环扫描机制下，输入信号必须在扫描周期的输入采样阶段被读到，才能影响本周期的程序执行。如果信号持续时间短于扫描周期，就可能被完全漏掉。

典型场景：一个光电传感器检测传送带上的小零件，零件通过传感器的时间只有几毫秒，而PLC扫描周期是10毫秒。这个信号大概率抓不住。解决办法有三种：一是用高速计数器模块或中断输入，让硬件直接捕获信号；二是缩短扫描周期，把无关程序移到其他任务里；三是用脉冲展宽电路或软件逻辑，把短脉冲拉长到扫描周期以上。

另一个常见问题是按钮抖动。机械按钮按下时触点会弹跳几次，产生多个脉冲。如果PLC扫描周期很短，可能把一次按下识别成多次。这时候需要在程序里做软件消抖：检测到输入变化后延时10到20毫秒再确认，或者用定时器做滤波。

4.3 输出刷新与“最后状态生效”原则

输出刷新发生在扫描周期的末尾。程序执行阶段对输出映像区的修改，在这一刻统一送到物理输出模块。这意味着同一个扫描周期内，输出端子的状态不会中间变化，只在周期末尾统一更新。

这个机制带来一个好处：输出不会因为程序中间的逻辑波动而产生抖动。但也带来一个限制：如果你在程序里先置位一个输出，后面又复位它，最终物理输出只反映最后一次操作的结果。这就是“最后状态生效”原则。

实际编程时，我建议每个输出地址只在一个地方被赋值。如果确实需要多个条件控制同一个输出，用中间继电器汇总逻辑，最后用一个线圈驱动物理输出。这样程序可读性好，排查问题也方便。

5. 从1968到1980：PLC技术基因的定型期

5.1 早期PLC的硬件架构与编程方式

1968年到1980年这十几年，是PLC从诞生到定型的阶段。早期的PLC硬件架构和今天的PLC差别很大。以Modicon 084为例，它本质上是一台专用的工业计算机，CPU是位片式处理器，内存用磁芯存储器，编程靠的是专用的编程器——一个带键盘和数码管显示的手持设备。

编程方式也经历了演变。最早的PLC用布尔指令编程，一条一条写逻辑，类似汇编。后来出现了梯形图编程器，可以在屏幕上画梯形图，然后编译成机器码。这个转变极大降低了使用门槛，也是PLC能快速普及的关键原因之一。

那个年代的PLC没有今天这么丰富的指令集，基本只有触点、线圈、定时器、计数器。通信能力也很弱，主要是点对点的串行通信，用于编程和简单数据采集。但正是这些“简陋”的功能，奠定了PLC的核心定位：稳定、可靠、专注于逻辑控制。

5.2 梯形图成为主流的深层原因

梯形图能成为PLC编程的主流语言，不只是因为“电工看得懂”。更深层的原因是它天然匹配工业逻辑的表达需求。

工业控制逻辑的本质是什么？是“条件满足则执行动作”。梯形图的每一行就是一个条件到动作的映射：左边是条件组合（触点串并联），右边是动作（线圈）。这种结构清晰、直观，不需要复杂的语法，也不需要理解变量作用域、函数调用栈这些软件概念。

另外，梯形图的并行分支表达非常自然。一个条件满足后同时触发多个动作，在梯形图里就是线圈并联；多个条件任意一个满足就触发动作，就是触点并联。这些在文本编程语言里需要逻辑运算符组合，在梯形图里就是画线的事。

当然，梯形图也有局限。复杂的数学运算、数据处理、通信协议解析，用梯形图写就很别扭。所以后来的PLC标准里增加了结构化文本、功能块图等语言。但梯形图在逻辑控制领域的地位，至今没有被撼动。

5.3 那个年代留下的技术惯性

1968到1980年形成的很多技术习惯，至今仍在影响PLC编程。

比如地址命名方式。早期PLC的输入输出地址是按机架、槽位、通道号来编的，比如“机架0槽位1的第3个输入点”写成“I0.1.3”或“I1.3”。这种命名方式一直沿用到今天的西门子S7系列。虽然现在有符号寻址可以用，但很多老工程师还是习惯直接写绝对地址。

再比如扫描周期的优先级设计。早期PLC为了保证逻辑执行的确定性，把循环扫描作为唯一的主任务，中断和通信都是辅助。这个设计思路延续至今，即使现代PLC支持多任务，主任务仍然是循环扫描模式。

还有梯形图的“能流”概念。虽然PLC内部是微处理器在跑指令，但梯形图编程界面一直保留着“能流从左到右流动”的视觉隐喻。这个隐喻让工程师可以用电路思维去理解程序，降低了学习成本。

6. 常见问题与排查技巧实录

6.1 程序逻辑正确但输出不动作的排查思路

这是现场调试最常见的问题。程序在软件里仿真没问题，下载到PLC后输出就是不动作。排查顺序可以按以下步骤来。

第一步，确认PLC处于RUN模式。有些PLC在编程模式或停止模式下，输出是被禁用的。看CPU模块上的模式开关或软件里的状态指示。

第二步，检查输出模块的供电。输出模块通常需要独立的负载电源，如果这个电源没接或熔断器烧了，程序里输出状态为ON，但物理端子没电。

第三步，用软件监控输出状态。在线监控时看输出地址是否变绿（或显示为ON）。如果软件里是ON但物理端子没电，问题在硬件侧；如果软件里就是OFF，问题在程序逻辑。

第四步，检查是否有双线圈或条件未满足。前面提到的“最后状态生效”原则，如果同一个输出地址在程序里被多次赋值，监控到的状态可能和你预期的不一样。

第五步，检查强制表。有时候调试时强制了某个输出，后来忘记取消，导致程序逻辑被覆盖。这个坑我踩过不止一次。

6.2 定时器不按预期工作的典型原因

定时器问题在初学者中非常普遍。最常见的原因是触发条件不持续。接通延时定时器要求触发条件保持ON直到计时到达。如果触发信号是一个按钮，按一下就松开，定时器根本来不及计时就复位了。

解决办法是用一个中间继电器锁存触发信号，或者用置位指令保持触发状态，定时器到达后再复位。

第二个原因是定时器编号冲突。同一个定时器编号在程序里被多处使用，后面的逻辑会覆盖前面的计时状态。这个和双线圈问题类似，排查时搜索定时器编号就能发现。

第三个原因是时间基准设错。有些PLC的定时器时间基准是可选的，比如1毫秒、10毫秒、100毫秒、1秒。如果你设了1秒基准但想要100毫秒延时，设定值写100，实际延时是100秒。这个错误很隐蔽，因为程序逻辑看起来完全正确。

6.3 通信连接不上的排查清单

PLC和触摸屏、上位机、变频器之间的通信问题，是现场调试的另一大痛点。以下是一个实用的排查清单。

我遇到过一个典型案例：汇川PLC和威纶通触摸屏通信不上，检查了所有参数都正确。最后发现是通信线太长且没有用屏蔽双绞线，旁边还有变频器在运行。换了屏蔽线并单端接地后，通信立刻稳定。工业现场的电磁环境比实验室恶劣得多，通信线缆的选型和布线往往比参数设置更关键。

6.4 程序下载后PLC宕机或报错的应对

程序下载后PLC直接宕机或报错，通常有几个原因。一是程序过大超出内存，CPU模块的内存不够用。二是指令不兼容，用了当前固件版本不支持的指令。三是硬件组态错误，比如组态了实际不存在的模块。四是循环扫描超时，程序执行时间超过了看门狗定时器的限制。

排查时先看CPU的诊断缓冲区，里面通常有具体的错误代码。如果是扫描超时，需要优化程序结构，把耗时操作移到中断或后台任务。如果是硬件组态问题，检查机架配置和实际模块是否一致。

避坑技巧：下载新程序前，先备份当前运行的程序。现场调试时，永远保留一个已知能正常运行的版本。这样即使新程序有问题，也能快速回退，减少停机时间。

7. 从历史看现在：PLC编程的变与不变

7.1 编程工具的进化与核心逻辑的延续

从1968年的手持编程器，到今天的集成开发环境，PLC编程工具发生了翻天覆地的变化。现在你可以用梯形图、结构化文本、功能块图混合编程，可以在线仿真，可以自动生成代码，可以用版本控制管理程序。但核心逻辑没有变：循环扫描、输入采样、程序执行、输出刷新，这个基本框架从第一台PLC到现在，一直是PLC运行时的基石。

梯形图也没有被淘汰。虽然结构化文本在复杂算法处理上更有优势，但梯形图在逻辑控制领域的地位依然稳固。你去看任何一个PLC编程入门课程，梯形图仍然是第一课。因为它的直观性、可读性和与电气图纸的天然对应关系，是其他语言无法替代的。

7.2 新手学习PLC编程的路径建议

如果你刚开始学PLC，我的建议是：先搞懂循环扫描，再学梯形图指令，最后练项目。

循环扫描是理解PLC一切行为的基础。为什么输入信号会漏掉？为什么输出有延迟？为什么定时器精度有限？这些问题的答案都在扫描机制里。花时间把扫描周期、输入映像区、输出映像区这些概念搞清楚，后面学指令会轻松很多。

梯形图指令不用贪多，先把常开常闭、输出线圈、置位复位、定时器计数器这六七个指令练熟。然后找一个小项目练手，比如红绿灯控制、传送带启停、简单电梯逻辑。这些项目虽然简单，但能帮你建立“条件到动作”的编程思维。

最后，一定要在真实PLC或仿真软件上跑程序。看视频和看书只能建立概念，真正的经验来自调试。程序下载后不动作、定时器不按预期计时、通信连不上，这些坑踩过一遍，比看十遍教程都管用。

7.3 那个年代的技术遗产

回头看1968到1980年这段历史，PLC的诞生不只是发明了一种新设备，而是开创了一种新的工业控制范式。它把逻辑从硬件中解放出来，让“改逻辑”变成“改程序”，这个转变的影响一直延续到今天。

那个年代形成的技术习惯——循环扫描、梯形图、输入输出映像、扫描周期——至今仍然是PLC技术的核心。即使现代PLC支持多任务、支持高级语言、支持工业物联网通信，但底层运行机制和编程思维，仍然带着那个年代的烙印。

我个人在实际操作中的体会是：理解PLC的历史，不是为了怀旧，而是为了理解为什么今天的PLC是这样设计的。当你明白循环扫描是为了确定性，梯形图是为了可读性，输入输出映像区是为了逻辑一致性，你在编程时就会自然而然地遵循那些“最佳实践”，而不是把它们当成死记硬背的规则。