51单片机交通灯控制系统：状态机、定时器与数码管实战

简介这份毕业设计论文围绕基于单片机控制交通灯的设计展开面向电子信息、自动化等专业本科毕业生及单片机入门者解决传统定时交通灯难以适应动态车流的问题提供从硬件选型、程序设计到调试测试的完整方案。包体为单个doc文档共1个文件约257KB正文约27页涵盖MSC-51系列单片机ATSC51内部结构、8255A可编程并行I/O接口扩展电路、红绿灯循环点亮与倒计时显示、剩5秒黄灯闪烁警示、闯红灯报警及基于车流量的绿灯时长调整等关键设计硬件原理图和源程序代码均包含其中。已有1006人学习浏览对于需要完成同类毕业设计或课程项目的读者可按章节直接参考其系统框架、接口电路和编程思路减少从零搭建的摸索成本。1. 从课设到实物单片机控制交通灯到底在做什么如果你搜到这个标题大概率正对着毕业设计任务书发愁要做一个基于单片机控制交通灯的设计既要交实物又要交论文。这个题目听起来很老老到几乎每个电子信息类专业的学生都绕不开但它远不是「点亮几个LED换个颜色」那么简单——它要解决的是时序控制、状态切换、倒计时显示、按键干预这些真实工程问题而这些恰好是单片机入门最核心的能力训练。这个设计本质上做三件事用单片机的I/O口驱动发光二极管模拟红黄绿三色灯用定时器产生精确的时间基准来切换放行与禁行状态再用数码管把每个方向的剩余秒数显示出来。难点不在某一个模块而在所有模块的时序配合——主路绿灯亮到第25秒时辅路必须黄灯闪烁你按下紧急按钮时系统得在保证安全的前提下跳进全红状态。这些逻辑一旦理清你会发现自己不仅做完了一个课设还把状态机、定时器中断、动态扫描这些单片机必考知识点全部打通了。这篇笔记按我实际做过的方案来写先选型和抽象状态机再搭硬件、写代码最后把最容易让人翻车的几个坑点单列一章。无论是只想让实物跑起来还是想拿一个能讲清楚原理的毕设你都能照着走一遍。2. 方案选型与状态机为什么51内核仍然是毕设最稳的起点2.1 单片机选型从AT89C51到STC89C52的选择逻辑做交通灯控制市面上可选的主控很多STM32、MSP430、Arduino甚至ESP32。但我说句实在话毕业设计这个场景里最合适的选择恰恰是看起来最老土的51内核典型型号是AT89C51或STC89C52。原因有三。第一交通灯控制需要的资源非常少。几个I/O口驱动LED、两组数码管做倒计时、一个按键做紧急模式工作频率12MHz程序存储空间8KB绰绰有余。51单片机在这个需求下性能完全够用用STM32属于拿大炮打蚊子徒增配置复杂度。第二51的寄存器数量和中断结构简单到可以手写不需要初始化库函数就能控制每一个引脚这恰恰是毕设答辩时老师最爱问的部分——你把ET0和TR0的作用讲清楚比背一遍STM32的时钟树得分高得多。第三51内核的资料密度极高无论你用的是普中、天祥还是自己画的板子原理图风格几乎一致遇到问题搜解决方案效率最高。STC89C52和AT89C51的区别主要是前者有4KB的EEPROM、支持ISP下载用USB转TTL线就能烧录程序不需要专用编程器。我一般建议用STC89C52烧录方便芯片价格也低到可以忽略。开发环境用Keil C51建工程时选对芯片型号就行整个流程五分钟左右。2.2 交通灯状态机把十字路口抽象成一张转移表选完芯片别急着画原理图先做一件事把交通灯的工作过程抽象成状态机。这是整个设计里最值钱的一步因为你后面写代码、画流程图、论文里写设计思路全都依赖这张状态表。以一个标准十字路口为例东西方向为主干道南北方向为次干道。完整的工作周期分四个状态状态东西方向南北方向持续时间S1绿灯红灯25秒S2黄灯红灯5秒S3红灯绿灯20秒S4红灯黄灯5秒四个状态首尾相接循环往复。这个表看起来简单但有几个细节必须提前定死绿闪要不要做标准交通灯在绿灯结束时会有3秒绿闪提示但多数课设规格不要求加进去反而会让黄灯逻辑变复杂黄灯固定5秒这是国标推荐值答辩时被问到可以直接答出来S1和S3的时长可以根据车流量调节做成宏定义即可。这张状态表同时决定了数码管显示什么。我的做法是让数码管跟随当前状态显示剩余时间倒计时归零时切换状态。也就是说S1状态下两组数码管分别显示东西方向剩余25秒和南北方向剩余30秒每秒减1归零后进入S2。这样的联动逻辑看上去复杂但代码实现时只需要一个计数器变量后面第四章会给出完整实现。2.3 元器件清单与I/O分配先定引脚再写代码状态机定完之后下一步是确定硬件连接关系不要等到画原理图时再临时改引脚那会让程序和电路图对不上。我把一个最小可运行的配置列在这里主控STC89C52RC12MHz晶振30pF负载电容两个电源USB供电5V加100μF电解电容滤波指示灯6个LED红黄绿各2个直径5mm串220Ω限流电阻数码管2个四位一体共阴数码管一个显示东西方向一个显示南北方向按键2个独立按键一个紧急全红模式一个恢复正常运行下载接口4针USB转TTL串口I/O分配我的习惯是P0口接数码管段选P2口接数码管位选P1口接LEDP3口留给按键和中断。为什么这样分P0口内部没有上拉电阻做段选驱动时需要外接10kΩ排阻这样把引脚利用率做到最高P1口内部有上拉直接驱动LED不需要额外电阻——当然LED本身的限流电阻还是要串的放在外部电路里每个LED一个220Ω电阻。这里多提一句LED的正极接I/O口还是负极接I/O口决定了你写代码时给的是高电平还是低电平。我习惯用低电平点亮即LED负极接单片机引脚正极经过限流电阻接5V。这样初始化时让P1口全部置1所有灯默认熄灭符合安全习惯。3. 硬件搭建与最小系统焊接、共阴共阳与驱动电流3.1 最小系统电路晶振、复位、电源三件套硬件部分先搞定最小系统也就是让单片机能够运行起来的最小电路电源、晶振、复位。这三样任何一个出错程序烧进去都不跑而且排查起来很恼火因为问题往往不在程序。电源部分最简单USB的5V经过自恢复保险丝接到VCC引脚GND接GND在电源两端并联一个100μF电解电容和一个104瓷片电容。电解电容吸收低频波动瓷片电容滤高频噪声缺一个在某些恶劣USB口上会导致单片机随机复位。晶振电路是12MHz晶振两端各接一个30pF瓷片电容到地这两个电容的取值范围在20~33pF之间12MHz配30pF是标准组合。晶振不是随便接上去就能起振的电容值偏差太大会导致起振困难换一个晶振就能解决的问题别去怀疑程序。复位电路用经典的10μF电解电容加10kΩ电阻组合RST引脚通过10kΩ电阻接地同时通过10μF电容接VCC上电瞬间RST脚获得高电平完成复位。实际的电容值可以小一点1μF到10μF都能工作。3.2 LED与数码管驱动共阴共阳的判断与限流电阻LED驱动看似简单但这里有一个能让你白忙一下午的细节共阴和共阳一定要分清楚。共阴数码管的公共端接GND段选为高电平时点亮共阳数码管的公共端接VCC段选为低电平时点亮。两者的段码是完全相反的比如数字1的段码共阴是0x06共阳就是0xF9。买数码管时商家标得清清楚楚但焊接时接错了型号代码里就要全部取反。我的建议是两种方案二选一别混着用要么全部用共阴数码管配合P0口输出段码高电平点亮外部加上拉排阻要么全部用共阳用三极管做位选驱动。对于毕设的静态显示需求共阴加排阻是更简洁的方案省去三极管矩阵。LED限流电阻的选择也有讲究。5V供电时红色LED压降约1.8V工作电流取10mA电阻值(5-1.8)/0.01320Ω取标准值330Ω绿色LED压降约2.2V取270Ω或220Ω。如果手头只有220Ω电阻红绿通用也没问题电流稍微大一点但LED完全扛得住寿命影响在毕设使用周期内看不出来。3.3 在面包板上先点亮一颗LED最小验证步骤我不建议你在做完整板子之前一上来就把所有元件都焊上去太容易出问题了。最稳妥的顺序是先搭最小系统再点亮一颗LED然后在数码管上显示出数字最后才把LED灯组和数码管全部接上跑完整逻辑。在面包板上点亮一颗LED的连线LED负极接P1.0引脚LED正极串330Ω电阻到5V。烧一个最简单的程序让P1.0输出低电平观察LED是否点亮。这里有两个典型现象值得记下来。第一LED完全不亮检查是不是接反了发光二极管是有极性的长脚是正极第二LED能亮但单片机发烫说明某个引脚直接对地短路了拔掉电源检查连线。确认单灯可控之后再扩展到6个LED和数码管。数码管的验证程序也很简单让P0口输出数字1的段码看数码管是否显示1。如果显示的是一团乱码或者多个段同时亮多半是段码表和数码管类型不匹配检查共阴共阳即可。这些基础模块都工作正常之后你的硬件平台就稳定了后续写交通灯逻辑时不会被硬件问题干扰。4. 软件实现用定时器替代延时把状态机写进代码4.1 定时器T0产生秒脉冲代码与参数计算交通灯控制的核心时间基准是1秒。新手常见的做法是写一个delay(1000)延时函数然后循环调用。这个方案在课设演示时看起来能用但实际上有一个致命问题延时函数是阻塞式的延时期间单片机什么都干不了数码管的动态扫描会闪烁按键响应会迟钝紧急模式按下之后要等当前延时结束才能响应。正确做法是用定时器中断产生时间基准主循环只做状态判断和显示刷新。定时器T0工作在模式116位定时器晶振12MHz下机器周期是1μs定时50ms需要的计数值是50000即0xC350。由于是16位向上计数模式初值 65536 - 50000 15536 0x3CB0。每次中断进入时重装初值。连续累加20次中断就是1秒设定时器50ms20次中断正好1000ms。// T0定时50ms20次中断产生1秒基准 void Timer0_Init() { TMOD 0x01; // T0工作在模式116位定时 TH0 0x3C; // 初值高8位65536-50000155360x3CB0 TL0 0xB0; // 初值低8位 ET0 1; // 打开T0中断允许 TR0 1; // 启动T0 EA 1; // 打开总中断 } unsigned int timer_cnt 0; // 中断计数 unsigned char flag_1s 0; // 1秒标志主循环轮询 void Timer0_ISR() interrupt 1 { TH0 0x3C; // 重装初值 TL0 0xB0; timer_cnt; if (timer_cnt 20) // 50ms * 20 1000ms { timer_cnt 0; flag_1s 1; // 置位标志通知主循环 } }这段代码的关键在于中断标志位的使用。中断服务函数里只做两件事重装初值、计数到20次后置标志位。主循环检测到flag_1s为1时就知道过了一秒然后去执行倒计时更新。这样做的好处是中断服务函数占用的时间极短不会阻塞主循环的其他任务同时主循环无需用延时等待可以在同一瞬间既刷新数码管又扫描按键。很多教材里会在中断里直接操作整个交通灯状态切换我建议你别这么写。中断服务函数保持精短只做计时状态切换留在主循环里判断。原因很简单中断里做的事情越多主循环的执行就被打乱得越严重当数码管动态扫描和状态切换在同一毫秒内竞争时整套时序就乱了。我实际调试时遇到过一次数码管显示乱跳的问题最后定位到就是中断里做了太多事把主循环的刷新节奏打乱了。这里给出定时器参数速查模式1、12MHz晶振、机器周期1μs、想要定时T毫秒初值 65536 - T×1000。反过来如果晶振是11.0592MHz机器周期约1.085μs初值计算会麻烦一点这就是为什么我建议直接用12MHz晶振——它和51内核的配合最直接各种教材和参考程序默认都按12MHz算省去换算的麻烦也减少答辩时被追问的复杂度。4.2 交通灯主状态机切换逻辑与代码实现时间基准有了接下来写状态机本体。按照第二章的状态转移表定义4个状态每个状态对应一组LED输出和两个方向的倒计时秒数。我用枚举类型定义状态配合一个switch语句做切换这是最直观也最容易向老师解释的结构。倒计时变量的设计思路每个方向各有一个独立的剩余秒数变量初始值分别对应状态持续时间。每秒中断标志置位时两个方向的剩余秒数同时减1任何一个方向减到0就切换状态。这里注意一个容易犯的错不要在状态切换时把两个方向的剩余秒数都重置要分别赋新状态的初始值。比如从S1进入S2时东西方向黄灯5秒而南北方向仍然是红灯总剩余时间应为东西方向5秒、南北方向25530秒这个30表示南北方向还要等30秒。typedef enum { EAST_GREEN_SOUTH_RED 0, // S1东西绿南北红25秒 EAST_YELLOW_SOUTH_RED, // S2东西黄南北红5秒 EAST_RED_SOUTH_GREEN, // S3东西红南北绿20秒 EAST_RED_SOUTH_YELLOW // S4东西红南北黄5秒 } TrafficState; bit emergency_mode 0; // 紧急模式标志 TrafficState state EAST_GREEN_SOUTH_RED; unsigned char east_remain 25, south_remain 30; void TrafficLoop() { unsigned char east_led, south_led; if (emergency_mode) // 紧急模式全红20秒 { east_led 0xFF; // 关掉所有东向灯只开红灯 south_led 0xFF; // 红灯按位操作假设P1.0东绿 P1.1东黄 P1.2东红 P1 0xF8; // 清低三位 P1 | 0x04; // 东红亮 P1 0x8F; // 清高四位中南北相关的位此处根据实际接线调整 // 南北红灯亮 return; } switch (state) { case EAST_GREEN_SOUTH_RED: east_led 0x01; // 东绿 south_led 0x20; // 南红具体值取决于引脚分配 if (east_remain 0) // 东西绿灯倒计时结束 { state EAST_YELLOW_SOUTH_RED; east_remain 5; south_remain 30; } break; case EAST_YELLOW_SOUTH_RED: if (east_remain 0) { state EAST_RED_SOUTH_GREEN; east_remain 25; south_remain 20; } break; // S3、S4逻辑类似按状态表赋值 default: state EAST_GREEN_SOUTH_RED; east_remain 25; south_remain 30; } }这段代码中的位操作容易让人糊涂我解释一下设计意图。P1低三位给东西方向的绿黄红三个LEDP1高四位给南北方向的部分灯。状态切换时先清掉相关位再置位需要的灯使用P1 0xF8这类写法避免影响无关引脚的电平状态。实际接线不一定完全一致但原理相同。关键设计点在于east_remain和south_remain这两个变量是「显示剩余秒数」和「状态持续时间」二合一的。S1状态下east_remain初值25、south_remain初值30表面看不对称是因为south_remain显示的是南北方向红灯从30倒数到1当east_remain减到0时south_remain恰好也减到6。S2进入后south_remain重新赋30不对——从S2进入S3时south_remain赋的是20。这个逻辑可以优化倒计时只用一个全局秒计数器状态到达条件判断当前状态的持续时间即可。但写法上两个方向各自维护剩余秒数更贴近数码管显示需求因为数码管直接要显示这两个值免去换算。4.3 数码管倒计时显示动态扫描与刷新时序数码管因为I/O口有限很少一个方向就用4个独立数码管。常见做法是四位一体数码管内部把8个段全部并联引出4个位选单独引出显示时逐位轮流点亮利用视觉暂留效应让人感觉所有数字同时在亮。这就是动态扫描。以东西方向为例数码管显示的是25到0的两位数字另一个方向显示30到0的数字。如果一组数码管只显示两位数可以只用前两位后两位固定熄灭。扫描频率要保证在50Hz以上即每一位每秒被点亮50次以上才不会人眼看到闪烁。unsigned char code seg_table[] { 0xC0, 0xF9, 0xA4, 0xB0, 0x99, // 0~4 共阳段码 0x92, 0x82, 0xF8, 0x80, 0x90 // 5~9 }; void Display_Refresh() { // 显示东西方向剩余秒数十位、个位 P2 0x01; // 选中第一位 P0 seg_table[east_remain / 10]; Delay_1ms(2); // 稳定显示2ms P2 0x02; // 选中第二位 P0 seg_table[east_remain % 10]; Delay_1ms(2); // 显示南北方向剩余秒数第三位、第四位 P2 0x04; P0 seg_table[south_remain / 10]; Delay_1ms(2); P2 0x08; // 选中第四位 P0 seg_table[south_remain % 10]; Delay_1ms(2); }这里需要注意一个关键问题动态扫描的延时不能阻塞太久。Display_Refresh函数每次被调用时要把4个数码管全部扫描一遍每一位亮2ms总共8ms。如果这个函数在主循环里连续调用还好但如果中途被定时器中断打断或者扫描过程中插入了重活就会出现某一位亮的时间明显比其他位短视觉上表现为数字忽亮忽暗。解决办法是把扫描函数拆成每2ms只刷新一位配合一个扫描位置变量在定时器中断里每2ms刷新一位。但这样会增加中断的复杂度。对毕设而言8ms扫描完后马上回到主循环循环速度足够快20次中断的1秒计时间隙足够完成多次完整扫描不闪烁是没问题的。只要注意不要在Display_Refresh内部再嵌套阻塞延时就好。数码管起始显示值有一个小细节S1状态开始时东西显示25、南北显示30但南北的30并不等于南北红灯的持续时间加上东西黄灯时间——它在状态切换时会以减1的方式自然过渡。所以在S1状态下南北方向刚被点亮时显示30当东西方向切换到黄灯时南北显示的是25530减到目前的数值逻辑上正好对得上。理解了这一点你论文里的时序图画起来就不会出错。5. 毕设避坑实录从硬件翻车到逻辑错乱的4个典型问题5.1 数码管全部不亮或显示乱码段码表与硬件类型对不上现象程序烧录后数码管要么完全黑屏要么显示的数字完全不对比如想要显示1结果亮的是6或者好几个段同时亮瞎眼。原因分析九成是段码表和数码管类型不匹配。共阳数码管段选低电平点亮共阴是高电平点亮两者的段码完全取反。代码里如果用共阳段码驱动共阴数码管或者反过来显示必然错乱。另一种可能是位选引脚接错比如第一位实际接在P2.7而非P2.0。解决办法先确认你手里的数码管是共阴还是共阳看型号丝印或者查商家资料然后统一代码里的段码表。验证时不要写满所有数字先只显示数字1确认段的亮灭和段码对应关系。位选问题可以写一个测试程序把所有位依次点亮每一轮只亮一位肉眼确认位序。残余隐患段码表的排列顺序要和你实际接线的段位顺序一致。数码管的段不是按字母顺序排列在引脚上的不同的厂家引脚顺序可能不同务必对照原理图逐个确认不要假设dp在最后一个引脚。我因为这个吃了亏焊接完发现dp接在了别的段上后期返工改线十分痛苦。5.2 定时器时间不准绿灯25秒变成23秒或27秒现象用秒表掐时间发现绿灯持续时间明显偏离设定值。这种偏差不是几毫秒的抖动而是稳定地少了几秒或者多了几秒。原因分析晶振本身有误差12MHz晶振实际起振后频率偏差通常在数十ppm级别一秒偏差不到毫秒不是元凶。真正的问题几乎都出在初值重装的时机和额外开销上。比如中断服务函数里执行其他代码占了额外时间50ms定时的实际中断间隔变成50.1ms或49.9ms累积20次之后就有偏差。更隐蔽的错误是初次装载时和重装时初值计算方法不同导致第一秒偏长。解决办法把中断服务函数瘦身到极致只做重装、计数、置标志。所有耗时的操作放进主循环。精确校准的方法是实测一分钟内的状态切换次数计算误差后微调初值。比如实测发现每分钟快0.8秒就把20次中断的判定改成19次加一个补偿变量或者把初值从0x3CB0改到0x3CB2每次中断多延迟2μs20次多40μs一天下来正好抵消。5.3 按下紧急按键没有反应中断里做延时的连锁后果现象正常运行中按下紧急模式按键单片机不切换全红状态多按几次后偶尔生效或者按下后数码管显示彻底乱了。原因分析经典的阻塞问题。如果主循环里存在长时间延时比如数码管动态扫描中用了Delay_50ms或者某些版本的代码里用循环延时代替定时器计时按键扫描就无法被执行到。另一种情况是按键扫描和主循环共用了一个长时间延时按键状态被读取但还没来得及进入紧急模式逻辑下一次循环又被延时卡住。解决办法按键扫描放在主循环的顶部使用非阻塞方式读取引脚电平配合消抖逻辑。检测到按下时立即置emergency_mode1主循环每次迭代开头先判断这个标志再决定走正常流程还是紧急流程。数码管扫描的延时控制在2ms级别尽量让主循环单次运行时间不超过5ms按键响应就是人眼无法感知的即时效果。5.4 一到状态切换LED就乱闪引脚位操作与竞争条件现象交通灯在状态切换的瞬间LED出现极短暂的闪动——比如东西方向从绿灯切到红灯时绿灯还没灭黄灯已经亮了半秒或者瞬时所有灯同时亮了一下。原因分析位操作的非原子性。P1 | 0x04这样的操作在C语言层面是读-改-写三步如果在执行到一半时被中断打断中断里恰好也操作了P1就会产生竞态。这个概率很低但状态切换和定时器中断频率都不低偶然出现一次就能被肉眼捕捉。另一个常见原因是状态切换代码里直接给P1整体赋值没有保留无关位的状态把南北方向的灯位也改动了。解决办法操作P1口时使用显式的掩码运算并且尽量在一个代码块内完成所有灯的切换期间关闭中断或者使用temp变量缓存。更稳妥的做法是给每个方向定义一个临时变量计算好亮灯组合后一次性赋值给P1减少分步操作的窗口期。具体写法在第四章状态机代码中已经体现重点是不要在多条语句之间穿插可能改变同一端口的过程。6. 进阶方向与验证技巧从能亮到能答辩如果你的设计到这里已经跑起来了恭喜你完成了毕设的交付底线。但如果你想让这个项目在答辩时更有底气有三个方向值得花时间升级。第一个是加行人按钮与优先级逻辑。在现有按键紧急全红的基础上增加一个行人过街按钮按下后系统在当前状态结束后尽快切入全红模式给行人15秒过街时间然后恢复原来的状态周期。这要求状态机从一个固定周期循环变成可变周期其实是在状态切换条件里增加一个挂起标志。实现上不难但论文里可以多写一节状态图的扩展老师会认为你有真正的工程思维。第二个是把延时函数彻底清理干净。我上面给的代码已经在关键路径上使用定时器中断但数码管动态扫描里还有几个Delay_1ms(2)是软件延时。你可以把这些延时换成定时器分时标志——每2ms产生一个标志位Display函数每次被调用只刷新一位。这样整个程序的时基完全统一任何模块都不存在阻塞代码质量扫一眼就比大多数课设高一个层次。第三个是实操验证方法。你需要在论文里写测试章节不要空写「经测试系统运行正常」这种废话。我当时的做法是录一段两分钟的视频用秒表对比数码管倒计时和真实时间的误差再手动触发紧急模式记录从按键到全红状态的响应时间最后把东西方向和南北方向的灯亮顺序逐条写成表格。这些数据呈现出来答辩老师基本不会再刁难你。最后说一个我自己踩过的提升方向PCB打样。面包板和洞洞板的作品在答辩现场容易被追问可靠性和抗干扰如果你画一块PCB哪怕布局并不完美都能让印象分明显不一样。用立创EDA画原理图和PCB自动布线后打样成本很低但你要留出至少一周的周期焊接和调试都会比洞洞板更费时。硬件调试到最后一刻才发现板子画错、飞线救不回来这种情况我见过不少希望你别在交板前一周才想起来这一步。这个毕设真正教会我的不是51单片机的某个寄存器怎么配而是一套拆解问题的习惯先画状态转移表再定引脚分配最后写代码和焊接。你把这个流程走完一遍后面接触任何嵌入式项目都会自然沿用这套方法。希望帮到你。本文还有配套的精品资源点击获取