简介：基于51单片机实现的交通灯Proteus仿真资源，面向单片机初学者与课程设计、电子竞赛备赛人群，重点演示了含直行、左转、黄灯过渡及人行道联动的标准十字路口时序控制。运行流程为南北方向直行绿灯40秒、黄灯5秒、左转绿灯20秒、黄灯5秒后切换至东西方向，东西方向依序重复，并同步控制人行道信号灯，形成完整循环。资源包含完整的Proteus仿真工程与Keil源码工程，对上述多段状态切换进行了精确实现，状态清晰，便于对照理解状态机与定时器编程思路。压缩包共24个文件，约1.08MB，主要包含.pdsprj仿真工程、.uvproj/.c源码工程、.hex烧录文件、STARTUP.A51启动文件，以及工程备份、中间文件与一份参考PPT，目录结构完整，既可用于直接仿真验证，也可根据项目工程二次修改或作为课程设计参考模板。已有133人学习，适合用来快速上手Proteus联合Keil的单片机项目开发流程。
1. 为什么交通灯仿真首选51单片机加Proteus
很多人在课程设计或入门嵌入式时，接触到的第一个“有实际意义”的项目就是交通灯。原因很简单：它同时覆盖了GPIO输出、定时器中断、状态机设计和外部中断这四大51单片机核心知识点，而用Proteus做仿真可以把硬件成本和排查难度降到接近零。
但这里有个反直觉的结论：恰恰是“看起来简单”的交通灯，最容易暴露出初学者对定时器配置和状态切换的模糊理解。常见的问题是——用delay()函数做延时，灯倒是会变了，但按键一按就卡死，或者时间长了时钟完全漂移。这不是代码逻辑错，而是把“仿真”当成了“逻辑验证”，忽略了Proteus里晶振、复位电路和负载特性对真实时序的影响。
所以这篇内容围绕一套可复现的路径来讲：从Proteus元件选型、电路搭建，到Keil里如何用定时器0产生非阻塞延时，再到行人按键如何用外部中断嵌入状态机，最后给出几个仿真中常见的“看起来正常但实际上是错误示范”的坑。适合正在做课程设计、或者想第一次完整走通“原理图—代码—仿真”链路的人，也适合想确认自己设计方案有没有硬伤的从业者。
2. 搭建最小系统与交通灯电路，先定元件再画图
2.1 Proteus元件选型：用AT89C51还是AT89C52
常见做法是选AT89C51或AT89C52，两者在Proteus仿真里差别不大，但如果你后面要加串口或扩展中断，建议直接用AT89C52。选型时先从元件库中查找并放置以下器件：AT89C52、RESPACK-8（排阻，用于P0口上拉）、LED-RED、LED-YELLOW、LED-GREEN（红黄绿发光二极管）、7SEG-MPX4-CC（4位共阴数码管，用于倒计时显示）、BUTTON（按键）、CAP-ELEC（电解电容）与CAP（瓷片电容）、CRYSTAL（晶振）。
放置器件后，先不急着连线，按如下顺序整理布局：单片机在中央，P0口通过排阻上拉到VCC，P1口接LED灯组，P2口接数码管段选，P3口低两位接按键和数码管位选。这样做的目的是让后续连线时信号流向清晰，避免交叉线过多导致Proteus仿真时出现“线选错但看不出”的情况。
2.2 复位电路与晶振电路：两个必须一次画对的细节
单片机要跑起来，最小系统包含电源、复位、晶振三部分。Proteus里如果不画复位电路，仿真也能跑，因为默认电平是确定的；但这会掩盖一个真实问题：实际板子上晶振不起振，程序就是不跑。所以仿真里也要养成画完再仿真的习惯。
复位电路标准接法是：RST引脚接一个10μF电解电容到VCC，同时接一个10kΩ电阻到GND。上电瞬间电容充电，RST保持高电平约100ms，足以让单片机复位。晶振电路用11.0592MHz晶振，两个30pF电容分别接到晶振两端再接地，这组参数在工作电压5V下最稳定。
连线完成后，在Proteus里放置一个POWER端子接VCC，一个GROUND端子接GND，确保所有芯片的电源引脚都被正确供电。很多仿真“跑不起来”的问题就是电源端子没放全，Power Indicator灯是绿的，但芯片实际上没上电。
2.3 交通灯负载与数码管显示电路
交通灯部分按两个方向设计：主干道（NS方向）一组红黄绿，支干道（EW方向）一组红黄绿。接法上，LED阳极通过220Ω限流电阻接VCC，阴极接单片机IO口。这是因为单片机IO口灌电流能力比拉电流强，低电平点亮更稳定。Proteus里这样接也能更真实地模拟实际LED驱动能力。
倒计时显示用4位数码管，两位显示主干道剩余时间，两位显示支干道剩余时间。段选接P2口，位选接P3.4到P3.7，三极管9012作为位选驱动。Proteus里如果不加三极管直接接位选也能显示，但亮度低，且多个数码管同时点亮时会出现明显“拖影”——这正好用作后面调试的一个观察点。
3. 状态机思路与定时器0实现非阻塞计时
3.1 交通灯的四个基础状态与状态转移表
交通灯控制的核心不是“让哪个灯亮”，而是“在什么时刻切换到下一个灯”。最常见的设计是四状态轮转：主干道绿灯+支干道红灯（维持20秒）、主干道黄灯+支干道红灯（维持3秒）、主干道红灯+支干道绿灯（维持20秒）、主干道红灯+支干道黄灯（维持3秒），总计一个周期46秒。
每个状态维持时间是固定的，所以抽象成状态机非常自然。用枚举类型定义状态：
typedef enum { STATE_NS_GREEN_EW_RED, STATE_NS_YELLOW_EW_RED, STATE_NS_RED_EW_GREEN, STATE_NS_RED_EW_YELLOW } TrafficState;状态之间只在计时结束时跳转，外部按键只负责“请求”切换，不直接改变状态。这样设计的好处是逻辑可预测，后续扩展“夜间黄灯闪烁模式”或“紧急车辆优先模式”都只需要增加状态，不用动主循环结构。
3.2 用定时器0做1ms基准，而不是delay()
初学者最常用delay()函数做延时，但这里要强调一个原则：交通灯这类需要同时响应按键的系统中，阻塞延时会让按键完全失灵。比如在主干道绿灯20秒期间调用delay(20000)，这期间单片机被锁死在延时循环里，外部中断虽然能触发标志位，但主循环根本没机会查询和处理它。
正确的做法是配置定时器0工作在模式1（16位定时器），每次溢出进入中断，在中断里对周期性变量累加：
void Timer0_Init(void) { TMOD &= 0xF0; // 清除定时器0的配置位 TMOD |= 0x01; // 定时器0工作在模式1，16位不自动重装 TH0 = 0xFC; // 11.0592MHz晶振下定时1ms TL0 = 0x66; ET0 = 1; // 使能定时器0中断 EA = 1; // 开启总中断 TR0 = 1; // 启动定时器0 }定时器初值的计算过程是：11.0592MHz晶振，机器周期为12个时钟周期，所以计数器频率是11.0592MHz/12 = 921.6kHz。要得到1ms中断一次，需要计数921.6次，取整为922。用16位定时器时，初值就是65536-922=64614，换算成十六进制就是0xFC66。
在中断服务函数里维持一个毫秒计数器：
volatile unsigned int g_msCounter = 0; void Timer0_ISR(void) interrupt 1 { TH0 = 0xFC; // 重装初值 TL0 = 0x66; g_msCounter++; }主循环中通过查询g_msCounter的值做非阻塞延时。比如判断是否达到5秒：记录开始时的startMs = g_msCounter，然后不断查询g_msCounter - startMs >= 5000。这里要用差值判断而不是直接比较相等，因为主循环可能错过某个精确值，差值判断不会漏掉。
3.3 定时器初值的计算与误差控制
需要特别说明的是，922次计数对应的时间是922×1.085μs ≈ 1.000ms，但实际定时器溢出时间会有微小偏差，因为11.0592MHz是设计给串口波特率用的，它不能整除地产生1ms。误差积累一个小时后大约差3到5秒，在Proteus仿真中这个偏差也能观察到。
如果想提高精度，可以用模式2（8位自动重装），但最大定时只有256个计数周期约278μs，中断更频繁，主循环被抢占更严重。常见做法是仍然用模式1，靠软件补偿差值；或者把晶振换成12MHz，这样机器周期正好是1μs，定时器初值计算直观，1000次溢出正好1ms。
Proteus仿真建议用12MHz晶振，一是初值计算简单，二是仿真波形更容易对照逻辑分析仪查看。后面如果做串口通信再换回11.0592MHz也不迟。
4. 完整代码实现与Proteus联调运行
4.1 Keil工程创建与代码框架
在Keil中新建工程选择AT89C52芯片，创建main.c后把下面这套完整框架写进去。结构上只保留最核心的逻辑：
#include <reg52.h> sbit NS_GREEN = P1^0; // 主干道绿灯 sbit NS_YELLOW = P1^1; // 主干道黄灯 sbit NS_RED = P1^2; // 主干道红灯 sbit EW_GREEN = P1^3; // 支干道绿灯 sbit EW_YELLOW = P1^4; // 支干道黄灯 sbit EW_RED = P1^5; // 支干道红灯 sbit SEG_A = P2^0; // 数码管段选 sbit SEG_B = P2^1; sbit SEG_C = P2^2; sbit SEG_D = P2^3; sbit SEG_E = P2^4; sbit SEG_F = P2^5; sbit SEG_G = P2^6; sbit SEG_DP = P2^7; sbit DIG_NS_HIGH = P3^4; // 主干道十位位选 sbit DIG_NS_LOW = P3^5; // 主干道个位位选 sbit DIG_EW_HIGH = P3^6; // 支干道十位位选 sbit DIG_EW_LOW = P3^7; // 支干道个位位选 typedef enum { STATE_NS_GREEN_EW_RED, STATE_NS_YELLOW_EW_RED, STATE_NS_RED_EW_GREEN, STATE_NS_RED_EW_YELLOW } TrafficState; volatile unsigned int g_msCounter = 0; volatile unsigned int g_stateElapsedMs = 0; volatile unsigned char g_pedestrianRequest = 0; void Timer0_Init(void); void Timer0_ISR(void) interrupt 1; void SetTrafficLights(TrafficState state); void DisplayNumber(unsigned char num, unsigned char digit); void DisplayScan(void); void StateUpdate(void);框架中把每个功能拆成独立函数：SetTrafficLights负责点亮熄灭LED，DisplayNumber负责把数字写入数码管段选，DisplayScan负责动态扫描刷新，StateUpdate负责判断当前状态是否到期并切换。这样划分后，主循环只负责持续扫描数码管和查询状态，逻辑上非常清晰。
4.2 主循环与状态切换的完整逻辑
void main(void) { Timer0_Init(); while (1) { StateUpdate(); DisplayScan(); if (g_pedestrianRequest) { HandlePedestrianRequest(); } } } void StateUpdate(void) { unsigned int elapsed = g_msCounter - g_stateElapsedMs; switch (currentState) { case STATE_NS_GREEN_EW_RED: if (elapsed >= 20000) { currentState = STATE_NS_YELLOW_EW_RED; g_stateElapsedMs = g_msCounter; SetTrafficLights(currentState); } break; case STATE_NS_YELLOW_EW_RED: if (elapsed >= 3000) { currentState = STATE_NS_RED_EW_GREEN; g_stateElapsedMs = g_msCounter; SetTrafficLights(currentState); } break; // 其余状态类似 } }g_stateElapsedMs在每次状态切换时记录当时的毫秒计数，然后用当前计数减去它得到已持续时间。这里必须注意：用unsigned int做差值运算时，即使g_msCounter发生了回绕（从65535回到0），差值运算本身也能正确工作，因为无符号数的溢出回绕特性刚好使得差值为实际流逝的时间。
StateUpdate每轮循环都被调用，但判断条件不满足时直接跳过，整个函数执行时间只有几微秒。这是非阻塞式设计的核心收益：主循环可以同时做数码管扫描、按键检测、甚至串口打印调试信息，不会互相卡住。
4.3 按键中断与状态机联动
行人按键通过外部中断0接入，按下时触发中断请求，标志位置1。但这时不能立刻切换状态，必须等当前状态至少运行了最小时间后再响应，否则可能出现“刚变绿就跳黄灯”的闪烁混乱。
void External0_ISR(void) interrupt 0 { g_pedestrianRequest = 1; } void HandlePedestrianRequest(void) { unsigned int elapsed = g_msCounter - g_stateElapsedMs; if (elapsed < 5000) { g_pedestrianRequest = 0; // 状态刚切换不久，忽略本次请求 return; } g_pedestrianRequest = 0; currentState = STATE_NS_RED_EW_GREEN; g_stateElapsedMs = g_msCounter; SetTrafficLights(currentState); }代码里做了一个最少5秒保护，避免状态刚切过去就被打断。同时这段逻辑也演示了一个重要概念：中断只负责“登记”，真正的处理在主循环里完成。这样避免了在中断里做复杂判断和延时，是嵌入式编程中最基础但也最容易被忽视的原则。
4.4 Proteus中加载HEX文件与运行调试
在Keil中编译生成HEX文件后，需要在Proteus里双击AT89C52芯片，在Program File一栏选择编译输出的.hex文件，Crystal Frequency填12MHz。点击仿真运行按钮后，红灯和绿灯开始轮换。
几个常见的“跑不起来或运行异常”的检查点：
- 芯片没有加载HEX文件——双击芯片，确认Program File路径有效
- 晶振频率设置与实际不符——影响定时器初值，灯切换时间不准确
- 电源端子缺失——部分引脚不会工作，但Proteus不报错
- P0口没有上拉排阻——P0口开漏输出，LED亮度异常
- 数码管公共端接错——共阴共阳接反，段码表不显示
5. 仿真调试技巧与常见错误排查
5.1 用虚拟示波器和逻辑分析仪验证时序
Proteus里点击左侧工具栏的“Virtual Instruments”，可以选择OSCILLOSCOPE（虚拟示波器）或LOGIC ANALYSER（逻辑分析仪）。把探头连接到P1^0引脚，运行仿真后就能看到绿灯持续20秒后的波形边沿。用这个波形能直观验证定时器初值是否正确。
有一个容易忽略的知识点：虽然StateUpdate里判断的是20秒，但如果你把定时器初值写错（比如把TH0和TL0的值交换），实际时间可能变成30秒或15秒。通过示波器测量两个上升沿之间的周期，比盯着灯看更精确高效。
5.2 数码管动态扫描的闪烁问题
动态扫描需要轮流点亮每位数码管，一位一位地刷新。如果扫描刷新率太低，人眼会看到明显闪烁。常见做法是在主循环里连续扫描，每次循环切换一位：
void DisplayScan(void) { unsigned char digits[4] = {nsHigh, nsLow, ewHigh, ewLow}; static unsigned char index = 0; P2 = 0x00; // 消隐，防止移位拖影 switch(index) { case 0: DIG_NS_HIGH = 1; break; case 1: DIG_NS_LOW = 1; break; case 2: DIG_EW_HIGH = 1; break; case 3: DIG_EW_LOW = 1; break; } P2 = SegCode(digits[index]); index = (index + 1) % 4; }扫描频率由主循环速度决定。12MHz晶振下，主循环一轮大约几十微秒，四位数码管全部扫描一次不到1ms，刷新率达1kHz以上，不会闪烁。如果用了delay()做延时，主循环变慢，刷新率掉到几十Hz就会出现肉眼可见的闪烁。
5.3 仿真的局限与换真板时的几个坑
Proteus仿真和真实硬件存在一些差异，主要体现在三个方面。第一是复位问题，真实板子上电瞬间可能存在电源抖动，Proteus里默认电平是确定的，不太容易出现误复位。第二是引脚驱动能力，真实AT89C52每个IO口灌电流约20mA，Proteus里无限流电阻LED也能亮，换到真实板子上不接电阻就会烧LED甚至烧引脚。第三是按键消抖，Proteus里按键抖动是理想化的，真实环境中需要RC滤波或软件延时消抖。
另一个建议是，如果课程设计要求有“紧急模式”或“夜间模式”，可以增加一个独立按键切换。用P3.3（外部中断1）实现紧急状态：无论当前状态如何，直接跳到一个新状态，让四个方向全部亮红灯持续5秒，然后回到正常轮转。这个扩展只增加一个状态值和一个按键判断，但能体现对状态机设计的完整理解。
本文还有配套的精品资源，点击获取
