简介这份资源面向嵌入式初学者、电子信息类专业学生及课程设计开发者提供一套完整的智能交通灯控制器实现方案涵盖Keil程序代码、Proteus仿真图与使用说明可用于学习微控制器控制逻辑、交通流调度算法与电路联合仿真。压缩包共17个文件约86KB包含C语言源程序、Keil工程与编译产物、Proteus电路设计文件、HEX烧录文件及使用说明文本覆盖从代码编写、编译调试到虚拟仿真的完整流程。项目实现正常、紧急与智能三种工作模式通过按键切换并涉及传感器数据处理、红绿灯时序动态调整与用户交互设计等知识点。已有4701人学习下载适合作为课程设计参考或嵌入式入门练手项目帮助读者在无实物硬件条件下完成程序验证与功能优化快速掌握Keil与Proteus联合仿真的基本方法。1. 从路口配时说起这套智能交通灯控制器方案到底解决什么问题做过路口信号配时的人都知道最让人头疼的不是灯不亮而是灯“太死板”。固定周期配时在车流均匀时看着还行一旦某个方向排队溢出、另一个方向空放整个路口的通行效率就崩了。这套智能交通灯控制器方案核心就是解决“按需配时”的问题用单片机做本地决策根据车流检测结果动态调整红绿灯时长而不是死守一个写死的周期表。它适合两类人——正在做单片机课程设计、需要一套完整可仿真可烧录方案的学生以及想快速验证路口控制逻辑、不想从零搭硬件平台的工程师。方案交付物包括 Keil 工程源码、Proteus 仿真图和一份使用说明拿到手就能跑仿真、看波形、改参数。2. 需求拆解与技术选型为什么是 51 单片机加 Proteus 这套组合2.1 功能需求到底该列几条很多同学一上来就写“实现智能控制”这等于没写。我一般会把需求拆成可验收的条目第一支持标准四相位东西直行、东西左转、南北直行、南北左转或简化两相位控制第二每个相位的基础绿灯时长可独立设定且能在运行中根据检测信号延长或缩短第三具备黄灯过渡和全红清空时间防止相位切换时冲突第四至少两路车流检测输入比如东西向和南北向各一个用于判断是否有车等待第五数码管或 LCD 显示当前相位倒计时第六支持紧急模式比如手动强制全红或某方向常绿。这六条写进任务书答辩时老师一看就知道你思路清楚。2.2 为什么选 51 而不是 STM32这不是技术落后而是场景匹配。交通灯控制器的逻辑复杂度不高主要就是定时器中断、IO 扫描和状态机切换。51 单片机比如 AT89C51 或 STC89C52的定时器资源足够IO 口数量刚好而且 Proteus 自带的 51 模型仿真速度快、兼容性好。用 STM32 当然也能做但你会花大量时间在时钟树配置和 HAL 库移植上而仿真图里 STM32 模型加载慢、外设行为偶尔和实物有差异反而增加调试成本。对于课程设计或方案验证阶段51 加 Proteus 是性价比最高的组合。通常的做法是先用 Proteus 把逻辑跑通确认状态机没问题再考虑要不要换平台做实物。2.3 Proteus 仿真图里必须有的几个部分仿真图不是随便摆几个元件就行。一个能跑通、能演示的交通灯仿真至少包含单片机最小系统晶振、复位电路、红黄绿 LED 灯组每个方向一组共四组或两组、两位数码管用于倒计时显示、按键输入模拟车流检测或紧急模式、以及必要的限流电阻。如果要做车流检测可以用按键手动触发也可以用 Proteus 里的信号发生器模拟脉冲。使用说明里通常会标注每个元件在仿真图里的位号和连接关系改参数时对着看就行。3. 总体设计状态机、定时器与 IO 分配的协同3.1 用状态机描述相位切换交通灯的本质是一个有限状态机。我把状态定义为S0 东西绿、S1 东西黄、S2 全红清空、S3 南北绿、S4 南北黄、S5 全红清空然后回到 S0。每个状态有一个基础持续时间比如东西绿 20 秒、黄 3 秒、全红 1 秒。智能的地方在于在 S0 和 S3 状态里如果检测到另一个方向有车等待且当前方向绿灯已经达到最小绿灯时间就提前结束当前相位进入黄灯过渡。这个逻辑用 switch-case 写最清晰每个 case 里处理倒计时和切换条件。3.2 定时器中断怎么分配51 单片机通常用 Timer0 做 1ms 或 10ms 基准中断在中断里递减倒计时变量。我一般用 Timer0 做 50ms 中断因为交通灯的时间精度要求不高50ms 一次既不会太频繁影响主循环又能保证倒计时显示不闪烁。中断服务函数里只做一件事递减当前状态的剩余时间减到 0 就置一个标志位主循环检测到标志位再执行状态切换。这样中断短、主循环逻辑清晰不会出现中断里做复杂判断导致时序混乱的问题。3.3 IO 口分配表功能端口说明东西红P1.0低电平点亮东西黄P1.1低电平点亮东西绿P1.2低电平点亮南北红P1.3低电平点亮南北黄P1.4低电平点亮南北绿P1.5低电平点亮数码管段选P0共阴数码管数码管位选P2.0/P2.1两位倒计时车流检测输入P3.2/P3.3按键模拟低有效紧急模式按键P3.4低有效这个分配不是唯一的但原则是LED 和数码管分开端口避免扫描时互相干扰检测输入用外部中断引脚或普通 IO 都行用普通 IO 轮询更简单。使用说明里会给出完整的引脚对应关系改仿真图时照着连即可。4. 关键模块实现从倒计时到智能延时的代码落地4.1 定时器初始化与中断服务#include reg52.h unsigned char phase 0; // 当前相位 0-5 unsigned int remain_ms 0; // 当前相位剩余时间(ms) bit time_up 0; // 倒计时归零标志 void Timer0_Init(void) { TMOD 0xF0; TMOD | 0x01; // Timer0 模式116位定时 TH0 (65536 - 50000) / 256; // 50ms 定时初值(12MHz晶振) TL0 (65536 - 50000) % 256; ET0 1; // 允许 Timer0 中断 EA 1; // 开总中断 TR0 1; // 启动 Timer0 } void Timer0_ISR(void) interrupt 1 { TH0 (65536 - 50000) / 256; // 重装初值 TL0 (65536 - 50000) % 256; if (remain_ms 0) { remain_ms - 50; // 每次中断减 50ms if (remain_ms 0) { time_up 1; // 置位倒计时结束标志 } } }这段代码里remain_ms是当前相位的剩余毫秒数主循环根据time_up标志决定是否切换状态。50ms 中断意味着倒计时精度是 50ms对于交通灯来说完全够用。注意TH0和TL0的计算12MHz 晶振下一个机器周期是 1us50ms 需要 50000 个机器周期所以初值是 65536 减去 50000。如果你用的是 11.0592MHz 晶振初值要重新算使用说明里一般会注明晶振频率。4.2 相位切换与智能延时逻辑#define MIN_GREEN 10000 // 最小绿灯 10s #define MAX_GREEN 30000 // 最大绿灯 30s #define YELLOW_TIME 3000 // 黄灯 3s #define ALL_RED 1000 // 全红 1s void phase_switch(void) { switch(phase) { case 0: // 东西绿 if (time_up || (remain_ms MIN_GREEN car_wait_ns())) { phase 1; remain_ms YELLOW_TIME; time_up 0; } break; case 1: // 东西黄 if (time_up) { phase 2; remain_ms ALL_RED; time_up 0; } break; case 2: // 全红 if (time_up) { phase 3; remain_ms MAX_GREEN; time_up 0; } break; case 3: // 南北绿 if (time_up || (remain_ms MIN_GREEN car_wait_ew())) { phase 4; remain_ms YELLOW_TIME; time_up 0; } break; case 4: // 南北黄 if (time_up) { phase 5; remain_ms ALL_RED; time_up 0; } break; case 5: // 全红 if (time_up) { phase 0; remain_ms MAX_GREEN; time_up 0; } break; } }这段逻辑的关键在case 0和case 3当剩余时间小于等于最小绿灯时间并且另一个方向有车等待时提前结束当前绿灯。car_wait_ns()和car_wait_ew()是检测函数读 P3.2 和 P3.3 的电平。注意remain_ms MIN_GREEN这个条件它保证绿灯至少亮了 10 秒避免频繁切换导致路口混乱。使用说明里会解释每个宏定义的含义改参数时直接改宏就行。4.3 数码管倒计时显示unsigned char code seg_code[] {0x3F,0x06,0x5B,0x4F,0x66,0x6D,0x7D,0x07,0x7F,0x6F}; void display(unsigned int ms) { unsigned char sec ms / 1000; P2_0 0; P2_1 1; // 选通十位 P0 seg_code[sec / 10]; delay_ms(2); P0 0x00; // 消影 P2_0 1; P2_1 0; // 选通个位 P0 seg_code[sec % 10]; delay_ms(2); P0 0x00; }数码管显示用动态扫描两位分别显示秒数的十位和个位。seg_code是共阴数码管的段码表如果你的仿真图用的是共阳数码管段码要取反。delay_ms(2)是位间延时太长会闪烁太短会亮度不均。使用说明里会标注数码管型号照着改段码表就行。5. 避坑与排查仿真跑不通时先查这五个地方5.1 现象LED 全亮或全灭不受程序控制原因通常是 IO 口初始状态不对。51 单片机复位后 P1、P2、P3 都是高电平如果你的 LED 是低电平点亮复位后应该全灭。但如果仿真图里 LED 接的是高电平点亮那复位后就会全亮。解决方法是检查仿真图里 LED 的接法确认是共阳还是共阴然后在程序开头把对应端口置为正确电平。我一般会在main函数第一行就把所有 LED 端口置高灭灯状态再进入主循环。5.2 现象倒计时不走或跳变先看晶振频率设置。Proteus 仿真图里单片机的晶振频率属性必须和程序里定时器初值计算时用的频率一致。如果程序按 12MHz 算仿真图里设的是 11.0592MHz倒计时就会偏慢约 8%。另一个常见原因是中断里没有重装初值或者重装初值的语句被其他逻辑跳过。检查Timer0_ISR里TH0和TL0是否在每次中断都重新赋值。5.3 现象相位切换卡死在某一个状态多半是time_up标志没有被清零。在phase_switch里每次切换状态后都要把time_up 0否则下一次进入这个状态时time_up还是 1会立刻触发切换看起来就像卡死或乱跳。另外检查remain_ms是否在切换时被正确赋值如果赋了一个 0那time_up会立刻置位状态机就会空转。5.4 现象按键检测不灵敏或误触发按键没有消抖。机械按键在按下和释放时会有 5-10ms 的抖动如果直接在主循环里读电平可能会一次按下被识别成多次。解决方法是加 10ms 左右的延时确认或者用定时器做状态机消抖。在仿真里Proteus 的按键模型抖动比实物小但养成消抖习惯没坏处。我一般会在检测函数里加delay_ms(10)后再读一次电平。5.5 现象Proteus 仿真报错或元件不工作先看仿真图里有没有“电源”和“地”符号。Proteus 的数字电路仿真需要明确的电源网络LED 和数码管的公共端必须接电源或地。另外51 单片机的 EA 引脚在仿真里通常默认接高电平如果你用的是外部程序存储器EA 要接地但课程设计一般用内部程序存储器EA 接高电平即可。使用说明里会给出完整的仿真图截图和网络标号对照检查就行。6. 验收与答辩怎么证明这套控制器真的“智能”验收不是看灯亮不亮而是看逻辑对不对。我一般会准备三组测试用例第一组两个方向都没有车观察是否按最大绿灯时间运行验证基础配时第二组东西方向有车、南北方向没车观察东西绿灯是否延长到最大时间南北绿灯是否缩短到最小时间第三组东西绿灯期间突然触发南北检测观察是否在最小绿灯结束后立即切换。每组用例记录相位切换时间和倒计时显示和设计值对比误差在 5% 以内就算合格。答辩时老师最爱问两个问题一是“你的智能体现在哪里”二是“如果两个方向同时有车怎么办”。第一个问题用第二组测试用例回答展示动态调整前后的时间对比。第二个问题要说明优先级策略通常按“先到先服务”或“主干道优先”处理如果同时到达就按固定顺序轮转避免死锁。你可以提前在代码里加一个priority变量答辩时现场改参数演示。还有一个技巧把 Proteus 仿真速度调慢让老师能看清相位切换过程。在 Proteus 的“系统”菜单里把“动画速度”调到 50% 左右倒计时和灯切换会变得肉眼可追踪。另外使用说明里通常有“参数速查表”把最小绿灯、最大绿灯、黄灯时间、全红时间列在一起答辩时直接指着表说“这些参数都可以在代码开头的宏定义里改”比翻代码找半天强得多。从那以后我每次做仿真类项目都会在验收前把三组测试用例跑一遍截图存档答辩时直接翻图说话。希望帮到你。本文还有配套的精品资源点击获取 基于51单片机的智能交通灯控制器：Proteus仿真与动态配时方案
简介这份资源面向嵌入式初学者、电子信息类专业学生及课程设计开发者提供一套完整的智能交通灯控制器实现方案涵盖Keil程序代码、Proteus仿真图与使用说明可用于学习微控制器控制逻辑、交通流调度算法与电路联合仿真。压缩包共17个文件约86KB包含C语言源程序、Keil工程与编译产物、Proteus电路设计文件、HEX烧录文件及使用说明文本覆盖从代码编写、编译调试到虚拟仿真的完整流程。项目实现正常、紧急与智能三种工作模式通过按键切换并涉及传感器数据处理、红绿灯时序动态调整与用户交互设计等知识点。已有4701人学习下载适合作为课程设计参考或嵌入式入门练手项目帮助读者在无实物硬件条件下完成程序验证与功能优化快速掌握Keil与Proteus联合仿真的基本方法。1. 从路口配时说起这套智能交通灯控制器方案到底解决什么问题做过路口信号配时的人都知道最让人头疼的不是灯不亮而是灯“太死板”。固定周期配时在车流均匀时看着还行一旦某个方向排队溢出、另一个方向空放整个路口的通行效率就崩了。这套智能交通灯控制器方案核心就是解决“按需配时”的问题用单片机做本地决策根据车流检测结果动态调整红绿灯时长而不是死守一个写死的周期表。它适合两类人——正在做单片机课程设计、需要一套完整可仿真可烧录方案的学生以及想快速验证路口控制逻辑、不想从零搭硬件平台的工程师。方案交付物包括 Keil 工程源码、Proteus 仿真图和一份使用说明拿到手就能跑仿真、看波形、改参数。2. 需求拆解与技术选型为什么是 51 单片机加 Proteus 这套组合2.1 功能需求到底该列几条很多同学一上来就写“实现智能控制”这等于没写。我一般会把需求拆成可验收的条目第一支持标准四相位东西直行、东西左转、南北直行、南北左转或简化两相位控制第二每个相位的基础绿灯时长可独立设定且能在运行中根据检测信号延长或缩短第三具备黄灯过渡和全红清空时间防止相位切换时冲突第四至少两路车流检测输入比如东西向和南北向各一个用于判断是否有车等待第五数码管或 LCD 显示当前相位倒计时第六支持紧急模式比如手动强制全红或某方向常绿。这六条写进任务书答辩时老师一看就知道你思路清楚。2.2 为什么选 51 而不是 STM32这不是技术落后而是场景匹配。交通灯控制器的逻辑复杂度不高主要就是定时器中断、IO 扫描和状态机切换。51 单片机比如 AT89C51 或 STC89C52的定时器资源足够IO 口数量刚好而且 Proteus 自带的 51 模型仿真速度快、兼容性好。用 STM32 当然也能做但你会花大量时间在时钟树配置和 HAL 库移植上而仿真图里 STM32 模型加载慢、外设行为偶尔和实物有差异反而增加调试成本。对于课程设计或方案验证阶段51 加 Proteus 是性价比最高的组合。通常的做法是先用 Proteus 把逻辑跑通确认状态机没问题再考虑要不要换平台做实物。2.3 Proteus 仿真图里必须有的几个部分仿真图不是随便摆几个元件就行。一个能跑通、能演示的交通灯仿真至少包含单片机最小系统晶振、复位电路、红黄绿 LED 灯组每个方向一组共四组或两组、两位数码管用于倒计时显示、按键输入模拟车流检测或紧急模式、以及必要的限流电阻。如果要做车流检测可以用按键手动触发也可以用 Proteus 里的信号发生器模拟脉冲。使用说明里通常会标注每个元件在仿真图里的位号和连接关系改参数时对着看就行。3. 总体设计状态机、定时器与 IO 分配的协同3.1 用状态机描述相位切换交通灯的本质是一个有限状态机。我把状态定义为S0 东西绿、S1 东西黄、S2 全红清空、S3 南北绿、S4 南北黄、S5 全红清空然后回到 S0。每个状态有一个基础持续时间比如东西绿 20 秒、黄 3 秒、全红 1 秒。智能的地方在于在 S0 和 S3 状态里如果检测到另一个方向有车等待且当前方向绿灯已经达到最小绿灯时间就提前结束当前相位进入黄灯过渡。这个逻辑用 switch-case 写最清晰每个 case 里处理倒计时和切换条件。3.2 定时器中断怎么分配51 单片机通常用 Timer0 做 1ms 或 10ms 基准中断在中断里递减倒计时变量。我一般用 Timer0 做 50ms 中断因为交通灯的时间精度要求不高50ms 一次既不会太频繁影响主循环又能保证倒计时显示不闪烁。中断服务函数里只做一件事递减当前状态的剩余时间减到 0 就置一个标志位主循环检测到标志位再执行状态切换。这样中断短、主循环逻辑清晰不会出现中断里做复杂判断导致时序混乱的问题。3.3 IO 口分配表功能端口说明东西红P1.0低电平点亮东西黄P1.1低电平点亮东西绿P1.2低电平点亮南北红P1.3低电平点亮南北黄P1.4低电平点亮南北绿P1.5低电平点亮数码管段选P0共阴数码管数码管位选P2.0/P2.1两位倒计时车流检测输入P3.2/P3.3按键模拟低有效紧急模式按键P3.4低有效这个分配不是唯一的但原则是LED 和数码管分开端口避免扫描时互相干扰检测输入用外部中断引脚或普通 IO 都行用普通 IO 轮询更简单。使用说明里会给出完整的引脚对应关系改仿真图时照着连即可。4. 关键模块实现从倒计时到智能延时的代码落地4.1 定时器初始化与中断服务#include reg52.h unsigned char phase 0; // 当前相位 0-5 unsigned int remain_ms 0; // 当前相位剩余时间(ms) bit time_up 0; // 倒计时归零标志 void Timer0_Init(void) { TMOD 0xF0; TMOD | 0x01; // Timer0 模式116位定时 TH0 (65536 - 50000) / 256; // 50ms 定时初值(12MHz晶振) TL0 (65536 - 50000) % 256; ET0 1; // 允许 Timer0 中断 EA 1; // 开总中断 TR0 1; // 启动 Timer0 } void Timer0_ISR(void) interrupt 1 { TH0 (65536 - 50000) / 256; // 重装初值 TL0 (65536 - 50000) % 256; if (remain_ms 0) { remain_ms - 50; // 每次中断减 50ms if (remain_ms 0) { time_up 1; // 置位倒计时结束标志 } } }这段代码里remain_ms是当前相位的剩余毫秒数主循环根据time_up标志决定是否切换状态。50ms 中断意味着倒计时精度是 50ms对于交通灯来说完全够用。注意TH0和TL0的计算12MHz 晶振下一个机器周期是 1us50ms 需要 50000 个机器周期所以初值是 65536 减去 50000。如果你用的是 11.0592MHz 晶振初值要重新算使用说明里一般会注明晶振频率。4.2 相位切换与智能延时逻辑#define MIN_GREEN 10000 // 最小绿灯 10s #define MAX_GREEN 30000 // 最大绿灯 30s #define YELLOW_TIME 3000 // 黄灯 3s #define ALL_RED 1000 // 全红 1s void phase_switch(void) { switch(phase) { case 0: // 东西绿 if (time_up || (remain_ms MIN_GREEN car_wait_ns())) { phase 1; remain_ms YELLOW_TIME; time_up 0; } break; case 1: // 东西黄 if (time_up) { phase 2; remain_ms ALL_RED; time_up 0; } break; case 2: // 全红 if (time_up) { phase 3; remain_ms MAX_GREEN; time_up 0; } break; case 3: // 南北绿 if (time_up || (remain_ms MIN_GREEN car_wait_ew())) { phase 4; remain_ms YELLOW_TIME; time_up 0; } break; case 4: // 南北黄 if (time_up) { phase 5; remain_ms ALL_RED; time_up 0; } break; case 5: // 全红 if (time_up) { phase 0; remain_ms MAX_GREEN; time_up 0; } break; } }这段逻辑的关键在case 0和case 3当剩余时间小于等于最小绿灯时间并且另一个方向有车等待时提前结束当前绿灯。car_wait_ns()和car_wait_ew()是检测函数读 P3.2 和 P3.3 的电平。注意remain_ms MIN_GREEN这个条件它保证绿灯至少亮了 10 秒避免频繁切换导致路口混乱。使用说明里会解释每个宏定义的含义改参数时直接改宏就行。4.3 数码管倒计时显示unsigned char code seg_code[] {0x3F,0x06,0x5B,0x4F,0x66,0x6D,0x7D,0x07,0x7F,0x6F}; void display(unsigned int ms) { unsigned char sec ms / 1000; P2_0 0; P2_1 1; // 选通十位 P0 seg_code[sec / 10]; delay_ms(2); P0 0x00; // 消影 P2_0 1; P2_1 0; // 选通个位 P0 seg_code[sec % 10]; delay_ms(2); P0 0x00; }数码管显示用动态扫描两位分别显示秒数的十位和个位。seg_code是共阴数码管的段码表如果你的仿真图用的是共阳数码管段码要取反。delay_ms(2)是位间延时太长会闪烁太短会亮度不均。使用说明里会标注数码管型号照着改段码表就行。5. 避坑与排查仿真跑不通时先查这五个地方5.1 现象LED 全亮或全灭不受程序控制原因通常是 IO 口初始状态不对。51 单片机复位后 P1、P2、P3 都是高电平如果你的 LED 是低电平点亮复位后应该全灭。但如果仿真图里 LED 接的是高电平点亮那复位后就会全亮。解决方法是检查仿真图里 LED 的接法确认是共阳还是共阴然后在程序开头把对应端口置为正确电平。我一般会在main函数第一行就把所有 LED 端口置高灭灯状态再进入主循环。5.2 现象倒计时不走或跳变先看晶振频率设置。Proteus 仿真图里单片机的晶振频率属性必须和程序里定时器初值计算时用的频率一致。如果程序按 12MHz 算仿真图里设的是 11.0592MHz倒计时就会偏慢约 8%。另一个常见原因是中断里没有重装初值或者重装初值的语句被其他逻辑跳过。检查Timer0_ISR里TH0和TL0是否在每次中断都重新赋值。5.3 现象相位切换卡死在某一个状态多半是time_up标志没有被清零。在phase_switch里每次切换状态后都要把time_up 0否则下一次进入这个状态时time_up还是 1会立刻触发切换看起来就像卡死或乱跳。另外检查remain_ms是否在切换时被正确赋值如果赋了一个 0那time_up会立刻置位状态机就会空转。5.4 现象按键检测不灵敏或误触发按键没有消抖。机械按键在按下和释放时会有 5-10ms 的抖动如果直接在主循环里读电平可能会一次按下被识别成多次。解决方法是加 10ms 左右的延时确认或者用定时器做状态机消抖。在仿真里Proteus 的按键模型抖动比实物小但养成消抖习惯没坏处。我一般会在检测函数里加delay_ms(10)后再读一次电平。5.5 现象Proteus 仿真报错或元件不工作先看仿真图里有没有“电源”和“地”符号。Proteus 的数字电路仿真需要明确的电源网络LED 和数码管的公共端必须接电源或地。另外51 单片机的 EA 引脚在仿真里通常默认接高电平如果你用的是外部程序存储器EA 要接地但课程设计一般用内部程序存储器EA 接高电平即可。使用说明里会给出完整的仿真图截图和网络标号对照检查就行。6. 验收与答辩怎么证明这套控制器真的“智能”验收不是看灯亮不亮而是看逻辑对不对。我一般会准备三组测试用例第一组两个方向都没有车观察是否按最大绿灯时间运行验证基础配时第二组东西方向有车、南北方向没车观察东西绿灯是否延长到最大时间南北绿灯是否缩短到最小时间第三组东西绿灯期间突然触发南北检测观察是否在最小绿灯结束后立即切换。每组用例记录相位切换时间和倒计时显示和设计值对比误差在 5% 以内就算合格。答辩时老师最爱问两个问题一是“你的智能体现在哪里”二是“如果两个方向同时有车怎么办”。第一个问题用第二组测试用例回答展示动态调整前后的时间对比。第二个问题要说明优先级策略通常按“先到先服务”或“主干道优先”处理如果同时到达就按固定顺序轮转避免死锁。你可以提前在代码里加一个priority变量答辩时现场改参数演示。还有一个技巧把 Proteus 仿真速度调慢让老师能看清相位切换过程。在 Proteus 的“系统”菜单里把“动画速度”调到 50% 左右倒计时和灯切换会变得肉眼可追踪。另外使用说明里通常有“参数速查表”把最小绿灯、最大绿灯、黄灯时间、全红时间列在一起答辩时直接指着表说“这些参数都可以在代码开头的宏定义里改”比翻代码找半天强得多。从那以后我每次做仿真类项目都会在验收前把三组测试用例跑一遍截图存档答辩时直接翻图说话。希望帮到你。本文还有配套的精品资源点击获取