企业官网建设流程全解析

简介：面向自动化、交通控制专业学生及可编程控制器初学者，这是一份实用的智能交通灯控制系统设计文档。针对传统定时交通灯难以适应动态车流的痛点，文档提出基于PLC与车辆检测器相结合的自适应控制方案。方案在十字路口布设多组检测器，统计进入与驶出候车区域的车辆数，得到各方向实时滞留量，通过比较动态调整直行、左转及红灯时长，从而减少绿灯空放、缓解交通拥堵。内容涵盖课题来源与意义、国内外发展现状、系统总体方案、检测器布置方式及PLC控制逻辑等，全文共16页，仅含1个docx文档，压缩包大小约528KB，结构完整便于查阅。已有2150人学习使用，非常适合用作课程设计或毕业设计参考，尤其适合希望快速理解PLC交通灯控制原理的工科学生和现场工程师；借助该文档可系统掌握从需求分析、硬件选型到控制程序设计的基本流程，并可在此基础上进一步扩展与仿真验证。

1. PLC智能交通灯控制系统设计：一个小路口改造带出的完整方案

某路口把信号灯从继电器时序柜换成小型PLC之后，配时改动从重新接线半小时缩到改一个数值重启一次。这套被反复下载的“PLC智能交通灯控制系统设计”方案，本质是一整套围绕“输入信号+时序状态+输出驱动”的开关量控制工程：硬件选型、I/O分配、时序逻辑、梯形图程序与仿真验证缺一不可。它解决的场景非常具体——固定配时、夜间黄闪、急车优先、手动强制，都是路口控制里最常被问到的需求。适合自动化、电气专业的学生拿来做课程设计，也适合工厂维护工程师借这个小项目，把PLC从“会看程序”练到“能独立设计一套完整控制逻辑”。这套方案也是同类设计文档最常见的骨架，照着这条路径走，不会绕路。

2. 硬件选型与I/O分配：先把点数、输出类型和传感器账算清楚

在写任何一行梯形图之前，先算清楚硬件账。交通灯控制属于典型的开关量控制，没有模拟量采集，没有高速脉冲，一台带若干输入输出点的小型PLC完全够用。但选型时真正容易翻车的不是品牌，而是输出类型、点数裕量、公共端接法和输入信号形态。这一章解决“选什么型号、每个点接什么”的问题，把账算明白了，后面程序写起来才不会有牵扯。

2.1 PLC选型：小项目为什么最怕选错输出类型

常见做法是先按实际使用点数留出1.2到1.5倍裕量再定机型。基础配置是4输入+6输出：启动、急车优先、夜间模式、备用共4个输入；东西方向红黄绿3个输出，南北方向红黄绿3个输出，合计6个输出。按1.2倍裕量估算，输入6点、输出8点的小型PLC就足够，再往上留就是浪费预算。

对外接负载来说，输出形式最值得较真。继电器输出与晶体管输出的差别在交通灯场景里很关键：继电器输出触点直接串进信号灯回路，交流直流都能带，负载能力强，LED信号灯上电瞬间的浪涌也不容易打坏它，缺点是机械触点寿命有限；晶体管输出只能带直流负载，响应快、无触点，但过流能力弱，LED信号灯如果带降压驱动电路，冲击电流很容易把晶体管烧掉。红绿灯是秒级动作，不是高频脉冲控制，继电器输出的响应速度绰绰有余，现场检修也方便，所以实际项目里选继电器输出的占绝大多数。

还有一个容易被忽略的点：CPU的定时器资源和系统时钟脉冲。交通灯程序至少要四五个TON定时器，夜间黄闪还要一个0.5秒周期的时钟脉冲，入门级小型PLC都带这些资源，选型时确认一下型号参数即可。另一个是编程软件是否带仿真功能，后面调试章节你会看到，仿真能省掉大量现场时间，选型时优先选带仿真能力的型号。

2.2 I/O分配表：把每个X和Y钉死在纸面上

我一般会在画接线图之前先出一张I/O分配表，程序里的符号表、现场的接线端子排、调试时的监控表，全部以这张表为准。表里把地址、用途、信号类型、备注一次写清。程序写了一半再改地址是最痛苦的事，后期排查会让你连“哪个灯接在哪个点上”都要重新翻图纸。

这张表有两个细节值得展开。启动信号用常开脉冲，程序里要做自锁；急车优先用常闭触点，好处是线路断线或传感器失电时输入自然变为有效，系统会卡在“放行当前方向”而不是“无视急车”，属于安全侧设计。夜间模式用电平信号，光控开关还是定时开关都可以，PLC只负责读电平。

输出侧最需要注意的是公共端和负载电源。每组输出的公共端接信号灯回路的电源相线，信号灯另一端分别接对应输出点。LED信号灯虽然是半导体灯，但内部带开关电源，上电瞬间有浪涌，继电器触点频繁带浪涌通断会明显缩短寿命，建议在输出触点并联RC吸收电路，常规参数取0.1μF电容串联100Ω电阻，现场够用。

提示：选型时还要确认各组输出的公共端是独立还是共用的。某些小型PLC的多个输出共用一个公共端，一旦负载电源接错，会直接影响到同组其他输出点的控制逻辑。

2.3 传感器与按钮：启动、急车、夜间三个输入怎么选型

三个输入的器件选型直接决定程序的写法。启动就是普通自复位按钮，按一下给一个脉冲，程序里置位运行位。急车优先的信号源常见有两种：地感线圈检测器和光电检测器，两者输出都是干接点信号，接到PLC输入时注意共地。有些检测器输出是NPN开集电极，需要接上拉电阻或者改接高电平有效，接线前用万用表量一下输出状态最稳妥。夜间模式一般用光控开关，亮度低于阈值时触点闭合，直接给PLC一个电平信号。

这里有个容易被忽略的差异：急车信号是“长信号”还是“脉冲信号”。地感或光电检测器输出的是持续电平，只要车在检测区就是一直接通；程序如果按电平处理，车排队时优先会一直锁定，后面车离开后才恢复，这在设计上可以接受。但如果接的是手动控制按钮那种短脉冲，程序就得用沿指令捕捉，否则扫描周期太快会漏检。写程序之前先确认输入信号形态，是我每次动手前的习惯，这个习惯帮我少走了很多弯路。

3. 四相位时序逻辑：从相位表到定时器链，核心是状态而不是时间

交通灯程序的难点不在指令，而在时序的组织方式。很多新手上来就写“绿灯定时20秒→黄灯3秒→红灯20秒”，四个定时器各跑各的，程序一跑就乱。正确的做法是先画相位表，再设计状态转移，最后才写定时器。交通灯程序的核心是状态，时间只是状态的附属参数。状态不唯一，时间算得再准也没用。

3.1 相位与时序：用一张表把四个相位钉住

以典型十字路口的两相位控制为例，东西方向和南北方向交替放行。相位表如下，灯色以“亮”为ON：

这个时序里，东西向红灯在相位3和相位4连续亮，南北向红灯在相位1和相位2连续亮，实际效果就是“一个方向绿灯转黄灯时，另一个方向保持红灯”。绿灯时长按车流量设置，默认20秒，车多的方向可以设到30到40秒；黄灯按路口尺寸和限速取3到5秒，限速60km/h以下取3秒，以上取5秒，这个取值是行业内比较通用的经验。如果想再安全一点，可以在相位2到相位3之间插入1秒全红清空状态，变成五个状态循环，梯形图多一个网络，但路口安全性会明显提升。

3.2 用状态位+定时器链实现循环：为什么不建议四个定时器各跑各的

四个定时器各跑各的思路是“每个定时器只管自己那个相位的时间”，但相位切换的顺序没有统一机制。比如绿灯定时器到点后，黄灯定时器从上一轮结束的残留值继续走，时序就会慢慢错乱。正确做法是让当前状态的定时器决定何时跳转到下一个状态，下一个状态把自己的定时器清零重计，形成一条链。

对应到程序逻辑，用状态编号STATE表示当前相位，每个状态有一个TON定时器，定时到后STATE加1，最后一个状态回到STATE=1，同时复位自己的定时器。核心ST描述如下：

// STATE=1..4 对应相位1..4 // T1..T4为四个TON定时器实例，PT分别为20s/3s/20s/3s IF RUN THEN CASE STATE OF 1: T1(IN := TRUE, PT := T#20S); // 相位1绿灯计时 IF T1.Q THEN // 计时到，切相位2 STATE := 2; T1(IN := FALSE); // 复位本相定时器 END_IF; 2: T2(IN := TRUE, PT := T#3S); // 相位2黄灯计时 IF T2.Q THEN STATE := 3; T2(IN := FALSE); END_IF; 3: T3(IN := TRUE, PT := T#20S); // 相位3绿灯计时 IF T3.Q THEN STATE := 4; T3(IN := FALSE); END_IF; 4: T4(IN := TRUE, PT := T#3S); // 相位4黄灯计时 IF T4.Q THEN STATE := 1; // 回到相位1，循环开始 T4(IN := FALSE); END_IF; END_CASE; END_IF; // 输出由STATE直接映射，同时加互锁 Y0 := (STATE = 1) AND RUN; // 东西绿 Y1 := (STATE = 2) AND RUN; // 东西黄 Y2 := NOT Y0 AND NOT Y1; // 东西红在非绿非黄时亮 Y3 := (STATE = 3) AND RUN; // 南北绿 Y4 := (STATE = 4) AND RUN; // 南北黄 Y5 := NOT Y3 AND NOT Y4; // 南北红在非绿非黄时亮

这里有几个关键设计点要展开。STATE是唯一的当前状态来源，任何时刻只有一个值，从原理上杜绝了两个状态同时有效的问题。定时器的PT参数就是相位表里的时间，要调整配时只改一个常量，程序结构完全不动。红输出映射用了“非绿且非黄”的逻辑，好处是即使状态值异常，红黄绿也不可能同时输出，这也是后面调试避坑里互锁逻辑的基础。实际工程里，更常见的做法是用内部标志位做输出映射，避免直接读输出点造成逻辑缠绕，最终在梯形图里体现为“定时器接当前状态触点，定时器触点作为跳转条件”的网络组。

上面这段ST是功能性描述，不同品牌PLC的TON调用语法略有差异，但语义完全一致：IN为TRUE开始计时，到达PT后Q为TRUE。抄到梯形图时，就是“当前状态常开触点串联定时器线圈，定时器常开触点作为下一状态的置位条件”。

3.3 夜间黄闪与急车优先：优先级和切换时机怎么定

夜间模式是交通灯控制最基本的附加功能：所有方向红绿灯熄灭，黄灯以0.5秒周期闪烁。实现不复杂，关键是优先级最高。程序里用一个NIGHT位，当NIGHT为ON时，不管正常时序跑到哪个状态，输出全部切到黄闪逻辑，同时复位STATE和所有定时器。这样切回白天时序时程序从相位1重新开始，不会继承残留的定时器时间。

黄闪逻辑直接用系统时钟脉冲实现，很多PLC内置0.5秒或1秒周期脉冲，对应代码：

// SM0P5：系统时钟脉冲，0.5秒周期，ON/OFF各占0.5s IF NIGHT THEN Y1 := SM0P5; // 东西黄灯闪烁 Y4 := SM0P5; // 南北黄灯闪烁 Y0 := FALSE; Y2 := FALSE; Y3 := FALSE; Y5 := FALSE; STATE := 1; // 复位正常时序状态 // T1..T4全部复位 END_IF;

急车优先的实现方案要区分“保持”和“延长”。最简单可靠的做法是急车信号到来时，当前相位在原定时间基础上延长一段时间，让急车在放行方向通过。实现上把对应状态定时器的PT从固定值改成“基础值+延长值”，急车信号消失后自动恢复。如果做的是“强制切换方向”的版本，必须在前一相位黄灯结束后再切换，不要在绿灯相位中途直接切红灯，否则路口会瞬间失去清空时间，现场安全风险很大。

优先级排序是：夜间模式 > 急车优先 > 正常时序。程序里用IF嵌套处理，NIGHT在最前面挡着，NIGHT不成立时才走急车和正常时序。这个优先级如果写反，夜间遇到急车会一直黄闪不放行，属于典型设计缺陷。

4. 梯形图落地与仿真验证：建工程、写网络、强制变量三步走

时序逻辑理清之后，剩下的是把逻辑翻译成梯形图并在仿真里验证。我习惯的顺序是：新建工程→定义符号表→按状态切换网络和输出网络分块写→编译→仿真→在线调试。这个顺序能保证每次只面对一个局部问题，不会东改一块西改一块。

4.1 新建工程与符号表：别让地址裸奔

打开编程软件后，第一步不是画梯形图，而是先建工程、选CPU型号。选型号要和第2章的I/O分配表完全一致，点数和输出类型对不上，后面接线会全部错位。建完工程后在符号表里把X0、X1、X2、Y0到Y5、STATE、T1到T4这些地址全部起好名字，符号表就是整个项目的自文档。

有人觉得小项目不建符号表直接写地址更省事，我劝你别这么做。程序里十几个X和Y，三天后回来看，谁能记得Y3是南北绿还是东西黄。符号表就是PLC项目的后悔药，花10分钟写清楚，能省掉几小时的排查时间。特别是程序里加了夜间模式和急车优先之后，地址一多，裸奔的代码根本没法维护。

4.2 核心梯形图网络：从ST描述拆成触点线圈

梯形图程序按功能拆成三个块：启动自锁网络、状态切换网络、输出驱动网络。启动自锁网络是X0置位RUN，加上复位RUN的出口逻辑，这决定整个程序的启停。状态切换网络直接对应3.2节的CASE逻辑，在梯形图里实现为“当前状态→定时器→跳转”的选择式网络，用M0当前值做分叉判断。输出驱动网络则把每个Y的线圈条件按3.2节的映射写出来，并在Y0与Y2之间、Y3与Y5之间加互锁触点。

这里重点说互锁网络。梯形图输出互锁是触点层面的保险，与STATE唯一性原理构成两道防线。实际写法是：Y0的线圈回路串入Y2的常闭触点，Y2的线圈回路串入Y0的常闭触点，红绿互为对方的切断条件。这样就算STATE逻辑因为某种原因同时输出，输出侧也不会同时驱动红灯和绿灯。交通灯一旦红绿同亮，现场就是事故，这个互锁不是可选优化，是必写项。

在线下载前再检查一个细节：RUN位的复位出口。启动按钮置位RUN之后，必须有地方复位RUN，否则现场断电重启后程序立即进入运行状态。常见做法是加一个“停止/手动模式”输入点，或者用急车优先输入兼作维护模式的手动复位，在维护时切断RUN。这个点不处理，调试时插拔一次下载线程序就自己跑起来，容易吓一跳。

4.3 仿真与在线调试：缩时间验证完整状态链

编译通过后别急着去现场，先用仿真功能把完整周期跑一遍。仿真模式下无法真实接按钮，需要手动强制输入。我是这样做的：先强制X0为ON再置OFF，模拟一次短按启动，然后观察RUN位是否置位并自锁。接着打开监控表，把STATE、T1到T4、Y0到Y5全部拖出来，逐个看状态跳转是否按“1→2→3→4→1”循环。

验证状态链的第一个技巧是缩短时间常数。把三个20秒的PT全部临时改成2秒，跑一轮完整周期只要7秒，状态跳转和输出切换对不对一眼就能看出来，验证完再改回20秒。第二个技巧是专门验证边界情形：相位4的黄灯结束时是否回到相位1；STATE=4且T4到点的那个扫描周期，Y1和Y4会不会同时闪。第三个技巧是故意把X1强制为ON，确认急车延长逻辑生效，再强制OFF确认恢复正常时序。

现场在线调试和仿真最大的区别在于输入信号是真实的。接好线后先做“点亮测试”：把每个Y强制为ON，确认输出点对应的信号灯和图纸一致，这一步能发现大量接线错误。确认后切回自动模式，再按仿真时的顺序跑周期。我见过不少人在这一步翻车——信号灯电源没合闸，PLC输出正常但灯不亮，折腾半天查程序，结果只是少合一个空气开关。

5. 交通灯调试避坑：5个高频翻车点和现场排查顺序

这一章是前面所有内容的血泪经验汇总。交通灯程序不大，正因为小，出问题往往不是某个指令不会写，而是逻辑组织、扫描周期、输入信号这些看不见的细节。很多问题看着像玄学，其实就是扫描周期和信号形态的确定性逻辑。以下5个问题按现场出现频率排序，每条都是现象、原因、解决。

5.1 红绿灯同时亮：状态竞争和互锁缺失

现象：相位切换瞬间，监控表显示Y0和Y2同时为ON，红灯绿灯一起亮。

原因：输出驱动没有加互锁，而且状态位在切换瞬间存在竞争。扫描周期是串行执行的，状态从1变2的赋值指令执行后，输出刷新在扫描周期末尾，这个窗口里可能出现“旧状态输出尚未关闭、新状态输出已经置位”的情况。

解决：输出网络里Y0回路串入Y2常闭触点，Y2回路串入Y0常闭触点；状态切换采用“先复位再置位”的写法，必要时加一个转换中间态。互锁加好之后，即使状态逻辑出问题，硬件级输出也不可能红绿同亮。

5.2 启动按钮按了没反应：自锁和脉冲信号的理解偏差

现象：按下启动按钮，X0有输入指示，但RUN位不置位，程序没动静。

原因：程序里把X0写成电平条件而不是脉冲捕捉，按钮按下的时间如果短于PLC扫描周期或者正好落在扫描间隙，信号就丢了。另一种可能是现场用了保持型旋钮，X0一直为ON，自锁逻辑无法建立“断开再闭合”的触发边沿。

解决：启动信号用上升沿指令捕捉，程序里用置位指令置位RUN；如果现场只能用保持型旋钮，程序逻辑改成“X0 ON时RUN保持，X0 OFF时RUN复位”的电平方式。接线之前先确认按钮是自复位还是自锁，这个和程序写法直接相关。

5.3 夜间模式切回后时序错乱：定时器残留状态

现象：夜间模式切回白天模式，信号灯跳过了相位1直接进入相位2，或者绿灯时间明显变短。

原因：夜间模式生效时只切了输出，没有复位STATE和T1到T4。定时器在NIGHT期间虽然IN为FALSE，但部分定时器的ET值还停留在上次中断的数值上，切回后定时器从残留值继续计时，时间自然不对。

解决：夜间模式入口做一次完整的状态复位，把STATE置1、T1到T4全部复位，再进入黄闪输出逻辑。切回时同理，从相位1重新开始完整周期。所有模式切换程序都必须带初始化复位段，这是我的固定写法，也是这个坑的最稳解法。

5.4 现场灯有频闪或继电器触点打火：负载浪涌与电源共地

现象：仿真一切正常，现场接上LED信号灯后亮度不稳定，或者输出继电器触点频繁打火、几个月就坏。

原因：LED信号灯内部开关电源在上电瞬间产生大浪涌电流，继电器触点反复带浪涌通断，寿命明显下降；如果PLC电源和信号灯电源共用一个回路，负载波动还会反过来干扰PLC本身。

解决：选继电器输出型PLC，输出触点并联RC吸收电路，0.1μF电容串联100Ω电阻；信号灯电源回路和PLC控制电源分开供电，公共端只做信号级共地。LED信号灯不建议直接接晶体管输出，除非厂家给出明确的冲击电流参数。

5.5 急车优先触发不稳定：输入抖动与电平形态不匹配

现象：地感检测器输出后，程序有时响应有时不响应，监控表里X1的输入指示闪烁不停。

原因：一是检测器输出的是持续电平而程序按脉冲沿捕捉，信号有效时长不足被漏掉；二是输入信号在线缆上抖动，触点通断瞬间产生多次边沿，程序误判。

解决：先确认输入信号的形态，持续电平就用电平判断，短脉冲就用沿捕捉加持续时间扩展；输入滤波时间调到10ms左右，滤掉触点抖动。现场排查时用万用表量X1的对地电压，看信号到底是稳定高电平还是跳动，不要上来就改程序。这个排查顺序能省掉大量无效修改。

6. 进阶：把固定时序做成参数化功能块，改路口时间不再翻程序

前面的设计把20秒、3秒这些时间直接写死在程序里，现场要调配时，就得打开程序改PT再重新下载。对一个要长期运维的路口来说，这个操作太重了。进阶做法是把交通灯控制逻辑封装成一个带参数的功能块，绿灯时长、黄灯时长、全红清空时长全部作为输入接口暴露出来。

功能块接口大致是这样：输入参数有东西绿灯时间、南北绿灯时间、黄灯时间、全红清空时间、急车延长秒数；输入信号有运行、夜间、急车；输出就是六个灯位。外部用触摸屏或上位机写这几个参数，就可以在不改梯形图的情况下调整整个路口的配时方案。参数化之后，现场调优从“改程序”变成“改数值”，维护门槛大幅降低，这也是“设计”二字最值钱的地方——不是写死一个时序，而是留出可调的空间。

另一个值得做的扩展是倒计时显示。用系统时钟脉冲加计数器做递减计时，把剩余秒数输出到BCD码或数码管驱动模块，行人和司机都能看到倒计时。这个功能会让系统复杂度上一个台阶，但在实际路口非常实用，也是很多交通灯设计文档里加分项。做这类项目时我有个习惯：先列一张所有可变参数的表，再写一行程序。黄灯几秒、绿灯几秒、急车延长几秒、全红几秒，全部先定下来。没有参数表不动手，这个习惯帮我避过很多次来回改程序的麻烦。参数表越早想清楚，后期的返工越少。希望帮到你。

本文还有配套的精品资源，点击获取