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是串行工作的它一个时刻只能做一件事。那它怎么模拟出同时的效果答案是循环扫描。一个完整的扫描周期分三个阶段输入采样把所有输入端子按钮、传感器、限位开关的当前状态一次性读进内存存到输入映像区。程序执行从第一条指令开始逐条执行用户程序每条指令从输入映像区读数据、往输出映像区写结果。输出刷新把输出映像区的最终结果一次性写到物理输出端子上驱动接触器、电磁阀、指示灯。然后立刻进入下一个扫描周期周而复始。扫描周期通常只有几毫秒到几十毫秒人眼和机械动作根本感觉不到串行的间隙所以现场看起来和继电器柜一样实时。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维度早期PLC如Modicon 0841980年前后典型PLC编程方式专用编程器按键输入手持编程器/早期PC软件存储介质磁芯存储器EPROM/EEPROM指令集基本逻辑、定时、计数增加数学运算、数据处理通信基本没有开始出现简单串行通信I/O规模几十点几百到上千点扫描周期几十毫秒几毫秒到几十毫秒变的是性能和功能没变的是循环扫描机制、梯形图编程、映像区设计、电气隔离这四根支柱。今天你用的西门子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系列PLCX0是启动按钮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品牌数据区Modbus映射示例西门子S7-200V存储区VW0 → 保持寄存器40001三菱FXD寄存器D0 → 保持寄存器40001汇川AM系列D寄存器D0 → 保持寄存器40001信捷XD系列D寄存器D0 → 保持寄存器40001配置通信时必须确认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的世界观不理解它梯形图里的很多现象解释不通。梯形图是语言先能看懂、能写简单逻辑。指令是词汇量随着项目积累慢慢扩充。具体路径找一个仿真软件比如西门子的PLCSIM、三菱的GX Works2自带仿真不接硬件也能练。从红绿灯、电梯、传送带这些经典案例入手把梯形图写熟。理解定时器、计数器、比较指令、移位指令的用法。学通信配置把PLC和触摸屏、SCADA连起来。上真实硬件感受扫描周期、输入滤波、输出驱动的实际特性。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程序的问题十有八九是时序问题而不是逻辑问题。
