1. 从一个最朴素的指示灯需求说起刚入行做电气自动化那会儿师傅扔给我的第一个练手任务就是让一个指示灯按固定节奏闪烁。当时觉得这有什么难的不就是亮一下灭一下吗结果真上手写程序的时候才发现要让灯稳定地“亮3秒、灭2秒”循环往复里面涉及的知识点比想象中多得多。这个需求看似简单却是理解PLC循环扫描机制、定时器工作原理、以及梯形图编程思维的最佳切入点。这篇文章围绕西门子S7-1200/1500 PLC平台完整拆解一个“3秒亮、2秒灭”指示灯控制的实现过程。从定时器选型、梯形图逻辑搭建到博途TIA Portal中的具体操作步骤再到实际调试中容易踩的坑我都会一一展开。不管你是刚接触PLC编程的新手还是从三菱、欧姆龙等其他品牌转过来的老手这篇内容都能帮你把西门子定时器这套逻辑彻底理清楚。为什么选这个案例作为切入点因为在实际工程项目中指示灯闪烁控制几乎是所有设备的基础功能——报警灯、运行指示、故障提示本质上都是定时循环逻辑的变体。把“3秒亮2秒灭”吃透了后面做多段闪烁、不同频率交替、甚至配合HMI做动态提示都是在这个框架上做加法。而且这个案例足够小小到你可以在一台没有接任何外部设备的PLC上就能验证不需要硬件接线用博途的仿真功能就能跑起来。我见过太多初学者在这一步卡住定时器指令选错了、时间设定值搞混了、或者两个定时器互相复位导致逻辑死锁。这些问题在文档里往往一笔带过但在实操中会让人抓耳挠腮。下面我就按实际操作的顺序把每个环节拆开来讲。2. 核心思路与方案选型为什么用两个定时器串联2.1 需求拆解与逻辑抽象先把需求翻译成PLC能理解的语言。“3秒亮、2秒灭”意味着一个完整的循环周期是5秒。在这5秒里前3秒输出点为ON后2秒输出点为OFF然后循环。这里有两个关键参数亮灯时长和灭灯时长它们共同决定了一个周期。从程序结构上看我们需要一个“振荡电路”——让输出点周期性地在ON和OFF之间切换。在继电器控制时代这通常用两个时间继电器交替工作来实现第一个继电器计时亮灯时间到点后触发第二个继电器开始计时灭灯时间第二个到点后再反过来复位第一个形成循环。PLC的梯形图编程完全继承了这个思路只是把时间继电器换成了定时器指令。2.2 为什么不用单个定时器加比较指令有经验的朋友可能会想到另一种方案用一个定时器做5秒循环计时然后用比较指令判断当前时间值是否小于3秒来决定输出状态。这个方案确实可行代码量也少但它有一个隐患——定时器的当前值在到达预设值后会复位重新开始如果扫描周期和定时器刷新时机配合不好容易在临界点产生一个扫描周期的抖动。对于指示灯这种对实时性要求不高的场景两种方案都能用但双定时器串联的方案逻辑更直观调试时一眼就能看出哪个定时器在起作用排查问题更方便。另外从教学角度来说双定时器方案能让你同时掌握定时器指令的调用方式、定时器之间的互相触发与复位、以及输出线圈的控制逻辑知识点覆盖更全面。所以下面的实现我选择双定时器串联的方案。2.3 定时器类型的选择TON还是TONR西门子S7-1200/1500在博途中有四种定时器指令TON接通延时、TOF断开延时、TP脉冲、TONR保持型接通延时。这个案例需要的是“计时到设定值后产生动作”属于典型的接通延时逻辑所以选TON。这里要特别说明一下S7-1200/1500的定时器与S7-200/300/400不同它不再使用编号式的定时器如T37、T38而是采用IEC定时器每个定时器是一个背景数据块DB或函数块内的静态变量。这意味着你不需要去记“哪个编号的定时器精度是多少”这种问题所有定时器的时间基准都是1毫秒精度统一。调用定时器时系统会自动生成一个背景数据块来存储定时器的状态和当前值。注意如果你是从S7-200转过来的千万别习惯性地去找“T37”这种编号。在博途里定时器是通过指令调用的方式使用的每个定时器实例都需要一个独立的背景DB。3. 博途中的完整实操步骤3.1 项目创建与硬件组态打开TIA Portal新建一个项目。在“项目视图”中通过“添加新设备”选择你的CPU型号。如果你手头没有实体PLC可以选一个S7-1200的任意型号比如CPU 1214C DC/DC/DC后面用仿真来验证程序。硬件组态这一步对于纯逻辑验证来说不是必须的但养成好习惯很重要。确认CPU的订货号与实际一致PROFINET接口地址保持默认即可。如果你后续要接HMI或者做通信这一步的配置会影响后面的网络组态。组态完成后在“程序块”下找到“MainOB1”双击打开这就是我们写梯形图的地方。OB1是主循环组织块PLC在运行模式下会不断循环执行OB1中的程序。理解这一点很关键梯形图的执行是周期性的每个扫描周期从第一行网络执行到最后一行网络然后重新开始。这个特性决定了定时器的刷新方式和输出点的最终状态。3.2 定义变量与IO分配在写程序之前先在“PLC变量”表中定义好需要用到的变量。这一步看似简单但变量命名规范直接影响程序的可读性和后期维护效率。变量名称数据类型地址注释StartBtnBoolI0.0启动按钮可选IndicatorBoolQ0.0指示灯输出Timer_ONIEC_TIMER—亮灯定时器实例Timer_OFFIEC_TIMER—灭灯定时器实例RunFlagBoolM0.0运行标志位这里我加了一个启动按钮和运行标志位目的是让程序更贴近实际工程——设备不会一上电就自己跑起来需要一个启动信号。当然如果你只想验证闪烁逻辑可以把RunFlag直接置位省去按钮部分。指示灯输出我分配到了Q0.0这是S7-1200 CPU 1214C上第一个数字量输出点。实际接线时Q0.0对应端子上的第一路输出接上指示灯即可。如果用的是DC/DC/DC型号输出是24V直流可以直接驱动24V的LED指示灯。3.3 梯形图程序编写下面进入核心环节。在OB1中我们需要编写三段逻辑启动保持、定时器串联、输出控制。第一段启动与停止控制// 网络1启动保持逻辑 StartBtn RunFlag |------| |----------------( )------| | | | RunFlag | |------| |-------这段逻辑实现的是经典的“启保停”电路。按下StartBtnRunFlag线圈得电松开按钮后RunFlag的常开触点闭合维持自身导通。如果需要停止可以再串联一个停止按钮的常闭触点这里为了简化先省略。第二段双定时器串联// 网络2亮灯定时器 RunFlag Timer_ON |------| |------------| TON |------| | | | PT: | | T#3S | |______| // 网络3灭灯定时器 Timer_ON.Q Timer_OFF |------| |------------| TON |------| | | | PT: | | T#2S | |______|这里用到了两个TON定时器。Timer_ON的IN端接RunFlag当RunFlag为TRUE时开始计时计时到3秒后Q端输出TRUE。Timer_OFF的IN端接Timer_ON.Q也就是说当亮灯定时器完成计时后灭灯定时器开始计时计时到2秒后Q端输出TRUE。第三段输出控制与循环复位// 网络4指示灯输出 RunFlag Timer_OFF.Q Indicator |------| |--------------|/|-------------( )------| | | | Timer_ON.Q | |------| |-------这段逻辑是理解整个程序的关键。Indicator的输出条件有两个分支并联第一个分支是RunFlag为TRUE且Timer_OFF.Q为FALSE即灭灯定时器还没完成计时第二个分支是Timer_ON.Q为TRUE。实际上由于Timer_ON.Q在计时完成后一直保持TRUE直到IN端变为FALSE而Timer_OFF.Q在计时完成后也保持TRUE所以当Timer_OFF.Q变为TRUE时第一个分支断开第二个分支虽然Timer_ON.Q仍为TRUE但整个输出条件需要重新审视。等等这里有个逻辑问题需要修正。按照上面的写法当Timer_OFF.Q为TRUE时第一个分支断开第二个分支Timer_ON.Q仍为TRUEIndicator仍然会亮这不符合“灭2秒”的要求。正确的做法应该是Indicator在Timer_ON计时期间亮在Timer_OFF计时期间灭。修正后的输出逻辑// 网络4修正指示灯输出 RunFlag Timer_ON.Q Timer_OFF.Q Indicator |------| |------------| |--------------|/|-------------( )------|这样逻辑就清晰了RunFlag为TRUE且Timer_ON已完成计时说明已经过了3秒且Timer_OFF尚未完成计时说明还没到2秒这三个条件同时满足时指示灯才亮。但这样写的话前3秒灯是灭的后2秒灯才亮跟需求反了。再想想需求是“亮3秒、灭2秒”。也就是说从RunFlag置位开始灯应该立即亮持续3秒然后灭2秒再亮3秒循环。所以Indicator的输出条件应该是RunFlag为TRUE且Timer_OFF.Q为FALSE。因为Timer_OFF.Q为TRUE意味着灭灯阶段已经结束应该重新开始亮灯。但这里有个循环复位的问题——Timer_OFF.Q变为TRUE后需要复位两个定时器让它们重新开始计时。第四段循环复位逻辑// 网络5定时器复位 Timer_OFF.Q Timer_ON |------| |---------------------( RES )----| | | Timer_OFF |-( RES )----|当Timer_OFF完成计时后同时复位两个定时器。复位后Timer_ON的Q端变为FALSETimer_OFF的Q端也变为FALSETimer_ON的IN端仍然为TRUE因为RunFlag还在所以Timer_ON重新开始计时。同时由于Timer_OFF.Q变为FALSEIndicator的输出条件重新满足灯又亮了。这样就形成了循环。完整的输出逻辑应该是// 网络4最终版指示灯输出 RunFlag Timer_OFF.Q Indicator |------| |------------|/|-------------( )------|当RunFlag为TRUE且Timer_OFF.Q为FALSE时指示灯亮。Timer_OFF.Q为FALSE的时间段包括Timer_ON正在计时的3秒 Timer_OFF正在计时的2秒中的前...不对Timer_OFF.Q在Timer_OFF计时完成后才变为TRUE所以在Timer_OFF计时的2秒期间Timer_OFF.Q一直是FALSE灯一直是亮的。这样灯就亮了5秒不对。我重新梳理一下时序t0RunFlag置位Timer_ON开始计时Timer_OFF.QFALSE灯亮t3sTimer_ON计时完成QTRUETimer_OFF开始计时Timer_OFF.Q仍FALSE灯仍然亮t5sTimer_OFF计时完成QTRUE触发复位Timer_ON和Timer_OFF都被复位复位后Timer_ON.QFALSETimer_OFF.QFALSETimer_ON重新开始计时灯仍然亮这样灯从头到尾都是亮的因为Timer_OFF.Q只在t5s那一瞬间为TRUE然后立即被复位为FALSE。问题出在复位逻辑上——复位后Timer_OFF.Q立即变FALSE灯又亮了。正确的做法应该是用Timer_OFF.Q来熄灭指示灯而不是用它来复位定时器。让我重新设计方案调整Timer_ON负责亮灯计时Timer_OFF负责灭灯计时。当Timer_ON完成时灯灭同时启动Timer_OFF当Timer_OFF完成时复位两个定时器灯亮重新开始。// 网络2亮灯定时器 RunFlag Timer_ON |------| |------------| TON |------| | PT: T#3S | // 网络3灭灯定时器 Timer_ON.Q Timer_OFF |------| |------------| TON |------| | PT: T#2S | // 网络4指示灯输出灯在Timer_ON计时期间亮 RunFlag Timer_ON.Q Indicator |------| |------------|/|-------------( )------| // 网络5循环复位 Timer_OFF.Q Timer_ON |------| |---------------------( RES )----| | Timer_OFF |-( RES )----|时序分析t0RunFlagTRUETimer_ON开始计时Timer_ON.QFALSE灯亮因为Timer_ON.Q取反后为TRUEt3sTimer_ON.QTRUE灯灭Timer_OFF开始计时t5sTimer_OFF.QTRUE复位两个定时器Timer_ON.Q变为FALSE灯亮Timer_ON重新开始计时这样就实现了“亮3秒、灭2秒”的循环。灯亮的时间是Timer_ON计时的3秒灯灭的时间是Timer_OFF计时的2秒。完美。实操心得双定时器串联时最容易搞混的就是“哪个定时器控制亮、哪个控制灭”以及“复位信号从哪来”。我的经验是先把时序图画出来标清楚每个时间点的状态然后再写逻辑比直接对着屏幕想快得多。4. 仿真验证与下载调试4.1 使用PLCSIM进行仿真博途自带的PLCSIM仿真器可以完美模拟S7-1200/1500的运行。在项目树中选中PLC点击“开始仿真”按钮博途会自动编译项目并下载到仿真PLC中。仿真启动后CPU会进入RUN模式。在仿真界面中你可以手动修改输入点的状态来模拟按钮操作。把I0.0置为TRUE观察Q0.0的状态变化。正常情况下Q0.0应该先保持TRUE约3秒然后变为FALSE约2秒再变为TRUE如此循环。如果手头有实体PLC下载步骤类似先用网线连接PLC和电脑在博途中设置好PG/PC接口然后编译下载。下载完成后把CPU切换到RUN模式同样通过监控表来观察Q0.0的状态。4.2 用监控表观察定时器当前值在博途中打开“监控表”添加Timer_ON和Timer_OFF两个定时器实例的ET已过时间和Q输出变量。这样你可以实时看到定时器的当前计数值在跳动非常直观。当Timer_ON.ET从0ms增加到3000ms时Q端变为TRUE然后Timer_OFF.ET从0ms增加到2000ms时Q端变为TRUE同时两个定时器被复位ET归零重新开始。这个观察过程能帮你建立对PLC扫描周期和定时器刷新机制的直观感受。你会发现定时器的当前值并不是平滑增加的而是每个扫描周期刷新一次所以实际计时会有几个毫秒的误差但对于指示灯控制来说完全可以忽略。4.3 实际接线注意事项如果你要接实体指示灯需要注意输出点的驱动能力。S7-1200 CPU 1214C的数字量输出是晶体管型DC/DC/DC每点最大输出电流0.5A可以直接驱动小功率LED指示灯。如果指示灯功率较大需要加中间继电器过渡。接线时Q0.0接指示灯的正极指示灯的负极接PLC的0V端子或外部电源的负极取决于你的供电方式。如果是继电器输出型DC/AC/RLY可以接交流220V指示灯但要注意输出点的公共端接线方式。注意在接实际负载之前务必确认PLC输出点的类型晶体管还是继电器和负载的电压电流参数接错可能烧毁输出点。我见过有人把220V指示灯直接接到晶体管输出上上电瞬间就冒烟了。5. 常见问题与排查技巧实录5.1 定时器不计时的几种原因在实际调试中定时器不计时是最常见的问题。根据我的经验原因通常有以下几个IN端没有持续为TRUE。TON定时器的计时条件是IN端保持TRUE如果IN端在计时过程中变为FALSE定时器会复位当前值归零。检查你的RunFlag是否被其他逻辑复位了或者启动按钮的保持逻辑是否写对了。定时器背景DB被重复调用。如果你在多个地方调用了同一个定时器实例会导致状态冲突。每个定时器必须有独立的背景DB不能共用。时间预设值格式错误。博途中时间预设值必须用T#格式比如T#3S、T#2S、T#500MS。如果直接写数字3系统会认为是3毫秒而不是3秒。这个坑我踩过当时纳闷为什么灯闪得跟频闪灯似的后来发现是把3S写成了3。5.2 灯闪烁频率不对的排查思路如果灯亮了但闪烁节奏不对比如亮的时间明显不是3秒或者根本不灭可以按以下步骤排查先检查两个定时器的预设值是否分别设为了T#3S和T#2S。然后检查复位逻辑是否正确——如果Timer_OFF.Q没有正确复位Timer_ONTimer_ON会一直保持完成状态灯就一直灭着。反过来如果复位太频繁灯就会一直亮着。还有一个隐蔽的问题如果Timer_ON的IN端接的是RunFlag而RunFlag在程序的其他地方被复位了定时器就会中途重启。用交叉引用功能检查RunFlag的所有使用位置确保没有意外的写入。5.3 常见问题速查表现象可能原因排查方法灯一直不亮RunFlag未置位输出点地址错误监控RunFlag和Q0.0状态灯一直亮Timer_ON.Q未正确控制输出复位逻辑错误检查网络4的常闭触点闪烁频率过快时间预设值单位错误写成了毫秒确认预设值为T#3S格式闪烁频率过慢定时器被重复调用扫描周期过长检查交叉引用查看CPU扫描周期灯亮灭无规律定时器互相干扰背景DB冲突确保每个定时器独立DB仿真正常但实物不动作输出点类型不匹配接线错误检查输出点类型和负载参数5.4 几个容易被忽略的细节扫描周期对定时精度的影响。S7-1200的典型扫描周期在1-10ms之间对于秒级的定时需求扫描周期带来的误差完全可以忽略。但如果你要做毫秒级的精确定时就需要考虑用硬件中断OB或者高速计数器来实现。定时器背景DB的保持性。默认情况下定时器背景DB是非保持性的CPU断电重启后定时器状态会丢失。如果你的应用需要断电后恢复计时需要在DB属性中设置保持性。多个指示灯不同频率的控制。如果你有多个指示灯需要不同的闪烁频率不要试图用一个定时器搞定所有。每个指示灯用独立的定时器组互不干扰。S7-1200最多支持同时使用多个IEC定时器具体数量取决于CPU型号和内存限制。6. 从单灯闪烁到多灯交替的扩展思路掌握了单灯“3秒亮2秒灭”之后你可以很容易地扩展到更复杂的场景。比如两个指示灯交替闪烁灯A亮3秒灭2秒灯B在灯A灭的时候亮灯A亮的时候灭。实现方法很简单灯B的输出逻辑就是灯A输出取反但要注意加一个互锁防止两个灯同时亮的瞬间。再进一步如果你需要做一个“快闪-慢闪-常亮”三状态切换的报警灯可以用一个状态机来实现。用整数变量记录当前状态每个状态对应不同的定时器预设值状态之间按条件切换。这种思路在设备报警指示中非常常见。还有一个实际工程中经常遇到的需求用HMI设置闪烁频率。这时候定时器的预设值就不能写死了需要关联到HMI上的输入变量。在博途中把定时器的PT端关联到一个DB变量然后在HMI画面上做输入框操作员就可以随时调整闪烁节奏。这个做法我在多个项目中使用过非常实用。最后说一个调试小技巧在博途的监控表中可以把Timer_ON.ET和Timer_OFF.ET的数值格式设置为“十进制”这样能直接看到毫秒数在跳动比看时间格式更直观。配合趋势图功能还能把定时器的变化过程录下来回放分析时序问题特别方便。实操心得我个人的习惯是在写定时器逻辑之前先在纸上画一个简单的时间轴标出每个时间点各变量的状态。这个习惯帮我省去了大量在线调试的时间。尤其是涉及三个以上定时器互相触发的时候不画图直接写程序十有八九会绕晕。