我第一次接触这类控制项目时心里想得比较简单红绿灯嘛无非是东西一组、南北一组定时器来回切换就行。直到真正接手一个带左转专用车道、要求分高峰平峰方案、还希望支持夜间黄闪和车检器感应的路口才发现“PLC道路交通灯控制系统”这几个字里藏着不少讲究。这篇文章以一个四相位路口为对象从需求拆解到时序设计、梯形图实现、再到现场调试问题排查完整走一遍“基于PLC的复杂道路交通灯控制系统”的设计实现过程。内容偏工程实操适合正在做交通灯课设、比赛项目或准备接手类似小型交通控制项目的朋友。1. 先理需求这个红绿灯路口到底要解决什么问题1.1 课程设计里的交通灯和真实路口的差距在哪里很多人最早接触的PLC交通灯课题都是简化版——一个十字路口东西方向一组灯南北方向一组灯时间一到就切。这种模型只能说把“定时循环”练明白了离真实控制还差得很远。实际的路口往往比这个复杂至少要面对四个层面的问题。第一是相位需求如果一个路口左转车流量大光靠直行绿灯时对向车流里穿插左转是很危险的需要单独给左转车一个放行相位这就从两相位变成了四相位程序逻辑量直接翻倍。第二是多模式运行交通流量在一天里面波动很大早晚高峰和平峰时期的绿灯时间如果完全一样要么高峰期路口堵死要么平峰期绿灯空放所以要能按时间段切换不同的配时方案。第三是非正常工况比如半夜车流量很小时如果还按128秒大周期跑所有方向都在白等这时候若能把主路方向改成黄闪、支路方向改成红闪通行效率和安全性能同时兼顾。第四是人工干预交警在现场疏导时可能需要手动放行某个方向或者有急救车通过时需要特殊优先这个“人的需求”必须压过自动程序。课程设计只让你证明PLC能做定时循环而真实项目是在做一台小型交通信号控制机。理解了这个差距后面每一步才不会走偏。1.2 把控制模式先列成一张表再谈编程动手写梯形图之前最忌惮的就是直接开写。工控项目里有个习惯叫“先列需求清单再动程序”交通灯也一样。我习惯把整个系统要支持的控制模式整理清楚每一条都对应到输入信号、输出动作和切换条件。以这次做的四相位路口为例我整理出了五类工作模式。自动定周期模式是默认状态程序按交通量设置好的四相位时序循环运行多时段切换模式是在自动模式基础上做的高峰平峰方案切换比如早高峰用周期140秒的方案平峰用128秒晚高峰再用另一个参数切换时机可以靠时钟或外部拨码开关实现夜间模式则是在深夜把某个方向切到黄闪加红闪手动干预模式是在交警操作台把系统切到手动可以按方向控制放行多用在早晚高峰的路口疏导或事故处理紧急优先模式相对特殊属于“按一下就让指定方向尽快放行”的模式往往配合急救车或消防车通过场景不常用但必须预先安排。实际需求清单出来后程序结构就会很清晰。这个清单同样是后面做功能测试的验收依据。我见过不少新手一上来就编梯形图最后东补一个点西加一个输出程序一团乱麻根源就是没有先把控制模式和边界条件理清楚。1.3 根据需求和I/O点数选型别一上来就买大PLC控制模式确定之后I/O点数就能估算出来了。这里说的I/O点不是随便拍脑袋的数而是把输入信号和输出负载逐项列出来。输入侧我这边安排了这些信号启动运行信号X0、高峰/平峰方案切换开关X1、夜间模式开关X2、自动/手动模式切换开关X3手动模式下操作台还会给两个方向放行按钮X4和X5。另外车检器信号也要进PLC比如主路方向检测到有排队车辆的输入X6、支路方向检测到有等待车辆的输入X7。急救车优先用X10。输出侧则主要是信号灯组因为四相位路口东西方向和南北方向各有直行、左转两组灯每组红黄绿三色再加上夜间黄闪提示和蜂鸣器报警大致需要十多个输出点。选PLC的时候我建议按估算I/O点数再加20%~30%的余量来选。比如需要14个输入、16个输出就最好选一台输入输出都够、还带一定扩展能力的主机。实际方案里我用的是一台24点规模的国产PLC输入输出数量正好有余量。需要特别提醒的是输出类型交通灯通常都接220V交流灯具我优先推荐继电器输出型PLC或者用晶体管输出型PLC外接中间继电器再由继电器触点去控制220V灯。千万不要直接用晶体管输出点去接220V负载那基本是烧点事故的源头。2. 相位与时序设计128秒一个周期的推导过程2.1 先定“相位”再谈红黄绿“相位”这个词很多初学者会绕晕用一个生活化的例子解释就非常清楚。路口的交通流就像舞台上的演员你不能让所有人都同时上场必须把人分成几组按顺序让每组上台表演这个“组”就是一个相位。在信号控制里相位就是“某一组互不冲突的车流同时获得通行权的时间窗口”。我给这个路口定的是四相位方案。第一相位是东西方向直行也就是东西双向直行车一起放行第二相位是东西方向左转放行东西双向左转到对向的车辆第三相位是南北方向直行第四相位是南北方向左转。四个相位轮流执行每个方向的车流都有自己的专用放行时间不会出现直行和左转在路口中间打架的情况。实际路口也常见两相位或三相位方案比如不设左转专用相位左转车跟着直行车一起依空隙穿过路口。两相位方案的周期短、等灯时间短但左转车与对向直行冲突明显安全性和通行效率都要打折扣。我这个案例因为路口左转车流量较大才采用了更稳妥的四相位。这个取舍本身就是一个典型的控制策略选择问题不是越复杂越好而是要看车流特征。2.2 每个灯的持续时间怎么定经验加现场标定定了四个相位后需要给每个相位分配绿灯、黄灯和全红时间。绿灯时间并不是越长越好因为一个方向绿得久另一个方向就得等得更久整条路的总周期会拉长周期太长红灯方向排队的人容易失去耐心实际通行效率反而下降。在这个案例里我初始参数是这样定的相位方向绿灯时间黄灯时间全红时间相位合计相位一东西直行40秒3秒2秒45秒相位二东西左转20秒3秒2秒25秒相位三南北直行30秒3秒2秒35秒相位四南北左转18秒3秒2秒23秒完整的信号周期就是45253523128秒。为什么加全红时间黄灯是告诉正在路口内的车“马上红灯了能过就快过不能过就准备停”但黄灯结束时路口内可能还有来不及完全清空的车所以再加一个“所有方向全红”的时间让路口彻底清空避免下一相位放行的车冲进来撞上上一相位来不及离开的车。全红时间通常按路口尺寸和过街距离标定一般不小于2秒。这套参数不是一拍脑袋来的而是根据早晚高峰和平峰时段的路口流量做了初步设计然后再到现场观察实际排队长短微调。做好项目后程序里还保留了定时器参数修改入口方便现场不用改程序就能把绿灯时间数值调成想要的值。2.3 时序逻辑里不可突破的几条红线时序设计看似只是时间分配其实里面藏了几条安全红线。我自己在做的时候把这些红线当成“硬件联锁”和“软件联锁”的双重约束来落实。第一条是互锁条件在任何一秒内东西方向的绿灯不能和南北方向的绿灯同时亮左转绿也不能与对向直行绿同时亮只有当某个方向在放行时冲突方向必须保证红灯。第二条是全红清空时间不可缺少尤其是从直行切左转或从东西切南北的瞬间如果全红时间去掉上一波车和下一波车很容易在交叉路口相遇。第三条是黄灯的过渡角色不能被程序覆盖部分调试场景下为了赶时间人会想跳过黄灯直接切红灯这对已经接近路口、正加速准备通过的驾驶员非常危险程序逻辑上不能留下这种漏洞。第四条是任何模式切换、手动干预、急车优先动作都要平滑过渡到安全状态而不是瞬间改变灯色。如果把这几条放在程序逻辑的后面做统一约束前面的状态计时再怎么自由切换最终输出层的安全条件也会兜住。3. 梯形图实现用状态机把复杂时序拆成接力棒3.1 为什么我不用一堆定时器互锁而是选择状态机很多新手做交通灯时常用的写法是一排定时器首尾相接东西直行定时器时间到触发东西左转定时器再触发南北直行类似链条。这种方式写出来的程序在课后练习里看起来没问题可一旦要支持多模式切换、手动干预或者中间要插一个紧急优先分支定时器链条就会变得极其难维护——加了新模式后你往往要动一整串定时器逻辑很容易改动一个地方就带来新的时序冲突。我更推荐用“状态机”的思路来写业内有些工程师也叫“步进控制法”本质就是把整个运行周期拆成若干个固定的状态每个状态对应一个或几个灯色组合同一时刻永远只有一个状态处于激活状态时间到了就交出“接力棒”让给下一个状态。用一个形象的比喻就是状态机像一场接力赛每个状态是一段赛道只有当前拿着接力棒的人可以跑到他交棒之前别人都不能抢跑。这就让任意瞬间的灯色组合变得可预测排查问题的时候也容易定位到底卡在哪个状态。3.2 状态迁移的梯形图框架掌握这一套就够用四相位加黄灯和全红时间相当于把这个信号周期拆成了12个状态分别用M0到M11表示每个状态代表一种灯色组合和时间窗口对应的逻辑是M0东西直行绿灯40秒时间到跳M1M1东西直行黄灯3秒时间到跳M2M2全红2秒清空路口时间到跳M3M3东西左转绿灯20秒时间到跳M4M4东西左转黄灯3秒时间到跳M5M5全红2秒时间到跳M6M6南北直行绿灯30秒时间到跳M7M7南北直行黄灯3秒时间到跳M8M8全红2秒时间到跳M9M9南北左转绿灯18秒时间到跳M10M10南北左转黄灯3秒时间到跳M11M11全红2秒完成后跳回M0开始下一轮循环。状态迁移代码框架其实不大核心就是“状态激活时驱动对应定时器定时时间到后置位下一个状态同时复位当前状态”。我这里以三菱FX系列为例写一小段其他PLC只要把定时器号、状态位号换成自己的软元件表就行。; 状态M0激活东西直行绿灯计时40秒 LD M0 AND M100 ; M100为自动运行总标志 OUT T0 K400 ; 定时器时基0.1秒K400表示40秒 ; T0时间到激活M1并复位M0完成状态切换 LD T0 SET M1 RST M0同理M1状态激活时驱动T1T1时间到后SET M2RST M1一路做到M11状态结束再跳回M0。采用这种框架后每个状态的时间修改只需调整对应定时器的常数不需要去翻一大串互锁逻辑维护成本低很多。3.3 状态位不能直接驱动灯输出层要过互锁有人可能觉得状态机搞清楚了那直接把M0对应东西直行绿灯M1对应东西直行黄灯不就可以了吗如果只是演示模型或许够用但真实交通灯控制不能这么做原因在于状态位一旦出现异常比如多个状态同时置位或者程序被在线修改时扫描出现问题输出会直接跟着乱套现场就会变成危险场景。更稳妥的方法是把状态位和灯输出分开状态位只表示“当前逻辑运行到哪里”真正的灯输出由一组独立的“输出映射逻辑”来生成。只有到位状态和模式条件都满足时某个灯才允许点亮且输出互锁在最终继电器回路里再兜一层保证冲突方向的灯不能同时亮。东西方向绿灯的输出条件我会写成状态机在M0、自动运行标志有效、并且南北方向没有绿色放行状态条件全部满足才输出。类似地对应方向黄灯条件则在M1等黄灯状态红灯则在非本方向绿、黄的其余状态亮。梯形图里如果全用“非”的逻辑去驱动红灯会显得很长但在产品化程序里这种冗余是值得的。最终还有一个“物理输出互锁”在配电柜层面兜底把东西方向绿灯的继电器常闭触点串联到南北方向绿灯继电器回路中反过来也一样这就是硬件层面的安全保证。3.4 程序整体架构循环、模式和输出三层分离整套程序的架构如果画成示意会分成三层。最内层是状态循环层负责M0到M11的状态迁移外层是模式判断层负责判断当前是自动、夜间、手动还是急车优先为内部循环输出使能信号最外层是最终灯输出映射层负责把状态和模式翻译成真正点亮哪个灯并集中做互锁。这种“状态循环、模式判断、灯输出映射”分离的好处非常多。一是加模式不用改状态机本体比如夜间模式只是在模式判断层多了一个分支不需要把状态机里的定时器换掉。二是做故障排查时能快速定位信号灯不亮可能是状态被卡住、模式条件不满足、输出映射点错误或外部继电器故障好定位。三是别人接手项目看程序时也不会陷入大段大段的定时器嵌套。4. 多模式扩展高峰、夜间、感应、手动优先怎么融进去4.1 多时段方案切换别让绿灯在切换瞬间突变自动定周期模式里我设置了高峰、平峰两套配时参数本质上就是让状态机循环时的定时器常数可以按当前方案改变。这个改动不需要改状态机结构只需要给每个状态配一个“当前方案对应的计时值”方案切换时更新这些值。但有一个坑值得注意如果早晚高峰切换发生在一个方向的绿灯才刚起步时直接把时间改成新方案会出现本来刚亮起的绿灯变成红灯后面排队的车完全没时间通过容易引发急刹车。所以我做的方案切换不是“立即生效”而是“等当前相位完整走完这个绿灯、黄灯、全红结束后从下一个循环开始使用新参数”。实现的时候可以加一个“切换请求位”用主循环在回到M0之前检查这个请求位再把实际时间参数换成目标方案这样路口车流不会在切换瞬间被打乱。4.2 夜间黄闪加红闪直接输出会闯祸夜间模式的设计和白天自动模式差异很大核心思想不再是按顺序放行车辆而是提醒主路司机注意观察、谨慎通过。在这个项目里我按当地交管部门的习惯设置了“主路方向黄灯闪烁、支路方向红灯闪烁”的方案如果你们有实际需求请务必以当地可执行的交通组织要求为准。黄闪和红闪都不能直接给输出置位必须用周期脉冲信号去驱动灯通常是1秒一周期、0.5秒亮0.5秒灭。以三菱FX系列为例M8013就是1秒脉冲特殊继电器只需要把它串到黄灯或红灯输出回路里灯就会自动闪起来。进入夜间模式时我会同时做两件事一是把自动状态机的主允许位关掉让M0到M11不再前进相当于“废掉”白天顺序逻辑二是由模式判断层接管灯输出按“夜间模式输出”去点亮黄闪和红闪。从夜间切回白天时同样要注意先把状态机强制复位到M0并保证全红状态至少持续一小段时间然后再开始自动循环避免早晨模式切换瞬间出现冲突方向同时变绿的情况。4.3 车检器“半感应”控制有车才延没车不空放如果路口支路车流量很不均匀高峰时段有排队平峰时段则可能连续几分钟都没一辆车这时候定周期站在支路方向就会一直空放绿灯主路方向却白白等红灯。为了减少这种浪费这个项目里我加了一个“半感应控制”逻辑方向是“主路常绿、支路按需放行”。实现思路是这样当支路方向车检器检测到有车等待时程序会在主路绿灯剩余时间差不多时提前结束主路绿灯转入支路方向的放行相位如果支路方向长时间没有车来那么主路绿灯会保持到最大绿灯时间不轻易切换。感应控制的参数涉及最小绿灯时间、最大绿灯时间和单位延长绿时间典型设置是支路方向车检器一旦触发每次给支路绿灯延长5秒直到达到最大绿灯时间后强制切换且切换前黄灯和全红时间不做任何省略。梯形图里的实现要在状态机外增加一个“延长请求”标志状态机在支路绿灯时间快结束时检查这个标志有车就再给当前状态增加一次计时没有就直接跳到下一状态。这个标志的采集要加滤波避免车检器信号抖动造成频繁延长一般可以用PLC内部定时器做一个0.2秒左右的确认。4.4 急救车优先抢时间的前提是先把路口清空急救车优先功能平常不用真到用的时候就要求快速、安全地让指定方向获得放行。我设计了一个“急车请求”按钮按下后程序不直接跳到目标方向绿灯而是先进入全红清空让所有方向的车都停下来路口清空后再把指定方向放行。这个“先清空再放行”的顺序非常关键绝不能省略。比如急救车从东往西行驶系统检测到请求后会先强制让全路口进入2秒左右的全红状态然后置位东西直行绿灯并保持20秒到30秒。放行结束后如果模式选择的是自动恢复则从东西直行状态之后的位置继续接力如果现场交警还需要继续疏导也可以由交警保持在手动干预状态。紧急优先分支虽然平时不跑但它在程序里必须放在最高优先级任何自动状态都不能把它的方向灯抢走。5. 现场调试与故障排查手册5.1 上电前的检查先干完这三件事再送电现场调试最容易出的问题不是程序逻辑而是接线和供电。我每次上电前都雷打不动做三件事。第一对照I/O分配表逐一检查每根线。PLC输入端子和输出端子经常会被接错位尤其输出侧有十几个灯点的时候把红、黄、绿接到错位输出点上的概率非常大。送电前用万用表电阻档或通断档逐根校验比送电后发现两方向同绿再断电要安全得多。第二检查输入公共端接法。这个坑在感应车辆检测器时经常出现传感器如果是NPN输出PLC输入公共端就需要接电源正极输出导通时拉低电平如果公共端接反了信号状态会一直不对。接之前一定先查PLC手册确认输入模块是漏型输入还是源型输入。第三检查输出公共端和负载电源隔离。如果PLC是继电器输出型输出公共端为COM端务必要确认现场信号灯采用的是哪个电源系统。我的做法是PLC输出点统一接DC24V中间继电器再由中间继电器触点控制220V信号灯PLC部分和动力部分完全隔离既保护了PLC输出点又让现场检修更安全。5.2 没有真实信号灯怎么在实验室把逻辑调明白不是所有人一开始都有条件在真实路口调试实验室阶段用模拟灯板完全可以把逻辑验证到足够充分。我使用的是DC24V的LED信号灯模拟板每组红黄绿都接到对应的PLC输出端子再用开关模拟启动信号、模式切换信号和车检器信号。调试时重点观察几个截面一是状态是否按M0到M11依次推进可以在PLC编程软件的监控表里直接看M0到M11的状态也可以看编程软件里的元件监控哪个状态位为ON信号灯应该呈什么颜色完全能对上。二是每个相位的时间是否准确可以用秒表计时连续观察三个完整周期绿灯秒数在允许误差范围内才算通过。三是模式切换是否平滑切换高峰方案要验证“当前周期结束后才生效”切夜间模式要验证指示灯是否按1秒脉冲闪烁。四是手动和急车优先后能否恢复正常自动运行尤其要验证恢复正常时不会出现冲突方向绿灯同亮的情况。5.3 现场调试常见问题速查表现场遇到的问题五花八门把比较典型的几个现象和对应排查思路整理成一张表可以帮同行在调试时少走弯路。现象可能原因排查与处理方法信号灯不亮PLC输出指示灯有输出中间继电器线圈没得电或损坏接线端子松动查DC24V电源用万用表量中间继电器线圈两端电压确认触点动作两个方向的绿灯同时亮程序状态位异常或输出互锁条件被绕过立即断开输出电源检查状态位是否多状态同时为ON检查最终输出互锁逻辑一个方向黄灯亮完后直接变红看不到黄灯过程状态切换过快定时器值设错或误用了常开触点立即触发下一状态查该黄灯状态定时器设定值和触发器逻辑夜间模式切换后黄灯常亮不闪输出逻辑没有接1秒脉冲直接置位黄灯用PLC内部特殊继电器脉冲信号替代置位输出手动干预结束后自动程序从错误相位开始自动状态机没有进行安全复位增加全红清空状态从M0重新开始或从当前相位合理位置开始车检器信号时有时无绿灯延长不稳定输入信号没有滤波车检器信号受干扰在梯形图中加输入滤波检查信号线是否与动力电缆平行敷设某一路灯常亮无法熄灭输出触点粘连或外部继电器卡死断电后检查该路中间继电器触点必要时更换继电器5.4 现场调试时最容易暴露的几个认知误区调试过程里没有一次是顺顺当当走完的很多问题不是程序算不出来而是对现场条件下的设备行为缺乏预判。第一是输出触点容量和负载冲击电流问题LED信号灯虽然单灯功率不高但驱动器内部有电容上电瞬间的冲击电流可能是稳态电流的数倍如果中间继电器触点容量选得过小用几个月后就会出现触点粘死灯永远处于点亮状态非常危险所以每路输出最好串一个合适的熔断器继电器容量适度放宽。第二是“黄灯期间方向红灯到底亮不亮”的问题很多人写程序时习惯把红灯定义为黄的逻辑非结果黄灯一亮同一组红灯也同时点亮实际灯色瞬间从绿变成红加黄这不符合驾驶员的预期正确信号灯状态应当是每时每刻每组红黄绿灯只亮一盏黄灯期间红灯必须灭等黄灯结束红灯才亮起来。第三是感应控制不要做得过于灵敏随便一辆自行车压过车检器就延长绿灯会造成主路频繁被支路打断影响主干线绿波带
PLC复杂道路交通灯控制系统设计与实现：四相位路口实战解析
我第一次接触这类控制项目时心里想得比较简单红绿灯嘛无非是东西一组、南北一组定时器来回切换就行。直到真正接手一个带左转专用车道、要求分高峰平峰方案、还希望支持夜间黄闪和车检器感应的路口才发现“PLC道路交通灯控制系统”这几个字里藏着不少讲究。这篇文章以一个四相位路口为对象从需求拆解到时序设计、梯形图实现、再到现场调试问题排查完整走一遍“基于PLC的复杂道路交通灯控制系统”的设计实现过程。内容偏工程实操适合正在做交通灯课设、比赛项目或准备接手类似小型交通控制项目的朋友。1. 先理需求这个红绿灯路口到底要解决什么问题1.1 课程设计里的交通灯和真实路口的差距在哪里很多人最早接触的PLC交通灯课题都是简化版——一个十字路口东西方向一组灯南北方向一组灯时间一到就切。这种模型只能说把“定时循环”练明白了离真实控制还差得很远。实际的路口往往比这个复杂至少要面对四个层面的问题。第一是相位需求如果一个路口左转车流量大光靠直行绿灯时对向车流里穿插左转是很危险的需要单独给左转车一个放行相位这就从两相位变成了四相位程序逻辑量直接翻倍。第二是多模式运行交通流量在一天里面波动很大早晚高峰和平峰时期的绿灯时间如果完全一样要么高峰期路口堵死要么平峰期绿灯空放所以要能按时间段切换不同的配时方案。第三是非正常工况比如半夜车流量很小时如果还按128秒大周期跑所有方向都在白等这时候若能把主路方向改成黄闪、支路方向改成红闪通行效率和安全性能同时兼顾。第四是人工干预交警在现场疏导时可能需要手动放行某个方向或者有急救车通过时需要特殊优先这个“人的需求”必须压过自动程序。课程设计只让你证明PLC能做定时循环而真实项目是在做一台小型交通信号控制机。理解了这个差距后面每一步才不会走偏。1.2 把控制模式先列成一张表再谈编程动手写梯形图之前最忌惮的就是直接开写。工控项目里有个习惯叫“先列需求清单再动程序”交通灯也一样。我习惯把整个系统要支持的控制模式整理清楚每一条都对应到输入信号、输出动作和切换条件。以这次做的四相位路口为例我整理出了五类工作模式。自动定周期模式是默认状态程序按交通量设置好的四相位时序循环运行多时段切换模式是在自动模式基础上做的高峰平峰方案切换比如早高峰用周期140秒的方案平峰用128秒晚高峰再用另一个参数切换时机可以靠时钟或外部拨码开关实现夜间模式则是在深夜把某个方向切到黄闪加红闪手动干预模式是在交警操作台把系统切到手动可以按方向控制放行多用在早晚高峰的路口疏导或事故处理紧急优先模式相对特殊属于“按一下就让指定方向尽快放行”的模式往往配合急救车或消防车通过场景不常用但必须预先安排。实际需求清单出来后程序结构就会很清晰。这个清单同样是后面做功能测试的验收依据。我见过不少新手一上来就编梯形图最后东补一个点西加一个输出程序一团乱麻根源就是没有先把控制模式和边界条件理清楚。1.3 根据需求和I/O点数选型别一上来就买大PLC控制模式确定之后I/O点数就能估算出来了。这里说的I/O点不是随便拍脑袋的数而是把输入信号和输出负载逐项列出来。输入侧我这边安排了这些信号启动运行信号X0、高峰/平峰方案切换开关X1、夜间模式开关X2、自动/手动模式切换开关X3手动模式下操作台还会给两个方向放行按钮X4和X5。另外车检器信号也要进PLC比如主路方向检测到有排队车辆的输入X6、支路方向检测到有等待车辆的输入X7。急救车优先用X10。输出侧则主要是信号灯组因为四相位路口东西方向和南北方向各有直行、左转两组灯每组红黄绿三色再加上夜间黄闪提示和蜂鸣器报警大致需要十多个输出点。选PLC的时候我建议按估算I/O点数再加20%~30%的余量来选。比如需要14个输入、16个输出就最好选一台输入输出都够、还带一定扩展能力的主机。实际方案里我用的是一台24点规模的国产PLC输入输出数量正好有余量。需要特别提醒的是输出类型交通灯通常都接220V交流灯具我优先推荐继电器输出型PLC或者用晶体管输出型PLC外接中间继电器再由继电器触点去控制220V灯。千万不要直接用晶体管输出点去接220V负载那基本是烧点事故的源头。2. 相位与时序设计128秒一个周期的推导过程2.1 先定“相位”再谈红黄绿“相位”这个词很多初学者会绕晕用一个生活化的例子解释就非常清楚。路口的交通流就像舞台上的演员你不能让所有人都同时上场必须把人分成几组按顺序让每组上台表演这个“组”就是一个相位。在信号控制里相位就是“某一组互不冲突的车流同时获得通行权的时间窗口”。我给这个路口定的是四相位方案。第一相位是东西方向直行也就是东西双向直行车一起放行第二相位是东西方向左转放行东西双向左转到对向的车辆第三相位是南北方向直行第四相位是南北方向左转。四个相位轮流执行每个方向的车流都有自己的专用放行时间不会出现直行和左转在路口中间打架的情况。实际路口也常见两相位或三相位方案比如不设左转专用相位左转车跟着直行车一起依空隙穿过路口。两相位方案的周期短、等灯时间短但左转车与对向直行冲突明显安全性和通行效率都要打折扣。我这个案例因为路口左转车流量较大才采用了更稳妥的四相位。这个取舍本身就是一个典型的控制策略选择问题不是越复杂越好而是要看车流特征。2.2 每个灯的持续时间怎么定经验加现场标定定了四个相位后需要给每个相位分配绿灯、黄灯和全红时间。绿灯时间并不是越长越好因为一个方向绿得久另一个方向就得等得更久整条路的总周期会拉长周期太长红灯方向排队的人容易失去耐心实际通行效率反而下降。在这个案例里我初始参数是这样定的相位方向绿灯时间黄灯时间全红时间相位合计相位一东西直行40秒3秒2秒45秒相位二东西左转20秒3秒2秒25秒相位三南北直行30秒3秒2秒35秒相位四南北左转18秒3秒2秒23秒完整的信号周期就是45253523128秒。为什么加全红时间黄灯是告诉正在路口内的车“马上红灯了能过就快过不能过就准备停”但黄灯结束时路口内可能还有来不及完全清空的车所以再加一个“所有方向全红”的时间让路口彻底清空避免下一相位放行的车冲进来撞上上一相位来不及离开的车。全红时间通常按路口尺寸和过街距离标定一般不小于2秒。这套参数不是一拍脑袋来的而是根据早晚高峰和平峰时段的路口流量做了初步设计然后再到现场观察实际排队长短微调。做好项目后程序里还保留了定时器参数修改入口方便现场不用改程序就能把绿灯时间数值调成想要的值。2.3 时序逻辑里不可突破的几条红线时序设计看似只是时间分配其实里面藏了几条安全红线。我自己在做的时候把这些红线当成“硬件联锁”和“软件联锁”的双重约束来落实。第一条是互锁条件在任何一秒内东西方向的绿灯不能和南北方向的绿灯同时亮左转绿也不能与对向直行绿同时亮只有当某个方向在放行时冲突方向必须保证红灯。第二条是全红清空时间不可缺少尤其是从直行切左转或从东西切南北的瞬间如果全红时间去掉上一波车和下一波车很容易在交叉路口相遇。第三条是黄灯的过渡角色不能被程序覆盖部分调试场景下为了赶时间人会想跳过黄灯直接切红灯这对已经接近路口、正加速准备通过的驾驶员非常危险程序逻辑上不能留下这种漏洞。第四条是任何模式切换、手动干预、急车优先动作都要平滑过渡到安全状态而不是瞬间改变灯色。如果把这几条放在程序逻辑的后面做统一约束前面的状态计时再怎么自由切换最终输出层的安全条件也会兜住。3. 梯形图实现用状态机把复杂时序拆成接力棒3.1 为什么我不用一堆定时器互锁而是选择状态机很多新手做交通灯时常用的写法是一排定时器首尾相接东西直行定时器时间到触发东西左转定时器再触发南北直行类似链条。这种方式写出来的程序在课后练习里看起来没问题可一旦要支持多模式切换、手动干预或者中间要插一个紧急优先分支定时器链条就会变得极其难维护——加了新模式后你往往要动一整串定时器逻辑很容易改动一个地方就带来新的时序冲突。我更推荐用“状态机”的思路来写业内有些工程师也叫“步进控制法”本质就是把整个运行周期拆成若干个固定的状态每个状态对应一个或几个灯色组合同一时刻永远只有一个状态处于激活状态时间到了就交出“接力棒”让给下一个状态。用一个形象的比喻就是状态机像一场接力赛每个状态是一段赛道只有当前拿着接力棒的人可以跑到他交棒之前别人都不能抢跑。这就让任意瞬间的灯色组合变得可预测排查问题的时候也容易定位到底卡在哪个状态。3.2 状态迁移的梯形图框架掌握这一套就够用四相位加黄灯和全红时间相当于把这个信号周期拆成了12个状态分别用M0到M11表示每个状态代表一种灯色组合和时间窗口对应的逻辑是M0东西直行绿灯40秒时间到跳M1M1东西直行黄灯3秒时间到跳M2M2全红2秒清空路口时间到跳M3M3东西左转绿灯20秒时间到跳M4M4东西左转黄灯3秒时间到跳M5M5全红2秒时间到跳M6M6南北直行绿灯30秒时间到跳M7M7南北直行黄灯3秒时间到跳M8M8全红2秒时间到跳M9M9南北左转绿灯18秒时间到跳M10M10南北左转黄灯3秒时间到跳M11M11全红2秒完成后跳回M0开始下一轮循环。状态迁移代码框架其实不大核心就是“状态激活时驱动对应定时器定时时间到后置位下一个状态同时复位当前状态”。我这里以三菱FX系列为例写一小段其他PLC只要把定时器号、状态位号换成自己的软元件表就行。; 状态M0激活东西直行绿灯计时40秒 LD M0 AND M100 ; M100为自动运行总标志 OUT T0 K400 ; 定时器时基0.1秒K400表示40秒 ; T0时间到激活M1并复位M0完成状态切换 LD T0 SET M1 RST M0同理M1状态激活时驱动T1T1时间到后SET M2RST M1一路做到M11状态结束再跳回M0。采用这种框架后每个状态的时间修改只需调整对应定时器的常数不需要去翻一大串互锁逻辑维护成本低很多。3.3 状态位不能直接驱动灯输出层要过互锁有人可能觉得状态机搞清楚了那直接把M0对应东西直行绿灯M1对应东西直行黄灯不就可以了吗如果只是演示模型或许够用但真实交通灯控制不能这么做原因在于状态位一旦出现异常比如多个状态同时置位或者程序被在线修改时扫描出现问题输出会直接跟着乱套现场就会变成危险场景。更稳妥的方法是把状态位和灯输出分开状态位只表示“当前逻辑运行到哪里”真正的灯输出由一组独立的“输出映射逻辑”来生成。只有到位状态和模式条件都满足时某个灯才允许点亮且输出互锁在最终继电器回路里再兜一层保证冲突方向的灯不能同时亮。东西方向绿灯的输出条件我会写成状态机在M0、自动运行标志有效、并且南北方向没有绿色放行状态条件全部满足才输出。类似地对应方向黄灯条件则在M1等黄灯状态红灯则在非本方向绿、黄的其余状态亮。梯形图里如果全用“非”的逻辑去驱动红灯会显得很长但在产品化程序里这种冗余是值得的。最终还有一个“物理输出互锁”在配电柜层面兜底把东西方向绿灯的继电器常闭触点串联到南北方向绿灯继电器回路中反过来也一样这就是硬件层面的安全保证。3.4 程序整体架构循环、模式和输出三层分离整套程序的架构如果画成示意会分成三层。最内层是状态循环层负责M0到M11的状态迁移外层是模式判断层负责判断当前是自动、夜间、手动还是急车优先为内部循环输出使能信号最外层是最终灯输出映射层负责把状态和模式翻译成真正点亮哪个灯并集中做互锁。这种“状态循环、模式判断、灯输出映射”分离的好处非常多。一是加模式不用改状态机本体比如夜间模式只是在模式判断层多了一个分支不需要把状态机里的定时器换掉。二是做故障排查时能快速定位信号灯不亮可能是状态被卡住、模式条件不满足、输出映射点错误或外部继电器故障好定位。三是别人接手项目看程序时也不会陷入大段大段的定时器嵌套。4. 多模式扩展高峰、夜间、感应、手动优先怎么融进去4.1 多时段方案切换别让绿灯在切换瞬间突变自动定周期模式里我设置了高峰、平峰两套配时参数本质上就是让状态机循环时的定时器常数可以按当前方案改变。这个改动不需要改状态机结构只需要给每个状态配一个“当前方案对应的计时值”方案切换时更新这些值。但有一个坑值得注意如果早晚高峰切换发生在一个方向的绿灯才刚起步时直接把时间改成新方案会出现本来刚亮起的绿灯变成红灯后面排队的车完全没时间通过容易引发急刹车。所以我做的方案切换不是“立即生效”而是“等当前相位完整走完这个绿灯、黄灯、全红结束后从下一个循环开始使用新参数”。实现的时候可以加一个“切换请求位”用主循环在回到M0之前检查这个请求位再把实际时间参数换成目标方案这样路口车流不会在切换瞬间被打乱。4.2 夜间黄闪加红闪直接输出会闯祸夜间模式的设计和白天自动模式差异很大核心思想不再是按顺序放行车辆而是提醒主路司机注意观察、谨慎通过。在这个项目里我按当地交管部门的习惯设置了“主路方向黄灯闪烁、支路方向红灯闪烁”的方案如果你们有实际需求请务必以当地可执行的交通组织要求为准。黄闪和红闪都不能直接给输出置位必须用周期脉冲信号去驱动灯通常是1秒一周期、0.5秒亮0.5秒灭。以三菱FX系列为例M8013就是1秒脉冲特殊继电器只需要把它串到黄灯或红灯输出回路里灯就会自动闪起来。进入夜间模式时我会同时做两件事一是把自动状态机的主允许位关掉让M0到M11不再前进相当于“废掉”白天顺序逻辑二是由模式判断层接管灯输出按“夜间模式输出”去点亮黄闪和红闪。从夜间切回白天时同样要注意先把状态机强制复位到M0并保证全红状态至少持续一小段时间然后再开始自动循环避免早晨模式切换瞬间出现冲突方向同时变绿的情况。4.3 车检器“半感应”控制有车才延没车不空放如果路口支路车流量很不均匀高峰时段有排队平峰时段则可能连续几分钟都没一辆车这时候定周期站在支路方向就会一直空放绿灯主路方向却白白等红灯。为了减少这种浪费这个项目里我加了一个“半感应控制”逻辑方向是“主路常绿、支路按需放行”。实现思路是这样当支路方向车检器检测到有车等待时程序会在主路绿灯剩余时间差不多时提前结束主路绿灯转入支路方向的放行相位如果支路方向长时间没有车来那么主路绿灯会保持到最大绿灯时间不轻易切换。感应控制的参数涉及最小绿灯时间、最大绿灯时间和单位延长绿时间典型设置是支路方向车检器一旦触发每次给支路绿灯延长5秒直到达到最大绿灯时间后强制切换且切换前黄灯和全红时间不做任何省略。梯形图里的实现要在状态机外增加一个“延长请求”标志状态机在支路绿灯时间快结束时检查这个标志有车就再给当前状态增加一次计时没有就直接跳到下一状态。这个标志的采集要加滤波避免车检器信号抖动造成频繁延长一般可以用PLC内部定时器做一个0.2秒左右的确认。4.4 急救车优先抢时间的前提是先把路口清空急救车优先功能平常不用真到用的时候就要求快速、安全地让指定方向获得放行。我设计了一个“急车请求”按钮按下后程序不直接跳到目标方向绿灯而是先进入全红清空让所有方向的车都停下来路口清空后再把指定方向放行。这个“先清空再放行”的顺序非常关键绝不能省略。比如急救车从东往西行驶系统检测到请求后会先强制让全路口进入2秒左右的全红状态然后置位东西直行绿灯并保持20秒到30秒。放行结束后如果模式选择的是自动恢复则从东西直行状态之后的位置继续接力如果现场交警还需要继续疏导也可以由交警保持在手动干预状态。紧急优先分支虽然平时不跑但它在程序里必须放在最高优先级任何自动状态都不能把它的方向灯抢走。5. 现场调试与故障排查手册5.1 上电前的检查先干完这三件事再送电现场调试最容易出的问题不是程序逻辑而是接线和供电。我每次上电前都雷打不动做三件事。第一对照I/O分配表逐一检查每根线。PLC输入端子和输出端子经常会被接错位尤其输出侧有十几个灯点的时候把红、黄、绿接到错位输出点上的概率非常大。送电前用万用表电阻档或通断档逐根校验比送电后发现两方向同绿再断电要安全得多。第二检查输入公共端接法。这个坑在感应车辆检测器时经常出现传感器如果是NPN输出PLC输入公共端就需要接电源正极输出导通时拉低电平如果公共端接反了信号状态会一直不对。接之前一定先查PLC手册确认输入模块是漏型输入还是源型输入。第三检查输出公共端和负载电源隔离。如果PLC是继电器输出型输出公共端为COM端务必要确认现场信号灯采用的是哪个电源系统。我的做法是PLC输出点统一接DC24V中间继电器再由中间继电器触点控制220V信号灯PLC部分和动力部分完全隔离既保护了PLC输出点又让现场检修更安全。5.2 没有真实信号灯怎么在实验室把逻辑调明白不是所有人一开始都有条件在真实路口调试实验室阶段用模拟灯板完全可以把逻辑验证到足够充分。我使用的是DC24V的LED信号灯模拟板每组红黄绿都接到对应的PLC输出端子再用开关模拟启动信号、模式切换信号和车检器信号。调试时重点观察几个截面一是状态是否按M0到M11依次推进可以在PLC编程软件的监控表里直接看M0到M11的状态也可以看编程软件里的元件监控哪个状态位为ON信号灯应该呈什么颜色完全能对上。二是每个相位的时间是否准确可以用秒表计时连续观察三个完整周期绿灯秒数在允许误差范围内才算通过。三是模式切换是否平滑切换高峰方案要验证“当前周期结束后才生效”切夜间模式要验证指示灯是否按1秒脉冲闪烁。四是手动和急车优先后能否恢复正常自动运行尤其要验证恢复正常时不会出现冲突方向绿灯同亮的情况。5.3 现场调试常见问题速查表现场遇到的问题五花八门把比较典型的几个现象和对应排查思路整理成一张表可以帮同行在调试时少走弯路。现象可能原因排查与处理方法信号灯不亮PLC输出指示灯有输出中间继电器线圈没得电或损坏接线端子松动查DC24V电源用万用表量中间继电器线圈两端电压确认触点动作两个方向的绿灯同时亮程序状态位异常或输出互锁条件被绕过立即断开输出电源检查状态位是否多状态同时为ON检查最终输出互锁逻辑一个方向黄灯亮完后直接变红看不到黄灯过程状态切换过快定时器值设错或误用了常开触点立即触发下一状态查该黄灯状态定时器设定值和触发器逻辑夜间模式切换后黄灯常亮不闪输出逻辑没有接1秒脉冲直接置位黄灯用PLC内部特殊继电器脉冲信号替代置位输出手动干预结束后自动程序从错误相位开始自动状态机没有进行安全复位增加全红清空状态从M0重新开始或从当前相位合理位置开始车检器信号时有时无绿灯延长不稳定输入信号没有滤波车检器信号受干扰在梯形图中加输入滤波检查信号线是否与动力电缆平行敷设某一路灯常亮无法熄灭输出触点粘连或外部继电器卡死断电后检查该路中间继电器触点必要时更换继电器5.4 现场调试时最容易暴露的几个认知误区调试过程里没有一次是顺顺当当走完的很多问题不是程序算不出来而是对现场条件下的设备行为缺乏预判。第一是输出触点容量和负载冲击电流问题LED信号灯虽然单灯功率不高但驱动器内部有电容上电瞬间的冲击电流可能是稳态电流的数倍如果中间继电器触点容量选得过小用几个月后就会出现触点粘死灯永远处于点亮状态非常危险所以每路输出最好串一个合适的熔断器继电器容量适度放宽。第二是“黄灯期间方向红灯到底亮不亮”的问题很多人写程序时习惯把红灯定义为黄的逻辑非结果黄灯一亮同一组红灯也同时点亮实际灯色瞬间从绿变成红加黄这不符合驾驶员的预期正确信号灯状态应当是每时每刻每组红黄绿灯只亮一盏黄灯期间红灯必须灭等黄灯结束红灯才亮起来。第三是感应控制不要做得过于灵敏随便一辆自行车压过车检器就延长绿灯会造成主路频繁被支路打断影响主干线绿波带
