1. 项目缘起一个经典但易错的工业控制场景在工厂的自动化产线上我们经常会遇到这样的需求几台电动机需要按照特定的顺序启动比如先启动主传动电机再启动送料电机最后启动冷却风机而在停机时又需要按照相反的顺序关闭比如先停冷却风机再停送料电机最后停主传动电机。这个“顺序启动、逆序停止”的逻辑听起来简单但真要在PLC里把它做稳定、做可靠里面有不少门道。我最早接触这个需求是在一个物料输送系统的改造项目里。当时产线要求三台电机顺序启动间隔5秒逆序停止间隔3秒。最初的方案是用多个延时继电器硬接线搭出来的线路复杂不说还经常因为继电器触点抖动导致顺序错乱维护工每次排查都得对着图纸琢磨半天。后来改用PLC控制逻辑清晰了但第一次编程时我也踩了坑——只考虑了正常的启停按钮信号没处理好急停和故障复位时的状态结果在一次模拟测试中急停后恢复电机“哗”一下全同时启动了差点造成机械干涉。所以今天我就结合自己多次实战和踩坑的经验来详细拆解一下如何用PLC里最基础的定时器指令和比较指令稳健地实现多台电机的顺序启停控制。这个方案不依赖复杂的顺序功能图或高级指令用最通用的梯形图就能实现而且逻辑透明易于调试和维护非常适合中小型项目或者作为理解更复杂顺序控制的基础。2. 核心控制逻辑与电气原理图设计在动手写程序之前我们必须先把控制逻辑和外围电路理清楚。程序是大脑电路是手脚手脚不灵光大脑再聪明也白搭。2.1 “顺序起动、逆序停止”的工艺要求详解我们以一个经典的三台电机M1, M2, M3控制系统为例把工艺要求具体化启动过程按下启动按钮后M1立即启动延时T1秒后M2自动启动再延时T2秒后M3自动启动。至此所有电机启动完毕。停止过程按下停止按钮后M3立即停止延时T3秒后M2自动停止再延时T4秒后M1自动停止。系统回到待机状态。安全与故障处理任何时刻按下急停按钮所有电机必须立即无条件停止。系统运行中若某台电机发生过载故障该电机及其所有后续启动的电机应立即停止而先于它启动的电机则应按逆序延时停止。例如若M2故障则M2和M3立刻停M1则在延时T4后停止。这模拟了故障连锁和系统安全泄放的过程。系统必须具备“启动中”和“停止中”的状态指示方便操作人员监控。2.2 主电路与控制电路设计要点虽然重点是PLC程序但硬件设计是根基。这里给出关键的设计注意事项主电路每台电机依然采用经典的“断路器接触器热继电器”保护模式。接触器KM1, KM2, KM3的线圈由PLC的输出点驱动。热继电器FR1, FR2, FR3的常闭触点应接入PLC的输入点作为故障信号而不是仅串在接触器线圈回路中。这样做的好处是PLC可以精确知道是哪一台电机故障从而执行上述复杂的故障顺序停止逻辑。控制电路给PLC的输入信号至少应包括I0.0: 启动按钮常开I0.1: 停止按钮常开I0.2: 急停按钮常闭接入常闭点并使用正逻辑或接入常开点但在程序里取反I0.3,I0.4,I0.5: 电机M1, M2, M3的热继电器故障信号常闭触点故障时断开I0.6: 系统复位按钮用于故障复位PLC的输出点驱动Q0.0,Q0.1,Q0.2: 分别驱动接触器KM1, KM2, KM3的线圈。Q0.3,Q0.4: 可用来驱动“系统运行”和“系统停止中”指示灯。注意急停按钮必须采用硬件优先的原则。除了接入PLC输入点参与逻辑处理外强烈建议将其常闭触点直接串联在PLC输出回路的总电源或所有接触器线圈的公共端上。这样即使PLC程序跑飞或通信故障拍下急停也能物理切断输出这是保障安全的最重要防线。3. PLC程序架构与核心变量定义接下来我们进入PLC编程环节。我会以西门子S7-1200/1500的梯形图LAD和SCL语言为例进行说明其思想同样适用于三菱、欧姆龙等其他品牌的PLC。3.1 变量表规划与数据类型选择清晰的变量定义是程序可读性的关键。我们规划以下主要变量变量名 (符号)数据类型地址 (示例)说明StartPBBoolI0.0启动按钮StopPBBoolI0.1停止按钮E_StopBoolI0.2急停按钮 (常闭接入True为正常)Fault_M1BoolI0.3M1热继故障Fault_M2BoolI0.4M2热继故障Fault_M3BoolI0.5M3热继故障ResetPBBoolI0.6复位按钮KM1,KM2,KM3BoolQ0.0,Q0.1,Q0.2电机控制输出Sys_RunningBoolM0.0系统运行标志内部Sys_StoppingBoolM0.1系统停止中标志内部T_Start_CycleTimeT#5s启动间隔时间如5秒T_Stop_CycleTimeT#3s停止间隔时间如3秒TON_StartTimerTimerDB1.TON_Start启动过程延时定时器TON_StopTimerTimerT#3s停止过程延时定时器Start_Time_ElapsedIntMW10启动定时器当前值毫秒Stop_Time_ElapsedIntMW12停止定时器当前值毫秒Motor_StepIntMW14步骤标志0待机1M1运行2M2运行3M3运行关键点这里我引入了Motor_Step这个整型变量来标识系统当前所处的步骤。很多初学者喜欢用一堆辅助继电器M点来互锁逻辑容易混乱。用一个步序号管理逻辑会清晰很多。定时器我们选用TON接通延时定时器并计划通过比较指令来判断是否到达每一步的时间点。3.2 主程序流程框架设计整个程序可以围绕一个主状态机来构建状态由Motor_Step变量控制Step 0 (待机)等待启动命令。收到启动命令且无急停、无故障时置Sys_RunningMotor_Step置1启动M1同时启动TON_StartTimer。Step 1 (M1运行等待启动M2)TON_StartTimer计时。通过比较指令判断Start_Time_Elapsed T#5s。若成立则Motor_Step置2启动M2重置并重启TON_StartTimer为下一步计时。Step 2 (M1M2运行等待启动M3)同上判断Start_Time_Elapsed T#5s成立则Motor_Step置3启动M3。此时所有电机已启动Sys_Running保持停止TON_StartTimer。Step 3 (全速运行)等待停止命令或故障信号。停止或故障触发一旦收到停止命令或某个故障信号Sys_Running复位Sys_Stopping置位Motor_Step根据当前值进入逆序停止流程。例如若从Step 3触发停止则先停M3Motor_Step置为2启动TON_StopTimer依次类推。急停处理在任何步骤急停信号直接清零所有输出和状态标志跳回Step 0。这个框架的核心在于用同一个定时器配合重置为顺序启动的每一步计时而不是为每一步单独分配一个定时器。这样做节省了定时器资源逻辑也更集中。4. 梯形图程序逐行解析与关键指令应用现在我们把这个框架用梯形图实现。为了便于理解我分网络进行说明。4.1 网络1系统启动与运行标志控制StartPB E_Stop Fault_M1 Fault_M2 Fault_M3 Sys_Running --| |-----------| |---------|/|----------|/|---------|/|-------( )--- | | | | | StopPB | | | | --|/|-----------| |---------| |----------| |---------| |------- | Sys_Running | | | --| |-------------------------|------------|-----------|------- (S) ResetPB --| |-----------这个网络是程序的“总开关”。启动条件按下StartPB且急停正常(E_Stop常闭触点导通)且所有电机无故障故障信号Fault_Mx为常闭触点正常时导通。停止条件按下StopPB常闭触点按下断开或Sys_Running自锁后急停断开或任一故障发生。Sys_Running线圈上的(S)表示置位一旦启动条件满足就置位并保持。底部的ResetPB用于在故障排除后复位整个系统状态需在其他网络复位相关标志和输出。4.2 网络2启动过程定时器与步序逻辑这是最核心的部分我们使用一个TON定时器和一个比较指令。Sys_Running TON_StartTimer.IN --| |----------------------( )--- | | | T#5s | | ---(PT)--- | | | TON_StartTimer | ---(TON)--- | | | TON_StartTimer.ET | ---[MOV]--- Start_Time_ElapsedSys_Running Motor_Step --| |-----------[MOV 1]------( )--- //启动瞬间步序置1Motor_Step Start_Time_Elapsed T#5s --| |---[1]---[]----------------( )--- //步序1时计时5秒 | | | [MOV 2]---(Motor_Step) //步序进到2 | | | [TON_StartTimer.RESET] //复位定时器 | | | [TON_StartTimer.IN] //重新触发定时器因IN一直为True复位后立即开始新周期Motor_Step Start_Time_Elapsed T#5s --| |---[2]---[]----------------( )--- //步序2时计时5秒 | | | [MOV 3]---(Motor_Step) //步序进到3 | | | [TON_StartTimer.RESET] //停止计时关键技巧定时器复用TON_StartTimer在步序1和步序2中被重复使用。每次满足时间条件、步序递增后立即复位(RESET)该定时器。由于Sys_Running和TON_StartTimer.IN一直为True定时器复位后会立刻从0开始重新计时为下一步等待。比较指令的应用[]比较指令用于判断定时器当前值(ET)是否达到设定间隔。这里将定时器的经过时间(ET)赋值给Start_Time_Elapsed再比较是为了程序可读性和便于在线监控。你也可以直接比较TON_StartTimer.ET T#5s。步序管理通过Motor_Step的值清晰地划分了阶段。在步序3时定时器被复位且不再启动因为启动过程已完成。4.3 网络3电机输出控制逻辑电机输出由Motor_Step、Sys_Running、Sys_Stopping以及故障信号共同决定。Motor_Step Sys_Running Fault_M1 --| |---[1]-----| |----------|/|---------( KM1 )Motor_Step Sys_Running Fault_M2 --| |---[2]-----| |----------|/|---------( KM2 )Motor_Step Sys_Running Fault_M3 --| |---[3]-----| |----------|/|---------( KM3 )逻辑解释M1启动只要系统在运行(Sys_Running)且步序1即步序1,2,3并且M1自身无故障则KM1得电。M2启动系统在运行步序2即步序2,3且M2无故障。M3启动系统在运行步序3且M3无故障。任何一个电机的故障信号(Fault_Mx)会直接切断其自身的输出这是最基本的安全逻辑。故障的连锁停止逻辑将在下一节实现。这种用比较指令来控制输出的方式非常简洁地实现了顺序启动步序到1M1开步序到2M2开步序到3M3开。4.4 网络4逆序停止与故障连锁逻辑停止逻辑是启动逻辑的“镜像”但更复杂因为它可能由正常停止或故障触发且触发点可能在任何运行步序。首先我们需要一个网络来触发停止过程并设置目标步序(Target_Stop_Step)。StopPB Sys_Running (S) //正常停止触发 --| |------------| |----------------( )---[MOV 0]--- Target_Stop_Step | | Fault_M1 | (S) //M1故障目标步序0全停 --| |------------| |----------------( )---[MOV 0]--- | | Fault_M2 | (S) //M2故障目标步序1停M2,M3 --| |------------| |----------------( )---[MOV 1]--- | | Fault_M3 | (S) //M3故障目标步序2停M3 --| |------------| |----------------( )---[MOV 2]---当Sys_Stopping被置位后启动逆序停止定时器TON_StopTimer逻辑与启动定时器类似但步序递减。Sys_Stopping TON_StopTimer.IN --| |----------------------( )--- | T#3s | | ---(PT)--- | TON_StopTimer | ---(TON)---Sys_Stopping Motor_Step Target_Stop_Step --| |-----------[]-----------------( )--- //当前步序大于目标步序则需要执行停止步骤 | | TON_StopTimer.ET T#3s | ---[]-------------------( )--- //停止间隔时间到 | | | [DEC 1]---(Motor_Step) //步序减1 | | | [TON_StopTimer.RESET] //复位并重启停止定时器故障连锁的精髓M3故障Target_Stop_Step设为2。此时若Motor_Step为3则满足Motor_Step Target_Stop_Step进入停止流程先将Motor_Step减到2停M3定时器计时时间到再减到1...直到等于2停止过程结束。由于M2、M1的故障条件为假它们会继续运行。M2故障Target_Stop_Step设为1。系统会先将Motor_Step从3减到2停M3再减到1停M2。M1在步序1且无故障时保持运行直到其自身的故障信号或停止命令将其停止。急停急停信号应直接复位Sys_Running、Sys_Stopping、所有电机输出KMx并将Motor_Step和Target_Stop_Step清零定时器复位。5. 程序调试、优化与常见问题排查程序写完只是第一步调试和优化才能让它真正可靠。我分享几个实战中总结的关键点。5.1 在线调试与监控技巧强制与修改值在模拟或连接真实PLC后充分利用编程软件的“强制”和“修改值”功能。例如你可以强制StartPB为True然后在线观察Motor_Step、定时器ET值、Start_Time_Elapsed的变化以及KMx输出的动作是否符合预期。切记强制输出点如Q点在真实设备上非常危险务必在确保机械安全的前提下进行或仅用于模拟。变量表监控创建变量表将Motor_Step、Start_Time_Elapsed、Sys_Running、Sys_Stopping等关键变量添加进去实时监视其变化。这对于分析故障触发时的逻辑流向至关重要。分段调试先屏蔽故障和急停逻辑只调试正常的顺序启动和停止。调通后再单独测试急停功能最后测试各种故障场景。复杂逻辑不要试图一次性调通。5.2 提升程序稳健性的优化措施增加状态互锁在启动逻辑中可以增加对Sys_Stopping的互锁防止在停止过程中误触发启动。例如启动条件里可以串联Sys_Stopping的常闭触点。使用边沿检测对启动、停止、复位按钮信号使用上升沿(P)或下降沿(N)检测指令。避免因按钮信号抖动或长按导致逻辑多次执行。(StartPB) --|P|--。定时器保护在定时器IN端增加更严格的条件。例如启动定时器仅在Sys_Running为True且Motor_Step为1或2时为True而不是简单地一直为True。这可以防止在非预期状态下定时器意外运行。初始化组织块OB在OB100启动组织块中将所有用于控制的中间变量如Motor_Step,Sys_Running,Sys_Stopping等复位到初始状态。确保PLC从STOP切换到RUN模式时系统处于确定的待机状态避免“带电重启”导致设备误动作。时间参数变量化不要将T#5s、T#3s这样的时间常量直接写在定时器或比较指令中。而是将它们定义为Time类型的全局变量或静态变量如Start_IntervalStop_Interval。这样以后需要修改时间参数时只需在变量表中修改一处无需翻找和修改程序极大提高了可维护性也方便做HMI连接。5.3 典型问题排查清单现象可能原因排查思路电机不按顺序启动同时启动1. 定时器未工作或时间设置过短。2.Motor_Step逻辑错误步序切换条件不满足。3. 电机输出控制逻辑未与Motor_Step正确关联。1. 在线监控定时器IN、PT、ET值是否变化。2. 监控Motor_Step变量看是否从1逐步递增到3。3. 检查控制KM2、KM3的输出网络条件是否包含Motor_Step2和3。停止时电机不按逆序停止同时停止1. 停止过程标志Sys_Stopping未正确置位。2. 逆序停止定时器未工作。3.Target_Stop_Step计算或设置错误。4.Motor_Step递减逻辑未执行。1. 监控停止按钮按下或故障时Sys_Stopping是否变为True。2. 监控停止定时器。3. 检查故障逻辑中Target_Stop_Step的赋值是否正确。4. 监控Motor_Step在停止过程中是否逐步递减。故障时前序电机未延时停止故障连锁逻辑中Target_Stop_Step设置错误或停止定时器逻辑未在故障触发后正确激活。模拟故障信号监控Target_Stop_Step值。检查Sys_Stopping是否因故障置位以及Motor_Step Target_Stop_Step条件是否成立。急停后恢复电机乱动急停复位后程序状态变量如Motor_Step,Sys_Running未清零或启动条件瞬间满足。1. 确保急停程序段复位了所有关键状态标志和输出。2. 在启动逻辑中增加系统必须处于“完全待机状态”如Motor_Step0的条件。时间参数修改不生效时间常量直接写在指令中未变量化。将定时器PT管脚和比较指令中的时间值替换为全局变量并通过HMI或变量表修改该变量的值。6. 从基础方案到高级演进的思考用定时器和比较指令实现顺序控制是一个非常好的起点它让我们深入理解了状态、时间和逻辑之间的关系。但在更复杂的项目中我们可以考虑更优的架构。方案一使用计数器Counter简化步序管理我们可以用一个CTU加计数器来替代Motor_Step的部分功能。启动时每步时间到计数器加1停止时每步时间到计数器减1。电机的启动条件变为计数器值 X。这样省去了对Motor_Step的显式赋值和比较逻辑更紧凑。但故障时设置目标步序会稍微麻烦一些。方案二采用顺序功能图SFC或GRAPH编程对于步骤清晰、转移条件明确的顺序过程西门子的GRAPH语言、三菱的步进顺控指令STL是更专业的选择。它们提供了“步”Step和“转移”Transition的专有结构能直观地描述流程并且自带步的激活、禁用管理简化了编程和调试。当步骤超过5个或者有并行分支、选择分支时GRAPH的优势会非常明显。方案三面向对象OOP与函数块FB封装如果我们有多组相同的设备需要同样的顺序控制逻辑比如多条相同的产线那么为单台电机组编写一个函数块FB是最高效的。在这个FB内部封装好所有的启动、停止、故障处理、定时逻辑并对外提供Start、Stop、Reset、Fault等接口和Step_Current、Is_Running等状态输出。在主程序中我们只需要实例化这个FB多次并传入不同的参数如电机数量、时间参数即可。这极大地提高了代码的复用性和可维护性。从最基础的定时器比较法到更高级的架构其核心思想都是一致的明确状态划分、严格时间管理、规范信号传递。把这次分享的基础方案吃透再去看那些高级的编程方法你会更有底气也更能理解它们为何要那样设计。