简介：基于C51与Proteus的经典交通灯控制系统完整工程资源，面向嵌入式初学者与单片机课程设计人群，演示AT89C51控制红绿黄灯定时切换的实现思路。压缩包共24个文件，约120KB，包含Keil工程文件（.uvproj/.uvopt）、C51源码（.c/.a51）、编译输出（.hex/.obj等）及Proteus仿真工程（.pdsprj/.pdsbak），可直接打开查看电路与代码，便于对照学习定时器初始化、中断服务与P0口位操作等知识点，目录结构也便于按工程类别快速定位。资源已有360人学习，适合用于课程设计、实验室练习或自学Proteus仿真流程。通过查看源码与仿真图，可理解交通灯状态机设计方法，并在此基础上扩展倒计时显示、按键控制等进阶功能。
1. 一块开发板都没焊，先把十字路口跑起来
课设题目发下来只有一行字：做一个十字路口交通灯。手上没有开发板，没有烧录器，连 LED 都没拆封。这种情况下最省事的路径不是下单等快递，而是把电路先搬进 Proteus，用 C51 把逻辑跑通，再决定要不要落硬件。交通灯这个题看着简单，真正卡人的地方在三处：东西南北四个方向的相位互斥关系不能写错，否则会出现南北绿和东西绿同时亮的致命 bug；倒计时要和相位切换严格对齐，差一秒就会看到红灯 0 秒后还亮着；中断和主循环共享的变量没有处理好，仿真里就会出现数字乱跳。这篇把 Proteus 仿真 51 单片机 的完整链路拆开讲：端口怎么分、定时器初值怎么算、状态机怎么写、.hex 怎么送进仿真电路、出错先看哪几个地方。适合刚接触 C51、或者需要用仿真快速验证逻辑再上板的工程师。
2. C51 交通灯的硬件抽象：端口分配、定时器初值与 Proteus 元件选型
2.1 端口分配表与 Proteus 元件清单
动手画原理图之前，先把信号和引脚对应关系定死。8051 的 P1、P2、P3 都是准双向口，P0 是开漏口，这个差别直接决定数码管段码要接在哪个口上。常见的分配方案是把方向灯放在 P1，段码放 P0，位选放 P2，按键和串口留 P3。
| 信号 | 引脚 | Proteus 元件 | 关键参数 |
|---|---|---|---|
| 南北红/黄/绿 | P1.0 / P1.1 / P1.2 | LED-RED / LED-YELLOW / LED-GREEN | 限流 330Ω |
| 东西红/黄/绿 | P1.3 / P1.4 / P1.5 | LED-RED / LED-YELLOW / LED-GREEN | 限流 330Ω |
| 数码管段码 a~g,dp | P0.0 ~ P0.7 | 7SEG-MPX2-CC | 共阴，P0 接 10k 排阻上拉 |
| 数码管位选 | P2.0 / P2.1 | 7SEG-MPX2-CC | 经三极管或直接驱动 |
| 模式按键 | P3.2 (INT0) | BUTTON | 10k 上拉 |
| 晶振 | XTAL1 / XTAL2 | CRYSTAL + 30pF×2 | 12MHz |
元件库找不到 AT89C51 的时候，先确认安装的是完整版 Proteus 而不是精简包。Proteus 元件库 里 8051 家族的型号在Microprocessor ICs → 8051 Family下，搜89C51或AT89C51都能命中。晶振和复位电路一个都不能省，仿真器虽然不会因为缺复位电路就报错，但上电初值不确定会让数码管第一帧显示乱码。
2.2 定时器 T0 初值怎么算
交通灯的核心是"秒"。8051 的定时器最长只能定到 65.536ms（12MHz 晶振、方式 1），所以标准做法是用 50ms 中断，累计 20 次凑成 1 秒。初值公式：
初值 = 65536 - 需要计数的机器周期数 机器周期 = 12 / 晶振频率12MHz 晶振下机器周期为 1μs，50ms 需要 50000 个机器周期，于是初值 = 65536 - 50000 = 15536 = 0x3CB0。装入时 TH0 取高字节 0x3C，TL0 取低字节 0xB0。
#include <reg52.h> /* 方向灯：低电平点亮 */ sbit NS_R = P1^0; /* 南北红 */ sbit NS_Y = P1^1; /* 南北黄 */ sbit NS_G = P1^2; /* 南北绿 */ sbit EW_R = P1^3; /* 东西红 */ sbit EW_Y = P1^4; /* 东西黄 */ sbit EW_G = P1^5; /* 东西绿 */ volatile unsigned char tick = 0; /* 50ms 计数 */ volatile unsigned char sec = 0; /* 当前相位剩余秒数 */ void Timer0_Init(void) { TMOD &= 0xF0; /* 清掉 T0 的配置位，保留 T1 */ TMOD |= 0x01; /* T0 方式1：16 位定时器，不自动重装 */ TH0 = 0x3C; /* 50ms @ 12MHz，必须每次中断重装 */ TL0 = 0xB0; ET0 = 1; /* 允许 T0 中断 */ EA = 1; /* 开总中断 */ TR0 = 1; /* 启动 T0 */ } void Timer0_ISR(void) interrupt 1 { TH0 = 0x3C; /* 方式1不自动重装，漏了这句周期会漂 */ TL0 = 0xB0; if (++tick >= 20) { tick = 0; if (sec > 0) sec--; /* 每秒减一，到 0 由主循环切换相位 */ } }这段代码里有两个容易被忽略的点。一是TMOD &= 0xF0而不是直接TMOD = 0x01，后者会把 T1 的配置一起清掉，如果后面想加串口通信就会踩坑。二是方式 1 不自动重装，中断服务函数里必须重新写 TH0/TL0，忘了写周期会从 50ms 变成 65.536ms，倒计时整体偏慢。想省掉重装可以改用方式 2 的 8 位自动重装，但那样单次最长只有 256 个机器周期，中断太频繁，反而更费 CPU。
2.3 灌电流点亮与限流电阻取值
8051 的 P1 口输出高电平时拉电流能力很弱（典型 60μA 级别），输出低电平时灌电流可以到 10mA 以上。所以 LED 一定要接成"单片机引脚接阴极、阳极经限流电阻接 VCC"的形式，也就是低电平点亮。限流电阻按目标电流算：
R = (VCC - VF) / IVCC 取 5V，红色 LED 正向压降约 1.8V，目标电流取 8mA，R = (5 - 1.8) / 0.008 ≈ 400Ω，工程上取标准值 330Ω 或 470Ω 都行。330Ω 时电流约 9.7mA，离 P1 口单脚 10mA 的上限很近，六个灯同时亮会超过整口的总电流限制，稳妥起见用 470Ω，电流约 6.8mA，亮度在仿真里完全够看。数码管段码挂 P0 时必须接上拉排阻，因为 P0 是开漏结构，没有上拉根本输出不了高电平，段会一直暗着，这是新手在 Proteus 里最常见的一个"灯不亮"原因。
3. 用相位表写状态机：C51 交通灯主循环与中断服务
3.1 相位表驱动的状态机
交通灯的相位是有限状态机，与其用一堆 if-else 判断"现在是红灯还是绿灯"，不如把每个相位的灯状态和持续时长做成表。四个相位的定义：
| 相位编号 | 南北方向 | 东西方向 | 持续时长 |
|---|---|---|---|
| 0 | 绿灯 | 红灯 | 30s |
| 1 | 黄灯 | 红灯 | 3s |
| 2 | 红灯 | 绿灯 | 30s |
| 3 | 红灯 | 黄灯 | 3s |
把它翻译成两个数组，灯状态用位映射表示，低电平有效所以最后取反输出：
#define PHASE_NUM 4 /* 位映射：bit0=NS_R bit1=NS_Y bit2=NS_G bit3=EW_R bit4=EW_Y bit5=EW_G */ code unsigned char PhaseLamp[PHASE_NUM] = { 0x0C, /* 0: 南北绿(bit2) + 东西红(bit3) */ 0x0A, /* 1: 南北黄(bit1) + 东西红(bit3) */ 0x21, /* 2: 南北红(bit0) + 东西绿(bit5) */ 0x11 /* 3: 南北红(bit0) + 东西黄(bit4) */ }; code unsigned char PhaseTime[PHASE_NUM] = {30, 3, 30, 3}; void main(void) { unsigned char i; Timer0_Init(); while (1) { for (i = 0; i < PHASE_NUM; i++) { P1 = ~PhaseLamp[i]; /* 取反后输出，低电平点亮对应灯 */ sec = PhaseTime[i]; /* 装载本相位时长，由中断递减 */ while (sec > 0) { Display(sec); /* 循环刷新数码管，不阻塞中断 */ } } } }code关键字把数组放进程序存储器而不是 RAM，8051 的 RAM 只有 128 字节，四个字节的相位表加上段码表很容易把 RAM 撑爆，养成习惯把常量都加code。主循环里用while (sec > 0)等待而不是delay(30000)，是因为延时函数会把 CPU 占死，中断虽然还能进，但数码管就没办法在等待期间刷新，倒计时会定住不动。这个"主循环轮询 + 中断递减"的结构是 8051 上最常用的软定时模式。
3.2 相位切换的边界处理
状态机最容易出错的是切换瞬间。设想 sec 刚好减到 0，主循环马上把 P1 换成下一个相位的灯状态，如果这一瞬间旧相位的绿灯和新相位的绿灯有重叠位，就会看到两个方向同时绿。用查表法就不会有这个问题，因为 PhaseLamp 里每个元素的位是互斥的，硬件上同一时刻只有一组方向能亮。真正需要额外处理的是黄灯过渡：从相位 0 切到相位 1 时，南北绿必须立刻灭、黄灯立刻亮，中间不能有"绿黄同亮"的帧。如果用的是逐位操作（先NS_G = 1再NS_Y = 0），两条指令之间就存在这个窗口。整字节写 P1 可以避免，因为 8051 的字节写是一条指令完成的。
如果要在切换时加一个短暂的"全红"作为安全间隔，只需在 PhaseLamp 中间插入一个0x09（南北红 + 东西红）的相位，时长给 1~2 秒。这个改法不用动状态机结构，加一行表项、把 PHASE_NUM 改成 6 就行，这也是查表法比硬编码 if-else 更好维护的地方。
3.3 数码管倒计时的动态扫描
倒计时用两位共阴数码管，段码表加动态扫描函数：
code unsigned char SegCode[10] = { 0x3F, 0x06, 0x5B, 0x4F, 0x66, 0x6D, 0x7D, 0x07, 0x7F, 0x6F }; void DelayUs(unsigned int n) { while (n--); } void Display(unsigned char n) { if (n > 99) n = 99; /* 防止越界访问段码表 */ P2 = 0x00; /* 先消影，避免拖尾 */ P0 = SegCode[n / 10]; /* 十位段码 */ P2 = 0x01; /* 选通十位 */ DelayUs(80); P2 = 0x00; P0 = SegCode[n % 10]; /* 个位段码 */ P2 = 0x02; /* 选通个位 */ DelayUs(80); }消影那句P2 = 0x00不能省。动态扫描的原理是两位轮流点亮，靠人眼余晖合成两位同时显示。如果在切换位选时不先关掉上一位，上一位的段码会短暂地"串"到下一位上，看到的效果就是数字旁边有一道虚影。DelayUs(80)决定了刷新频率，两位各 80μs，一轮 160μs，刷新率约 6kHz，远高于人眼闪烁感知阈值。如果发现数码管有轻微抖动，把延时加大到 200μs 通常能压住，代价是主循环响应变慢，但交通灯对响应速度不敏感，可以接受。
4. Keil 与 Proteus 联调：把 .hex 送进仿真电路
4.1 Keil C51 工程配置与 hex 输出
C51 的编译工具链叫 Keil C51，和 STM32 用的 MDK-ARM 是两套独立安装，只是共用 uVision 这个 IDE 外壳。常见做法是把两者装到同一个 Keil 根目录下的C51和ARM子目录，这样新建工程时器件库里能同时看到 8051 和 Cortex-M 的型号。如果只在 Keil5 里装了 MDK 而找不到 AT89C51，说明缺 C51 组件，需要单独补装 C51 工具链，两者不冲突。
工程配置里必须勾上"生成 HEX 文件"，否则 Proteus 没有可加载的目标文件：
Project → Options for Target → Output [x] Create HEX File HEX 格式选 HEX-80 Target 页： Xtal (MHz) 填 12.0 ← 必须和 Proteus 里晶振频率一致 Memory Model 选 Small ← 变量默认放片内 RAMXtal 这一栏填错是最隐蔽的 bug。Keil 里填 12MHz、Proteus 里晶振画成 11.0592MHz 的话，仿真跑出来的倒计时会比实际慢 8%，肉眼看不出来，但用示波器量 P1 口波形就会发现周期不对。编译成功后在Objects目录下会生成.hex，文件名默认跟工程名一致。
4.2 Proteus 里加载 hex 与仿真参数
原理图画好后，双击 AT89C51 元件，在Program File一栏选择刚才生成的.hex，Clock Frequency填 12MHz。两个地方需要额外注意：一是Program File选好后不要再改动原理图里的晶振频率，改了要重新确认；二是如果 C51 源码里用到了中断，仿真时 CPU 频率必须和 Keil 的 Xtal 一致，否则中断周期会错。
Proteus 的仿真速度默认是实时，跑一个 30 秒的相位要真等 30 秒。调试阶段可以在System → Set Animation Options里把Animation Timestep调小，或者直接用暂停/单步按钮观察。想看引脚电平变化，把虚拟示波器（OSCILLOSCOPE）的 A、B 通道分别接到 P1.0 和 P1.3，能看到两路红灯的方波严格反相，占空比由各自相位时长决定。这个波形是验证相位互斥最直接的手段，比盯着 LED 看可靠得多。
4.3 仿真跑不起来的排查清单
仿真按了运行键却毫无反应时，按这个顺序排查比乱改代码快：
| 现象 | 常见原因 | 处理 |
|---|---|---|
| 所有灯都不亮 | P0 口没接上拉排阻 | 加 10k 排阻到 VCC |
| 数码管常亮一段 | 段码接了共阳管 | 换成 7SEG-MPX2-CC |
| 只有一只灯亮 | 限流电阻漏画或阻值过大 | 检查每个 LED 支路 |
| 倒计时不动 | hex 没重新编译加载 | 重新 Build 并重新选 hex |
| 周期整体偏慢 | Keil 与 Proteus 晶振不一致 | 统一为 12MHz |
| 数码管有拖影 | 扫描未消影 | 位选切换前先清零 |
还有一类问题出在 Proteus 本身：元件库 装的是精简版，加载 89C51 时会提示找不到模型。这种情况换一份完整安装包，或者用AT89C52替代，指令集完全兼容，只是 Flash 大了一倍。仿真占 CPU 高、界面卡顿的时候，把Animation Timestep调大、关掉Show Wire Currents之类的渲染选项能明显缓解。
5. 进阶：夜间黄闪、紧急全红与仿真波形验证
实际路口的交通灯不止四个相位。夜里车少的时候会切到黄闪模式，两个方向都是黄灯 1Hz 闪烁；遇到紧急情况需要全红锁死。用状态机加一个模式变量就能覆盖，不用重写主循环：
#define MODE_NORMAL 0 #define MODE_FLASH 1 #define MODE_EMERG 2 unsigned char mode = MODE_NORMAL; sbit KEY_MODE = P3^2; void FlashMode(void) { P1 = ~0x0A; /* 南北黄 + 东西红 */ DelayMs(500); P1 = ~0x00; /* 全灭 */ DelayMs(500); } void EmergencyMode(void) { P1 = ~0x09; /* 南北红 + 东西红，其余全灭 */ } void ScanKey(void) { if (KEY_MODE == 0) { DelayMs(10); /* 消抖 */ if (KEY_MODE == 0) { mode = (mode + 1) % 3; while (KEY_MODE == 0); /* 等松手，避免连跳 */ } } }主循环里按 mode 分派到不同处理函数，ScanKey放在倒计时刷新之后调用。黄闪用的 500ms 延时是阻塞式的，会短暂影响数码管刷新，但因为黄闪模式下本来就不显示倒计时，问题不大。全红模式要特别注意0x09这个值，它同时点亮南北红和东西红，正好是互斥相位的安全组合，不会出现冲突。
验证层面，除了虚拟示波器，Proteus 8 自带逻辑分析仪，能一次抓 8 路信号。把 P1.0~P1.5 全部挂上去，跑一个完整的 66 秒周期，导出的波形图可以直接贴进课设报告里，比截图 LED 亮灭有说服力。抓波形时把采样率设高一点，否则 3 秒的黄灯相位可能只采到两三个点，看不出脉冲宽度。另一个验证技巧是在中断服务函数里翻转一个空闲引脚，比如 P3.7，然后用示波器量这个引脚的周期，正常应该是精确的 50ms，如果偏差超过 1%，基本可以确定是初值算错或者晶振频率设置不一致。
本文还有配套的精品资源，点击获取
