刚做完一套三菱FX系列PLC的交通灯控制程序带流量控制功能工作周期60秒IO分配表和原理图都整理出来了。这套东西看起来是教科书里最常见的经典案例但真正落地到现场的时候坑比想象中多得多——光是一个“流量控制”怎么定义就能让方案方向完全不一样。这篇文章把我从需求拆解、IO规划、接线原理图到梯形图实现的全过程捋一遍再把调试中踩过的坑和排查思路一并写出来给正在做类似项目的朋友一个可以直接抄作业的参考。1. 项目定位所谓“带流量控制”到底要解决什么1.1 为什么交通灯需要流量控制教科书里的交通灯程序通常是固定时序比如南北方向绿灯30秒、东西方向绿灯25秒循环往复跑就完事。但这种程序的软肋很明显它完全不关心路口的实际车流量。同一个路口早高峰南北方向能堵出两百米平峰时段可能一分钟过不了几辆车如果东西方向硬生生等完一整轮绿灯路面资源就白白浪费了。“带流量控制”就是冲着这个问题去的。它的本质是让PLC根据输入信号判断当前路口各方向的车流压力动态调整绿灯分配时间让车多的方向多走一会儿车少的方向少等一会儿。放在这套60秒工作周期里含义是基础循环周期仍然是60秒但周期内各相位的时间占比不再固定而是由流量检测信号参与修正。所以这个项目的关键点不在“交通灯”三个字而在“流量控制”四个字。交通灯部分是最标准的时序逻辑任何一台FX系列PLC都能做流量控制部分才是决定程序架构走向的分水岭。1.2 三种可行方案与选型理由流量控制听起来高级但落到PLC层面能选的方案其实就那么几种我对比过三个方向方案一纯定时器分时段方案。用PLC内部时钟或拨码开关切换“早高峰”“平峰”“夜间”三套固定时序本质是预置时间表不是真流量检测。优点是程序简单、硬件成本低缺点是路况一旦偏离预期就失灵比如某天临时交通管制导致某方向车流激增预置时间表完全反应不过来。方案二地感线圈/光电传感器实时检测方案。在路口入口车道埋设或架设检测传感器车辆经过时产生输入信号PLC根据单位时间内检测到的车辆数动态调整当前绿灯的延时。这是真正意义上的流量控制也是我这套程序采用的方案。优点是响应实时、逻辑直观缺点是硬件成本和施工量上去一截。方案三智能算法方案。用模糊控制或查表法做多路口协调甚至接上位机。这种方案对FX系列这种小型PLC来说运算压力偏大且需要额外通信模块适合做区域协调控制的项目单路口这么做性价比很低。我最终选了方案二用两个光电传感器分别检测南北和东西方向的来车流量PLC根据最近一个周期内两边检测到的脉冲数量决定下个周期绿灯是否加时。这样做既能把“流量控制”四个字落到实处又不至于把程序复杂度推到不可控的程度。2. 输入输出分析与IO分配表设计2.1 点位需求梳理做任何PLC程序第一步永远是数点位。数错一个点在初学阶段只是改个地址到了接线阶段就是返工甚至烧模块的事。这套交通灯控制系统的IO点分两类输入点是传感器信号和模式切换信号输出点是红黄绿指示灯控制信号。输入点需求南北方向流量检测传感器信号1个点就够接光电开关的输出车辆经过时产生脉冲东西方向流量检测传感器信号1个点自动/手动模式切换开关1个点手动模式下的人工控制按钮常规做法是“手动红”“手动黄”“手动绿”三选一互锁但为了精简点位我用一个转换开关加三个按钮白话说就是“你要让哪边亮哪个灯拨到对应档位”。输出点需求南北方向红、黄、绿三色灯3个点东西方向红、黄、绿三色灯3个点这样算下来输出需要6个点输入需要5到6个点。FX系列里我选的是FX3U-16MR16点里8输入8输出余量刚好够。2.2 IO分配表及地址规划IO分配表是这个项目里最不该省的一张表。现场接线、程序调试、后期维护所有人看的都是这张表。我整理后的分配如下类型地址元件说明备注输入X0南北方向流量检测信号光电传感器输出车辆经过时ON输入X1东西方向流量检测信号光电传感器输出输入X2自动/手动模式切换ON自动OFF手动输入X3手动南北绿灯与X4、X5互锁输入X4手动东西绿灯与X3、X5互锁输入X5手动全红清空路口优先级别最高输出Y0南北方向红灯对应东西方向绿/黄灯联动输出Y1南北方向黄灯输出Y2南北方向绿灯输出Y3东西方向红灯输出Y4东西方向黄灯输出Y5东西方向绿灯这里有个细节我特意把“南北红灯”和“东西绿灯”分开编号而不是用一个位去反向驱动。原因是现场实际接线时红绿灯可能是两组独立的灯也可能是同一组信号灯的两个灯珠分开输出方便以后单独调试任意一组灯排查故障时也直观得多。2.3 点位规划的实操经验点位规划这儿有两件事值得单独拿出来说。第一输入信号务必统一为常开型。光电传感器和行程开关都有常开常闭之分IO分配表上如果混着来程序里就要到处取反最容易出逻辑混乱。我在这个项目里规定所有输入一律按常开接线传感器在无车状态下输出OFF来车时输出ON。第二输出端必须考虑驱动能力。三菱FX3U的继电器输出点额定电流是2ALED交通信号灯单灯功率不高直接驱动没问题。但如果现场用的是白炽灯或LED灯串一定要核算电流超过2A就得加中间继电器转接否则输出点烧掉只是时间问题。第三边上最好留备用点。我编地址的时候把X6、X7和Y6、Y7全部留空。别小看这四个备用点后面现场想加一个“夜间黄闪”功能或者接一个故障报警灯直接改程序就能用不用重新布线。3. PLC原理图与接线细节3.1 主回路与控制回路这部分的图纸虽然叫“PLC原理图”实际拆开看是两个层次的东西。主回路管电源和信号灯负载控制回路管PLC输入输出接线。主回路采用单相220V供电经过断路器后兵分两路一路直接给信号灯供电回路另一路给开关电源由开关电源输出DC24V给PLC本体和传感器供电。这么做的考虑是交通灯负载通常集中在室外供电线径长、压降大如果让负载和PLC共用同一个电源PLC的供电稳定性会被信号灯启停瞬间的电流冲击影响所以干脆物理隔离。控制回路的核心是以FX3U本体为中间节点输入端接DC24V传感器信号输出端通过继电器触点控制信号灯的火线通断信号灯公共端统一接零线。3.2 硬件选型与接线注意事项这套系统里除了PLC本体几个外围件的选型直接影响现场稳定性断路器选2P 10A的既能当电源总开关又能做短路保护2P的好处是火线零线一起断检修安全。开关电源DC24V输出电流建议选2A以上别抠门。传感器、PLC输入公共端、可能加装的指示灯都从它取电余量留小了后期加设备就抓瞎。中间继电器如果信号灯功率大输出点就通过中间继电器过渡。我这次用的LED灯串功率不大PLC直接驱动但公共端的接线仍然注意了压降问题用了2.5平方的线做公共线。光电传感器选NPN常开型对射式或漫反射式都可以。对射式抗干扰能力强但需要两侧安装支架漫反射式安装方便但检测距离和防尘能力差一些。这个项目装的是对射式因为路口环境灰尘大漫反射式用一段时间就容易误动作。接线过程有一个很多人都栽过的细节光电传感器的电源极性接反会烧传感器信号输出线和电源线颜色容易混。我惯用的办法是上电之前用万用表二极管档量一遍传感器正负极确认颜色定义再接线。3.3 信号干扰与防护PLC用在工业现场干扰是躲不开的话题。交通灯控制柜虽然不像电焊机旁边那么恶劣但信号灯长距离走线本身就会拾取感应电。三个防护手段必须落实到位。第一传感器信号线用屏蔽双绞线屏蔽层单端接地也就是在PLC柜内那一端接地另一端悬空避免形成接地环路。第二PLC输入公共端和传感器供电电源之间要共地否则传感器信号的电平参考点和PLC不一致会出现时好时坏的随机故障。第三信号线跟动力线分开走线不要扎在同一个线槽里。我见过一个项目信号线和220V动力线走一个槽设备一动就丢信号查了半天最后是把线分开才根治的。另外传感器两端并一个RC吸收器或者压敏电阻能有效抑制雷击浪涌。尤其是架空线过长的时候这个东西不是可选项是必选项。4. 核心程序实现60秒周期与流量控制逻辑4.1 总体时序设计这套程序的时序基础是60秒完整周期我把它分成四个相位段南北方向绿灯东西方向红灯默认时长为30秒南北方向绿灯闪3秒黄灯3秒东西方向仍为红灯过渡段合计6秒东西方向绿灯南北方向红灯默认时长为18秒东西方向绿灯闪3秒黄灯3秒南北方向仍为红灯过渡段合计6秒30 6 18 6 60秒刚好是一个完整周期。注意这里绿灯闪的设计是额外加的目的是给驾驶员明确的“即将变灯”预告比直接切黄灯更安全。绿灯闪烁功能在硬件层面就是让绿灯输出的继电器周期性通断在软件层面用一个振荡器配合定时器实现。4.2 定时器链与周期控制FX3U内部定时器分两种100ms时基的T0T19910ms时基的T200T245。交通灯这种秒级时序用100ms时基就行K值直接按“秒数×10”写。比如南北绿灯默认30秒就是K300。我采用的是“定时器接力链”结构也就是一个定时器到点后触发下一个定时器开始计时最后一个定时器计时结束又复位整个链条周而复始。这么写的好处是时序直观哪一段出问题直接看对应的定时器触点就能判断。比如我把“南北绿灯段”的定时器编号设为T0“南北过渡段”设为T1调试的时候监控T0和T1的状态变化就能立刻定位是哪个环节卡住了。流水作业的核心逻辑大致如下T0计时30秒到→断开南北绿灯启动T1 T1计时3秒→绿灯闪继续计时3秒→启动T2 T2触发南北黄灯3秒→启动T3 T3切换到东西绿灯计时18秒→启动T4 T4绿灯闪3秒→启动T5 T5黄灯3秒→复位T0循环重新开始T0T5一共六个定时器首尾相接。这套链条的稳定性非常好因为任意时刻只有一个定时器在计时不存在多个定时器竞争触发的问题。4.3 流量控制逻辑编写流量控制在程序里分三个层次。第一层是计数用上升沿指令检测X0和X1南北和东西方向的光电传感器输入各接一个计数器C0和C1统计当前周期内各方向通过的车辆数。第二层是比较在绿灯段即将结束前把C0和C1的数值拿来做大小比较。第三层是延时修正根据比较结果决定是否给当前绿灯方向加时。比较和加时的逻辑是这样设计的如果当前是南北绿灯相位并且在最后5秒时检测到“南北方向通过的车辆数大于东西方向”那么把南北绿灯延长10秒同时把总周期从60秒拉长到70秒反之如果是东西绿灯相位就延长东西方向的绿灯。如果两方向车流量差不多或者当前方向的车流量劣势明显就不加时按默认60秒周期跑完。具体写法用到了比较指令和SET/RST的组合当T0剩余时间走到5秒我用T0当前值275来判定且C0 C1时触发M10M10置位后再触发一个加时定时器T6K10010秒T6计时期间南北绿灯保持ON同时封锁正常切换用的T0完成标志T6计时结束复位M10和T6释放正常时序程序继续往下走这个“锁定正常切换”的动作是流量控制程序里最容易漏掉的环节。直接延长绿灯还不够必须把定时器链条里的切换信号暂时屏蔽否则会出现绿灯时间到了被强行切换、加时形同虚设的情况。让我把这个逻辑再讲透一点。基础逻辑里T0计时到30秒后它的常开触点会接通T1触发绿灯闪。但加时触发后必须让T0的完成信号失效。我在T1的驱动回路里串了一个M10的常闭触点M10为ON正在加时时即使T0到点T1也不会被启动。这样绿灯段被硬生生多撑了10秒直到T6完成、M10复位切换才恢复。这就是所谓“流量控制”的最核心机械结构。4.4 手动与自动互锁程序除了自动运行还预留了手动模式用来应对设备调试、现场特殊交通管制等情况。X2作为模式切换开关ON时走自动流程OFF时走手动流程。手动逻辑相对简单按下X3南北绿灯常亮其他灯全灭按下X4东西绿灯常亮按下X5全红清空路口。但这里有一个必须处理的隐患——双线圈问题。如果手动输出和自动输出直接用了同一个线圈地址比如自动程序里让Y2南北绿灯手动程序里又让Y2南北绿灯PLC扫描时后执行的程序段就会覆盖先执行的导致输出状态不可预测。解决办法是用中间继电器把自动逻辑的输出的目标定为“中间标志位”比如M20对应南北绿灯M21对应东西绿灯手动逻辑同样驱动M20和M21最后在程序末尾统一用M20和M21去驱动硬件输出Y0Y5。这就是“单线圈输出”原则写复杂程序的时候这条规则务必守住。手动的优先级也要理清。我规定X5全红优先级最高X3和X4互锁——用常闭触点互相断开绝对不允许两个方向绿灯同时亮起。这在真实路口是致命事故级别的逻辑错误程序上必须用互锁结构把这个bug从物理层面杜绝掉。5. 常见问题与排查技巧实录5.1 上电不动作或状态乱跳头一次上电的时候我遇到过几种情况一个是PLC运行灯亮了但输出全无一个是灯能亮但时序乱跳。运行灯亮但输出全无先查编程口或RUN/STOP开关状态三菱FX3U面板上有RUN/STOP拨码打到STOP时程序不执行输出当然全没反应。再查PLC的24V供电和输出公共端COM是否接线继电器输出型的COM端不接电源输出触点就是悬空的灯根本不会亮。时序乱跳则多半是把定时器的定时值单位搞混了。FX3U的100ms定时器K300是30秒但如果你误用了10ms定时器比如T246以后K300就变成3秒了整个周期被压缩到十几秒看起来就像时序乱跳。排查方法就一句话监控定时器当前值看它是不是按照预期速度往上走。一秒一秒加就是100ms时基跳得飞快就是你用了10ms时基把K值统一换算回来就行。5.2 流量传感器误触发与抖动处理光电传感器这类东西在路口的稳定性没有想象中好尤其是对射式一旦安装支架被大风刮歪光轴对不上就会出现持续ON或持续OFF的假信号。我调试时专门碰到一次南北方向的绿灯加时器莫名其妙频繁触发后来发现是传感器安装位置附近有一棵树枝风一吹传感器就误触发。换到稳定位置后问题消失。传感器灵敏度调得过高也会导致飞虫经过就计数。这个问题的处理核心是“软件滤波”——在程序中给传感器信号加一个确认延时信号保持ON超过0.5秒才认定有效瞬时脉冲一律忽略。用定时器写这个滤波逻辑很简单一个输入脉冲进来后先启动一个定时器定时器到点才置位内部标志位脉冲消失则复位。5.3 模拟调试的要点拿到真实现场之前最好先用开关模拟传感器信号把整套逻辑在车间里跑通。我的调试办法是第一步不接任何传感器把X0和X1悬空自动模式跑纯时序用秒表核对60秒周期是否准确。第二步手动拨动X0模拟南北方向来车确认计数器C0数值逐次递增。第三步在南北绿灯段的最后几秒强制大量拨动X0观察T6加时定时器是否启动、绿灯是否延长时间。第四步把X2拨到手动模式逐一测试三个手动按钮的互锁关系。还有一项是永不能省的步骤检查梯形图的程序容量和PLC物理存储空间是否匹配。FX3U内置程序步数足够用但如果是从旧机器拷贝的程序一定要先格式化PLC内存再写入新程序否则会残留旧程序片段可能引起不明原因的逻辑冲突。最后分享一个我在实际调试中摸索出来的小习惯把所有定时器的编号、用途、时间设定值贴在控制柜门内侧写清楚哪一段是默认时间、哪一段是流量加时。现场设备一旦出问题操作人员不用翻图纸就能快速判断时序是否异常。这个习惯救过我一次——有次现场反映绿灯时间不对打开柜门一看就是T6加时定时器的K值被人从K100改成了K200加时时间翻倍了而原始的注释正好提醒了班组这是加时参数不该乱动。工程上的很多坑归根到底都是细节管理上的坑。
