PLC循环扫描机制与梯形图编程：从Modicon 084到现代工业控制的核心原理

1. 从继电器柜到梯形图：PLC诞生前夜的工业控制困局

1968年之前的工厂车间里，控制一条生产线意味着什么？意味着一面墙那么大的继电器柜。我见过老一辈工程师描述那个年代：一个中等规模汽车生产线的控制柜里，密密麻麻排着上千个继电器、接触器和时间继电器，接线端子像蛛网一样缠绕。每次改一个逻辑——哪怕只是把"按下启动按钮后延时5秒再打开阀门"改成"延时8秒"——都得重新查线、拆线、接线，停机半天是常事。

这种控制方式的核心问题不在于"能不能用"，而在于刚性。继电器逻辑是物理接线决定的，逻辑藏在铜线里，不在图纸上，更不在软件里。生产线要换型、要调整工艺参数，整个控制柜就得大动干戈。更麻烦的是故障排查：一个继电器触点氧化，整条线停了，你得拿着万用表在几百个节点里逐个测，没有三五个小时下不来。

通用汽车在1968年公开招标，需求写得很直白：要一套可编程的、能反复修改逻辑而不动接线的控制器。这个需求背后是汽车行业的现实——车型换代越来越快，生产线必须跟着快速调整。传统继电器方案已经拖了后腿。

同年，Bedford Associates的Dick Morley团队交出了答案：Modicon 084。这台设备被公认为第一台真正意义上的PLC。它的核心思路很朴素但极具革命性：用程序存储逻辑替代物理接线逻辑。逻辑不再藏在铜线里，而是存在内存里，改逻辑就是改程序，不动一根线。

084的编程方式用的是梯形图，这个选择极其聪明。它没有发明一套全新的编程语言让电工从头学，而是把继电器控制里最熟悉的"梯形图"符号搬到了屏幕上——常开触点、常闭触点、线圈、定时器，符号和继电器柜里的一模一样。电工看着梯形图，脑子里映射的还是那套继电器逻辑，但实现方式已经从物理接线变成了软件扫描。这个"看起来没变、本质全变"的设计，是PLC能迅速被工业现场接受的关键。

很多人以为PLC的诞生是"技术驱动"，其实更准确地说，是"需求驱动"。通用汽车要的不是更快的继电器，而是一个能反复改逻辑的控制器。这个需求定义了PLC最初的产品形态。

从1968到1980这十几年，PLC完成了从"继电器替代品"到"工业控制核心"的转变。这个转变的核心，是软件逻辑对硬件接线的彻底替代，以及随之而来的一整套工程方法的建立。下面我从几个关键维度拆解这段历史里真正值得今天从业者理解的东西。

2. 循环扫描机制：PLC区别于继电器柜的根本所在

2.1 继电器逻辑是"并行"的，PLC是"串行"的

这是理解PLC最容易被忽略、但最本质的一点。

继电器柜里，所有逻辑是并行执行的。你按下启动按钮，接触器A得电的同时，定时器B开始计时，指示灯C亮起——这些动作在物理上是同时发生的，因为电流同时流过所有相关回路。逻辑的"执行顺序"由电路拓扑决定，不存在"先算哪个后算哪个"的问题。

PLC不是这样。PLC的CPU是串行工作的，它一个时刻只能做一件事。那它怎么模拟出"同时"的效果？答案是循环扫描。

一个完整的扫描周期分三个阶段：

1. 输入采样：把所有输入端子（按钮、传感器、限位开关）的当前状态一次性读进内存，存到"输入映像区"。
2. 程序执行：从第一条指令开始，逐条执行用户程序，每条指令从输入映像区读数据、往输出映像区写结果。
3. 输出刷新：把输出映像区的最终结果一次性写到物理输出端子上，驱动接触器、电磁阀、指示灯。

然后立刻进入下一个扫描周期，周而复始。扫描周期通常只有几毫秒到几十毫秒，人眼和机械动作根本感觉不到"串行"的间隙，所以现场看起来和继电器柜一样"实时"。

2.2 为什么这个机制决定了PLC程序的写法

理解了循环扫描，很多PLC编程的"怪现象"就解释得通了。

第一，输入信号在一个扫描周期内是"冻结"的。假设你在程序里写了三处用到同一个输入点X0，这三处读到的都是同一个扫描周期开始时采样的值。如果X0在程序执行到一半时物理上变了，程序里读到的还是旧值，要等下一个扫描周期才更新。这就是为什么高速信号（比如编码器脉冲）不能靠普通输入点去抓——扫描周期跟不上。

第二，输出是"最后统一刷新"的。你在程序里对同一个输出线圈Y0写了两次，第一次写ON，第二次写OFF，最终物理输出是OFF。因为程序执行阶段只改映像区，最后刷新时以最后一次写入为准。这个特性在写程序时特别容易踩坑：同一个输出点被多处逻辑驱动，结果往往不是"或"的关系，而是"后面的覆盖前面的"。

第三，扫描周期不是固定的。程序越长、指令越多，扫描周期越长。如果程序里有个复杂的浮点运算或者大量循环，扫描周期可能从5ms涨到50ms，这时候一些依赖时序的逻辑就会出问题。老工程师调程序时会盯着"扫描周期"这个指标，不是没有道理的。

2.3 梯形图为什么能成为主流编程方式

梯形图（Ladder Diagram）能成为PLC最主流的编程语言，不是因为它"先进"，而是因为它"熟悉"。

它的符号体系直接继承自继电器控制图：两条竖线是电源轨，横线是逻辑行，常开触点写成-| |-，常闭触点写成-|/|-，线圈写成-( )-。一个干了十年继电器柜的电工，第一次看到梯形图就能看懂大半。这种"零学习成本"的迁移路径，让PLC在推广初期几乎没有遇到人员阻力。

但梯形图和继电器逻辑有一个根本区别：梯形图里的"触点"不是物理触点，是内存位的状态查询。-| |-不是"这个触点闭合了"，而是"这个内存位当前是1"。-( )-不是"给这个线圈通电"，而是"把这个内存位置1"。理解了这个映射关系，才算真正跨过了从继电器思维到PLC思维的门槛。

梯形图执行遵循"从左到右、从上到下"的顺序。这个顺序在继电器逻辑里不存在（因为并行），但在PLC里是铁律。同一行里串联的触点，左边的先判断；不同行之间，上面的先执行。所以写梯形图时，逻辑行的排列顺序会影响最终结果——这又是继电器时代不需要考虑、PLC时代必须考虑的问题。

3. Modicon 084与早期PLC的工程取舍

3.1 第一台PLC长什么样

Modicon 084在1969年正式推向市场。它的硬件形态和今天的PLC差别很大：没有编程软件，没有屏幕，编程靠一台专用的编程器——本质上是一个带按键和指示灯的面板，工程师在上面逐条输入梯形图指令，程序存在磁芯存储器里。

084的指令集非常有限，基本就是继电器逻辑的数字化翻版：触点判断、线圈输出、定时器、计数器。没有数学运算，没有数据处理，没有通信。它就是一个"能改逻辑的继电器柜"。

但就是这样一个"简陋"的设备，解决了一个核心问题：逻辑修改不再需要动接线。通用汽车的生产线换型时间从几天缩短到几小时，这个价值在当时是巨大的。

3.2 早期PLC的几个关键工程决策

回头看1968-1980这段历史，早期PLC有几个决策对后来的发展影响深远。

决策一：面向工业现场的电气隔离。PLC的输入输出端子和内部CPU之间必须电气隔离，通常用光耦。工厂现场有大量感性负载（接触器、电磁阀），断电瞬间会产生高压反电动势，不隔离的话CPU早就烧了。这个设计从第一代PLC就确立了，至今没变。

决策二：输入输出采用"映像区"而非直接读写。前面讲的循环扫描机制，核心就是输入映像区和输出映像区。这个设计牺牲了一点实时性，换来了程序执行的一致性——程序运行期间输入状态稳定，不会因为物理信号抖动导致逻辑混乱。

决策三：梯形图而非汇编或高级语言。这个决策前面说过，核心是降低现场工程师的学习成本。虽然后来出现了指令表（IL）、功能块图（FBD）、结构化文本（ST）等多种语言，但梯形图始终是使用最广泛的。

决策四：模块化结构。早期PLC就采用了CPU模块、电源模块、I/O模块分离的设计。这个设计让PLC能按现场需求灵活配置I/O点数，也方便故障时单独更换模块。今天的PLC依然沿用这个架构。

3.3 从084到现代PLC：哪些变了，哪些没变

从1968年到1980年，PLC完成了第一轮进化。对比一下早期和1980年前后的典型PLC：

变的是性能和功能，没变的是循环扫描机制、梯形图编程、映像区设计、电气隔离这四根支柱。今天你用的西门子S7、三菱FX、汇川AM系列，底层逻辑和1968年的084是一脉相承的。

4. 梯形图编程的实战逻辑：从符号到扫描

4.1 梯形图里的"输入"和"输出"到底指什么

很多PLC初学者会卡在一个概念上：梯形图里的"输入"和"输出"到底指物理端子还是内存位？

准确地说，梯形图里的常开/常闭触点，操作的是位地址。这个位地址可能映射到物理输入端子（比如西门子的I0.0、三菱的X0），也可能映射到内部中间继电器（M0、D0等），还可能映射到输出映像区（Q0.0、Y0）。

以西门子S7系列为例：

• I0.0：物理输入端子，对应输入映像区
• Q0.0：物理输出端子，对应输出映像区
• M0.0：内部中间继电器，纯软件位
• T1：定时器
• C1：计数器

梯形图里写-| |-接I0.0，意思是"如果输入映像区里I0.0这位是1，则逻辑通"。写-( )-接Q0.0，意思是"把输出映像区里Q0.0这位置1"。物理端子上的电平变化，要等输入采样阶段才被读进映像区；映像区的输出结果，要等输出刷新阶段才写到物理端子。

这个"映像区"的概念，是梯形图编程和继电器逻辑最大的认知差异。继电器逻辑里，触点状态和线圈状态是物理实时对应的；梯形图里，它们是通过映像区"间接"对应的，中间隔着一个扫描周期。

4.2 一个红绿灯程序看扫描顺序的影响

十字路口红绿灯是PLC教学的经典案例，因为它能清楚展示扫描顺序的影响。

假设用三菱FX系列PLC，X0是启动按钮，Y0/Y1/Y2分别是红/黄/绿灯。一个简化的梯形图逻辑：

X0 常开 ---+--- T0 常闭 --- (Y0 红灯) | +--- T0 常开 --- T1 常闭 --- (Y1 黄灯) | +--- T1 常开 --- (Y2 绿灯)

T0定时器设定30秒，T1设定3秒。逻辑意图是：启动后红灯亮30秒，然后黄灯亮3秒，然后绿灯亮，循环。

但实际运行时你会发现一个问题：如果T0和T1的复位逻辑没写好，定时器会一直累加，红绿灯切换时序就乱了。原因就在于扫描顺序——定时器的当前值在每个扫描周期更新，如果复位条件写在定时器指令后面，那这个扫描周期里定时器已经用旧值判断过了，复位要等下一个周期才生效。

正确的做法是把定时器的复位逻辑放在定时器指令之前，或者用独立的复位网络。这个细节在继电器逻辑里不存在（继电器没有"扫描顺序"概念），但在PLC里是必须考虑的。

4.3 双线圈问题：梯形图里最容易踩的坑

同一个输出线圈在梯形图里出现两次，叫"双线圈"。这是初学者最常踩的坑之一。

X0 --- (Y0) X1 --- (Y0)

看起来像是"X0或X1任意一个接通，Y0就输出"，但实际不是。因为程序从上到下执行，第一个网络把Y0映像区置为X0的状态，第二个网络又把Y0映像区置为X1的状态。最终Y0的值只取决于最后一个驱动它的网络，前面的被覆盖了。

正确写法应该是合并逻辑：

X0 ---+--- (Y0) X1 ---+

或者用置位/复位指令（SET/RST）来避免覆盖问题。这个坑在继电器逻辑里不存在，因为继电器线圈并联就是"或"的关系，物理上不会互相覆盖。但在PLC里，输出映像区的写入是"覆盖"而非"并联"，所以双线圈必须避免。

我见过不少现场故障就是双线圈引起的：程序看起来逻辑没问题，但输出行为就是不对。排查时第一件事就是搜一下这个输出点在整个程序里出现了几次。

5. 从PLC到SCADA：控制层与监控层的分工

5.1 PLC负责"控制"，SCADA负责"看"

PLC诞生后，工业控制分成了两个层次：现场控制层和监控层。

PLC在控制层，直接连传感器和执行器，负责实时逻辑控制——什么时候开阀、什么时候停电机、什么时候报警。它的核心要求是实时性和可靠性，程序要简单直接，扫描周期要稳定。

SCADA（数据采集与监控系统）在监控层，通过通信从PLC读取数据，在屏幕上显示设备状态、工艺参数、报警信息，同时允许操作员下发指令。它的核心要求是可视化和数据管理，不直接参与实时控制。

这个分工在1980年前后逐渐清晰。早期PLC通信能力弱，SCADA和PLC的连接靠串行通信（RS-232/RS-485），速率低、距离短。后来出现了各种现场总线和工业以太网，SCADA和PLC的连接才变得方便。

5.2 SCADA与PLC连接的常见方式

今天SCADA和PLC连接，主流方式有几种：

• 工业以太网：西门子的PROFINET、罗克韦尔的EtherNet/IP、施耐德的Modbus TCP。这是目前最主流的方式，速率高、布线简单。
• 串行通信：RS-232/RS-485，用Modbus RTU等协议。老设备上还大量存在，新项目里逐渐被以太网替代。
• 现场总线：PROFIBUS、CANopen等。在特定行业（如过程控制）还有应用。

连接时最常遇到的问题不是物理层，而是协议匹配和地址映射。比如用威纶通触摸屏连汇川PLC，如果找不到对应驱动，通常是因为触摸屏软件版本太老，或者PLC的通信协议设置和触摸屏不匹配。解决办法是升级触摸屏软件、确认PLC通信参数（波特率、数据位、停止位、校验位）、检查站号设置。

5.3 通信的本质：数据地址的映射

SCADA读PLC数据，本质是读PLC内存里的特定地址。比如Modbus协议里，PLC的寄存器地址映射到Modbus的寄存器编号，SCADA按编号去读。

这个映射关系是通信配置的核心。不同品牌PLC的地址映射规则不同：

配置通信时，必须确认PLC侧的数据地址和SCADA侧的寄存器编号一一对应。对不上，读到的就是错的数据或者读不到。

6. 早期PLC生态里的品牌分化与技术路线

6.1 美国、欧洲、日本的三条路线

1968-1980这十几年，PLC从美国起源，迅速扩散到欧洲和日本，形成了三条略有差异的技术路线。

美国路线以Modicon（后来的施耐德）和Allen-Bradley（后来的罗克韦尔）为代表。特点是大而全，强调功能覆盖和系统集成，编程软件偏重工程化。AB的PLC在北美汽车、冶金行业占据主导。

欧洲路线以西门子为代表。西门子在1970年代推出SIMATIC S5系列，特点是结构严谨、指令丰富，编程软件STEP系列后来成为行业标杆。西门子在过程控制、制造业都有深厚积累。

日本路线以三菱、欧姆龙为代表。特点是紧凑、易用、性价比高，在小型设备和OEM市场很有优势。三菱FX系列后来成为全球销量最大的小型PLC之一。

这三条路线在编程风格上也有差异：美国PLC偏重功能块和结构化编程，欧洲PLC偏重指令表和结构化文本，日本PLC偏重梯形图和直观的地址体系。今天这些差异依然存在，但互相借鉴越来越多。

6.2 编程软件的进化：从手持编程器到PC软件

早期PLC编程靠专用编程器，一个小盒子，带按键和液晶屏，逐条输入指令。效率低，改程序麻烦。

1980年代开始，PC软件逐渐取代手持编程器。西门子的STEP 5、三菱的MEDOC、AB的6200系列，都是那个时代的产物。PC软件的优势很明显：大屏幕、能保存文件、能打印梯形图、能离线仿真。

这个转变对PLC的推广影响很大。手持编程器时代，改程序是"现场操作"，工程师得蹲在控制柜前；PC软件时代，改程序可以在办公室完成，下载到PLC就行。编程效率的提升，让PLC能处理更复杂的逻辑，也推动了PLC从"继电器替代品"向"真正的控制器"进化。

6.3 那个年代留下的"历史包袱"

早期PLC的一些设计，今天看是"历史包袱"，但理解它们有助于理解现代PLC的很多特性。

地址体系的差异：三菱的X/Y/M/D、西门子的I/Q/M/DB、AB的I/O/N/B，这些地址体系都是各自历史演化的结果，没有统一标准。跨品牌移植程序时，地址映射是最麻烦的事。

指令集的差异：同样是定时器，三菱的T0-T199是100ms定时器，T200-T245是10ms定时器；西门子的T1-T4是不同时间基准。这些差异源于早期硬件的限制，今天虽然硬件性能过剩，但指令体系已经固化。

编程软件的兼容性：三菱老式PLC（如FX2）用FXGPWIN编程，这个软件在Win7/8/10上运行需要兼容性设置。很多老设备还在用，维护时得留着老软件和老电脑。

7. 从历史看今天：PLC学习与调试的实战建议

7.1 学PLC先学什么

如果你今天开始学PLC，我的建议是：先理解循环扫描，再学梯形图，最后学指令。

循环扫描是PLC的"世界观"，不理解它，梯形图里的很多现象解释不通。梯形图是"语言"，先能看懂、能写简单逻辑。指令是"词汇量"，随着项目积累慢慢扩充。

具体路径：

1. 找一个仿真软件（比如西门子的PLCSIM、三菱的GX Works2自带仿真），不接硬件也能练。
2. 从红绿灯、电梯、传送带这些经典案例入手，把梯形图写熟。
3. 理解定时器、计数器、比较指令、移位指令的用法。
4. 学通信配置，把PLC和触摸屏、SCADA连起来。
5. 上真实硬件，感受扫描周期、输入滤波、输出驱动的实际特性。

7.2 调试时最常见的几个问题

问题一：程序下载了但PLC不运行。检查PLC是否在RUN模式，有些PLC下载后默认在STOP模式，需要手动切换到RUN。

问题二：仿真软件启动不了。比如PLCSIM Advanced启动报错，常见原因是虚拟网卡配置问题、防火墙拦截、软件版本和操作系统不兼容。排查顺序：先看错误码，再查软件兼容性列表，最后检查系统网络配置。

问题三：输入信号读不到。先确认物理接线（用万用表测端子电压），再确认PLC输入指示灯是否亮，最后确认程序里地址是否写对。三步排查，基本能定位问题。

问题四：输出不动作。先确认程序里输出映像区是否置位（用编程软件监控），再确认输出模块指示灯是否亮，最后确认外部负载和接线。如果程序里置位了但模块指示灯不亮，可能是输出模块故障或供电问题。

问题五：通信连不上。确认物理层（网线、串口线）、确认通信参数（波特率、站号、协议）、确认地址映射。用调试工具（如Modbus Poll）单独测通信，排除SCADA侧的问题。

7.3 关于AI生成PLC代码这件事

最近几年AI生成PLC代码的工具开始出现。我的看法是：可以辅助，不能依赖。

AI能根据自然语言描述生成梯形图或结构化文本，对于简单逻辑（如启保停、定时控制）确实能省事。但PLC程序的核心是可靠性和安全性，AI生成的代码往往缺少异常处理、缺少互锁、缺少故障恢复逻辑。直接下载到现场设备上跑，风险很大。

我的用法是：用AI生成初稿，然后自己逐行审查，补充互锁、急停、故障复位这些安全逻辑，再在仿真里跑一遍，最后才上硬件。AI是提效工具，不是替代工程师判断的工具。

7.4 老设备维护的现实问题

很多工厂还在用1980-1990年代的PLC，比如三菱FX2、西门子S5。这些设备维护有几个现实问题：

• 编程软件难找：FXGPWIN这类老软件在新系统上运行需要兼容性设置，有些甚至要装虚拟机。
• 备件难买：老PLC模块停产，只能找库存或二手。
• 程序无备份：很多老设备的程序没有电子备份，只有打印的梯形图，改程序得照着图纸重新输入。
• 通信困难：老PLC通信接口少，连现代SCADA需要协议转换器。

维护老设备的经验是：先备份程序，再动任何东西。用编程软件把PLC里的程序读出来存好，再考虑修改或更换。没有备份就动手，出了问题连恢复都恢复不了。

8. 循环扫描思维：PLC工程师的底层能力

回到1968年那个起点。Modicon 084的诞生，表面上是"用程序替代接线"，本质上是把工业控制的逻辑从物理世界搬到了信息世界。这个搬迁带来了一整套新的思维方式，其中最核心的就是循环扫描思维。

什么叫循环扫描思维？就是你在写任何一行梯形图时，脑子里要清楚：这行代码在一个扫描周期里的哪个时刻执行，它读到的输入是什么时候采样的，它写的输出什么时候生效，它和上一行、下一行代码的执行顺序是什么关系。

这种思维和写普通软件程序不一样。普通程序里，你调用一个函数，函数立即执行；你读一个变量，读到的是当前值。PLC程序里，你读一个输入，读到的是扫描周期开始时的值；你写一个输出，要等扫描周期结束才生效。这个"时间差"是PLC编程的核心特征。

很多从IT转工控的工程师，一开始不适应这个思维。他们习惯性地用"事件驱动"的方式思考——按钮按下了就触发一个动作。但PLC是"轮询"的，它不管按钮什么时候按下，它只在一个扫描周期开始时看一眼按钮状态，然后按程序逻辑走一遍。按钮按下的时刻和PLC"看到"按钮按下的时刻，可能差一个扫描周期。

理解了这个，就理解了PLC为什么这么设计，也理解了为什么PLC能在恶劣的工业环境里稳定运行几十年。它不追求最快的响应，它追求确定性的响应——每个扫描周期的时间是可预测的，每个输入输出的行为是可预测的。这种确定性，是工业控制最需要的品质。

从084到今天，PLC的硬件换了无数代，编程软件从手持编程器变成了PC软件又变成了云端协作，通信从串口变成了工业以太网，但循环扫描这个核心机制没变，梯形图这个核心语言没变，映像区这个核心设计没变。这四根支柱撑起了整个PLC世界，也撑起了现代工业自动化的底座。

我在实际调试中最大的体会是：遇到逻辑问题时，先画时序图，把每个扫描周期里输入、程序、输出的状态变化画出来，问题往往就清楚了。这比盯着梯形图反复看有效得多。PLC程序的问题，十有八九是时序问题，而不是逻辑问题。