51单片机定时器中断与状态机实现智能交通灯控制系统-开发者社区

简介：本资源是一套面向单片机初学者与电子类专业学生的51单片机实践教学实例，聚焦定时器中断驱动的交通灯控制系统设计与Proteus仿真验证。通过C语言编程实现精确时间控制、I/O口状态切换及红绿灯周期逻辑，覆盖定时器初始化、中断服务函数编写、端口输出控制等核心技能点，适用于课程实验、课程设计及嵌入式入门项目开发。压缩包共15个文件，含Proteus电路图（.dsn）、Keil工程配置（.uv2、.opt）、C源码（.c）、编译生成的目标文件（.hex、.obj、.lst）及仿真运行文件（.pwi、.plg），完整呈现从代码编写、编译调试到虚拟硬件仿真的全流程。资源体积仅29KB，结构紧凑、开箱即用，已有180人学习下载，特别适合在无实物开发板条件下理解定时器工作机制与交通灯时序控制逻辑。

1. 项目缘起：从“灯闪”到“灯控”的思维跃迁

几年前，我接手了一个学生科创项目，核心任务是用51单片机做一个十字路口的交通灯模型。最初的方案简单粗暴：主程序里写个死循环，用delay_ms()函数来硬延时控制红绿灯的切换时间。代码跑起来，灯倒是能亮能灭，但整个系统“卡”得不行——你想在亮灯的同时加个按键查询或者数码管倒计时？门都没有，CPU时间全被那个傻等的延时函数吃掉了。更头疼的是，一旦需要调整某个方向的绿灯时长，就得重新计算并修改一堆延时参数，繁琐且容易出错。

这个经历让我深刻意识到，在嵌入式开发里，尤其是面对像交通灯控制这种多任务、准实时性的场景，“并行”与“事件驱动”的思维至关重要。我们不能让CPU空等，而应该让它去“响应”事件。这时，定时器（Timer）就成了破局的关键。它就像一个精准的、独立于主程序运行的“后台闹钟”，到点就“叮”一声（产生中断），通知CPU来处理。主程序从此解放出来，可以安心地去扫描按键、刷新显示，或者处理其他逻辑。

所以，当看到“定时器控制交通指示灯”这个标题时，我想到的绝不仅仅是一个点亮LED的Demo。它背后是一个经典的从“过程式编程”到“事件驱动编程”的思维模型转变案例。本次我们将使用51单片机（以经典的STC89C52为例）、C语言和Proteus仿真软件，完整构建一个具备状态切换、时间可调、且主循环空闲的智能交通灯控制系统。你会发现，用好定时器，你的代码会变得清晰、灵活且强大。

2. 核心器件与仿真环境搭建

在动手写代码之前，我们必须先搞清楚手中的“武器”和“沙盘”。这个项目硬件核心是51单片机，软件核心是C语言和Proteus仿真。

2.1 51单片机定时器资源深度解析

我们用的STC89C52单片机内部集成了两个16位的可编程定时器/计数器：Timer0和Timer1。它们就是我们的“精准闹钟”。

定时器是如何工作的？你可以把它想象成一个不断向上累加的计数器。这个计数器的“心跳”（时钟源）可以来自两个地方：

系统时钟（12T模式）：这是最常用的模式。单片机使用12MHz晶振时，机器周期是1μs。定时器每12个时钟周期（即每1μs）计数值加1。
外部引脚脉冲：此模式下它作为计数器使用，常用于测量外部信号频率，本项目不涉及。

如何让它定时？定时器是16位的，最大值是65535。我们通过计算，让它数到某个值（比如50000）就产生溢出，这个“数数”的时间就是我们想要的定时时间。但直接数50000次不够精确，因为我们需要的是一个规整的时间单位（如50ms）。这里就引入了两个关键概念：

定时器初值（THx, TLx）：我们不想从0开始数到65535，那样时间太长。我们可以让定时器从一个特定的初始值开始数。例如，我们需要50ms的定时，系统时钟为12MHz，机器周期为1μs。
- 需要计数的次数 = 定时时间 / 机器周期 = 50,000μs / 1μs = 50,000次。
- 由于16位定时器最大计数值为65536，所以初值 = 65536 - 50000 = 15536。
- 15536的十六进制是0x3CB0，所以我们将TH0 = 0x3C;TL0 = 0xB0;。
中断：当定时器从初值累加到65535，再加1就会溢出（回到0），此时硬件会自动置位一个叫做“溢出标志（TFx）”的寄存器位。如果我们开启了总中断和定时器中断，CPU就会暂停当前的主程序，跳转到一个特定的函数（中断服务函数）中去执行我们预设的任务（比如更新交通灯状态），执行完毕后再返回主程序继续运行。这个过程是硬件自动完成的，效率极高。

定时器工作模式选择51单片机的定时器有几种工作模式，最常用的是模式1（16位定时器模式），也就是上面描述的那种，简单直接。我们本项目就采用Timer0，工作模式1。

2.2 Proteus仿真平台：从原理图到虚拟调试

Proteus对于单片机学习者来说是一个神器。它允许我们在电脑上绘制电路图、编写程序、并进行联合仿真，无需实际硬件就能验证设计。

1. 元件清单与原理图绘制在Proteus的元件库中，我们需要找到并放置以下关键元件：

单片机：AT89C52(与STC89C52兼容) 或直接搜索80C52。
LED：搜索LED-RED,LED-YELLOW,LED-GREEN。一个方向需要红、黄、绿各一个，十字路口两个方向共需6个。记得给每个LED串联一个220Ω的限流电阻（RES）。
晶振：CRYSTAL，频率设为12MHz。
电容：CAP，两个30pF的电容接在晶振两端到地；一个10uF的电解电容（CAP-ELEC）和一個10kΩ电阻（RES）组成复位电路。
电源：POWER和GROUND。

绘制时，将LED的阳极通过限流电阻接到单片机的P1口（例如P1.0-P1.5），阴极接地。晶振、复位电路按典型接法连接。最终，一个方向的交通灯（红、黄、绿）最好接在连续的I/O口上，方便程序控制，比如东西方向：红-P1.0，黄-P1.1，绿-P1.2；南北方向：红-P1.3，黄-P1.4，绿-P1.5。

2. 软件联调关键步骤

注意：这是很多新手会卡住的地方。Proteus仿真需要单片机有“灵魂”，即程序代码。

在Keil C51中编写并编译好你的C程序，会生成一个.hex格式的机器码文件。
回到Proteus，双击原理图中的单片机芯片，会弹出属性设置对话框。
在Program File一栏，点击文件夹图标，找到并选择你刚才Keil生成的.hex文件。
确认晶振频率（Clock Frequency）设置为12MHz。
点击仿真运行按钮，你的虚拟交通灯就应该按照程序逻辑开始工作了。你可以暂停、单步，观察每一个引脚的电平变化，这是实物调试难以比拟的优势。

3. 系统设计与状态机模型

直接写if-else控制灯亮灭是初学者的做法。对于一个有明确状态和状态切换条件的系统，状态机（Finite State Machine, FSM）是更优雅、更易于维护的设计模式。交通灯控制就是一个典型的状态机应用。

3.1 定义交通灯的状态

一个简单的十字路口交通灯周期可以定义为以下4个状态：

状态0（S0）：东西方向绿灯，南北方向红灯。表示东西方向通行。假设持续30秒。
状态1（S1）：东西方向黄灯，南北方向红灯。表示东西方向通行即将结束，警告。假设持续3秒。
状态2（S2）：东西方向红灯，南北方向绿灯。表示南北方向通行。假设持续20秒。
状态3（S3）：东西方向红灯，南北方向黄灯。表示南北方向通行即将结束，警告。假设持续3秒。之后，循环回状态0。

我们用一個全局变量char traffic_state;来记录当前状态。

3.2 定时器中断作为状态机的“心跳”

状态需要持续一段时间后才会切换。这个“计时”任务就交给定时器中断。我们设定定时器每50ms中断一次。

在中断服务函数里，我们不去直接操作灯，而是维护一个倒计时计数器。例如，我们定义一个数组存放每个状态的持续时间（单位：50ms）：unsigned int state_duration[] = {600, 60, 400, 60}; // 对应30s, 3s, 20s, 3s再定义一个变量unsigned int time_count;用于倒计时。

中断函数里，每次将time_count减1。当time_count减到0时，就表示当前状态持续时间到了，应该切换到下一个状态。同时，根据新的状态，更新time_count为新的持续时间，并调用一个状态处理函数来更新P1口，控制哪个LED亮，哪个LED灭。

// 状态处理函数示例 void update_lights() { switch(traffic_state) { case 0: // 东西绿， 南北红 P1 = 0xF9; // 二进制 1111 1001， 假设P1.2绿， P1.0红，其他灭 break; case 1: // 东西黄， 南北红 P1 = 0xF5; // 1111 0101 break; case 2: // 东西红， 南北绿 P1 = 0xDE; // 1101 1110， 假设P1.5绿 break; case 3: // 东西红， 南北黄 P1 = 0xEE; // 1110 1110 break; default: traffic_state = 0; update_lights(); } }

这样，主程序（main函数）在初始化完定时器和状态后，就可以直接进入一个空的while(1)循环，或者在这个循环里添加其他功能（比如按键扫描调整时长、数码管显示倒计时等）。控制逻辑的核心完全由定时器中断驱动，程序结构清晰，扩展性极强。

4. C语言程序实现与逐行解析

理论说完，我们来看具体代码。这里给出核心部分的实现和详细注释。

4.1 头文件、全局变量与函数声明

#include <reg52.h> // 包含51单片机特殊功能寄存器定义 // 定义LED连接的端口，根据你的原理图修改 #define EW_RED P1_0 // 东西红灯 #define EW_YELLOW P1_1 // 东西黄灯 #define EW_GREEN P1_2 // 东西绿灯 #define SN_RED P1_3 // 南北红灯 #define SN_YELLOW P1_4 // 南北黄灯 #define SN_GREEN P1_5 // 南北绿灯 // 定义交通灯四个状态的持续时间（单位：50ms） // 600 * 50ms = 30000ms = 30s // 60 * 50ms = 3000ms = 3s // 400 * 50ms = 20000ms = 20s unsigned int code STATE_DURATION[4] = {600, 60, 400, 60}; // 全局变量 unsigned char traffic_state = 0; // 当前状态，初始为状态0 unsigned int time_counter = 0; // 状态持续时间计数器 // 函数声明 void Timer0_Init(void); void Traffic_Lights_Update(void);

提示：使用code关键字将常量数组存储在程序存储器（Flash）中，可以节省宝贵的RAM空间。

4.2 定时器0初始化函数

这是整个项目的核心配置，每一步都至关重要。

void Timer0_Init(void) { // 1. 设置定时器模式：TMOD寄存器 // 高四位控制T1，低四位控制T0。我们只使用T0。 // 设置T0为模式1（16位定时器）：TMOD = 0x01 (0000 0001) // 同时，确保不影响到T1的设置，所以用或操作 TMOD &= 0xF0; TMOD |= 0x01; TMOD &= 0xF0; // 清零T0的控制位（低四位） TMOD |= 0x01; // 设置T0为模式1 // 2. 计算并装入定时器初值，用于50ms定时 @12MHz // 机器周期 = 12 / 12MHz = 1us // 需要计数的次数 = 50ms / 1us = 50000 // 初值 = 65536 - 50000 = 15536 // 15536 的十六进制为 0x3CB0 TH0 = 0x3C; // 装入高8位 TL0 = 0xB0; // 装入低8位 // 3. 开启中断 ET0 = 1; // 允许定时器0中断 EA = 1; // 开启CPU总中断 // 4. 启动定时器 TR0 = 1; // 启动定时器0 }

为什么是0x3CB0？这是很多人的疑惑点。定时器是加1计数器，从初值开始加，加到65536溢出。我们需要它数50000次后溢出。那么初值 = 65536 - 50000 = 15536。15536转换成16进制：15536 / 256 = 60 (0x3C) 余 176 (0xB0)。所以高8位TH0=0x3C，低8位TL0=0xB0。

4.3 定时器0中断服务函数

这是事件响应的核心。

void Timer0_ISR(void) interrupt 1 { // 1. 重装初值！这是中断函数第一件也是最重要的事。 // 因为模式1下，定时器溢出后不会自动重装，需要手动重装。 TH0 = 0x3C; TL0 = 0xB0; // 2. 状态时间计数器递减 time_counter--; // 3. 判断当前状态时间是否用完 if(time_counter == 0) { // 状态切换 traffic_state++; if(traffic_state >= 4) { traffic_state = 0; // 四个状态循环 } // 为新的状态加载持续时间 time_counter = STATE_DURATION[traffic_state]; // 根据新状态更新LED灯 Traffic_Lights_Update(); } }

注意：interrupt 1是Keil C51的语法，表示这是定时器0的中断服务函数。中断号不能写错。

4.4 状态更新与主函数

// 根据当前状态更新灯的状态 void Traffic_Lights_Update(void) { // 先关闭所有灯，假设低电平点亮LED（共阳接法）或高电平点亮（共阴接法） // 这里假设单片机引脚输出0（低电平）时LED亮。 P1 = 0xFF; // 假设初始所有灯灭，具体值取决于你的电路接法 switch(traffic_state) { case 0: // 东西绿，南北红 EW_GREEN = 0; SN_RED = 0; break; case 1: // 东西黄，南北红 EW_YELLOW = 0; SN_RED = 0; break; case 2: // 东西红，南北绿 EW_RED = 0; SN_GREEN = 0; break; case 3: // 东西红，南北黄 EW_RED = 0; SN_YELLOW = 0; break; } } // 主函数 void main(void) { Timer0_Init(); // 初始化定时器 // 初始化交通灯状态 traffic_state = 0; time_counter = STATE_DURATION[traffic_state]; Traffic_Lights_Update(); // 点亮初始状态的灯 while(1) { // 主循环可以空着，或者添加其他功能 // 例如：按键扫描、数码管动态显示倒计时等 // 因为定时控制完全由中断负责，这里CPU是空闲的！ } }

5. Proteus仿真调试与进阶优化

代码写完、电路画好、.hex文件加载后，点击运行，你应该能看到红绿灯按照预设的时间自动切换。但仿真不仅仅是“看它能不能跑”，更是我们深入理解系统和排查问题的过程。

5.1 仿真中的关键观察点

观察I/O口电平：在Proteus中，可以在单片机引脚上右键选择“Place Wire Label”或使用电压探针，实时观察P1口各位的电平变化。这能直观验证你的Traffic_Lights_Update函数逻辑是否正确。
使用虚拟示波器/逻辑分析仪：Proteus提供了虚拟仪器。你可以将某个灯的信号（如东西绿灯）接到逻辑分析仪上，查看其波形。你会看到一段长时间的低电平（绿灯亮），然后是一段短时间低电平（黄灯亮），接着是高电平（红灯亮），非常直观。
中断响应观察：虽然无法直接“看”到中断，但你可以通过添加一个测试引脚来间接观察。例如，在中断服务函数里加一句P2_0 = ~P2_0;，这样每次进入中断，P2.0引脚就会翻转一次。在仿真中用示波器看这个引脚，会得到一个非常精准的50ms方波，这证明了你的定时器中断配置是正确的。

5.2 常见问题与排坑指南

问题：灯完全不亮，或者常亮不变化。
- 排查1：电路连接。确认LED方向是否正确（阳极接电阻到IO口，阴极接地）。确认限流电阻值是否合适（通常220Ω-1kΩ）。在Proteus中，LED默认可能是高电平点亮，而你的代码是低电平点亮，注意匹配。最快捷的方法：在代码初始化部分直接写P1 = 0x00;（全部低电平），看所有LED是否全亮。如果全亮，说明电路和LED极性没问题。
- 排查2：程序未加载。再次双击单片机，确认Program File路径下的.hex文件是否正确，并且是最新编译的版本。可以尝试重新编译、生成.hex并加载。
- 排查3：中断未进入。检查Timer0_Init函数，确认ET0和EA是否都已置1，TR0是否置1。用上面提到的“测试引脚”法验证。
问题：灯切换的时间明显不对，太快或太慢。
- 排查1：定时器初值计算错误。这是最常见的原因。反复核对晶振频率（Proteus中单片机属性设置和代码假设必须一致，都是12MHz）、机器周期、定时时长和初值计算公式。
- 排查2：中断重装初值遗漏。在模式1下，必须在中断服务函数开始就手动重装初值，否则下次中断的时间基准就错了。确保你的Timer0_ISR函数开头有TH0=0x3C; TL0=0xB0;。
- 排查3：状态持续时间数组单位错误。确认STATE_DURATION数组中的数值，是基于定时器中断周期（50ms）的倍数，而不是秒。
问题：想要增加功能，比如用按键调整绿灯时间。
- 思路：这就是状态机+定时器架构的优势所在。主循环while(1)里不是空的吗？我们正好可以在这里添加按键扫描函数。
- 实现：
  1. 定义两个全局变量unsigned int ew_green_time = 30;和unsigned int sn_green_time = 20;（单位：秒）。
  2. 在while(1)循环中调用按键扫描函数。如果检测到“东西加时”按键，则ew_green_time++（注意限制最大值），同时立即更新STATE_DURATION[0] = ew_green_time * 20;（因为50ms中断，1秒=20次中断）。
  3. 关键点：更新数组后，当前状态的倒计时time_counter可能正在计数中，直接修改数组不会立即生效，需要等到下次状态切换。如果要求立即生效，可以在按键处理中直接重置time_counter为新值，但这需要考虑当前状态是否正是要修改的那个状态，逻辑会稍复杂。这是一个很好的编程练习。

5.3 从仿真到实物的注意事项

仿真成功，极大增强了我们制作实物的信心。但实物制作仍有几点不同：

电源与驱动：仿真中LED电流忽略不计。实物中，51单片机I/O口的拉电流能力（输出高电平时驱动能力）较弱，通常只有几十微安到几百微安。而灌电流能力（输出低电平时吸入电流）较强，可达十几毫安。因此，强烈建议采用“低电平点亮LED”的共阳接法：LED阳极接VCC，阴极通过限流电阻接单片机IO口。这样单片机引脚输出0时，电流从VCC流入LED，经过电阻，流入单片机引脚被“灌入”，驱动能力足够。
复位电路：仿真中复位可能很理想。实物中，确保复位电路（RC电路）参数正确，在上电时能产生一个足够长的低电平脉冲让单片机可靠复位。通常10uF电容配10kΩ电阻是经典值。
程序下载：你需要一个USB转TTL的下载器（如CH340模块），通过串口将.hex文件烧录到真实的STC89C52单片机中。注意选择正确的芯片型号、串口号和波特率。
抗干扰：实物电路中，在单片机电源VCC和GND之间，靠近芯片引脚处，并联一个0.1uF的瓷片电容作为去耦电容，可以有效滤除电源噪声，提高系统稳定性。这是仿真中不需要但实物中必不可少的细节。

通过这个项目，你掌握的不仅仅是一个交通灯程序，更是一种基于定时器中断和状态机的嵌入式系统设计思想。这种思想可以扩展到更复杂的系统，比如电梯控制、智能家居时序管理等。当你下次面对需要“同时”处理多个时间任务的项目时，希望你能想起这个在Proteus中闪烁的虚拟交通灯，以及它背后清晰、高效的代码逻辑。

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