AT89C51外部中断声光报警器课程设计与Proteus仿真

简介「西南科技大学单片机课程设计2」设计报告面向计算机科学与技术等专业、正在完成单片微机原理及应用课程设计的学生聚焦AT89C51外部中断应用这一核心训练环节。报告完整覆盖中断源与中断标志、中断类型号、IE与IP寄存器功能、外部中断初始化及中断函数编写并给出声光报警器的设计目标与任务分解由2个发光二极管、2个按键、1个数码管和1个蜂鸣器构成实现按键响应、数码管显示与灯光、蜂鸣器报警的协同控制。正文含电路原理图设计、主程序与中断服务程序流程图、关键代码注释及设计总结代码以C51编写可对照理解下降沿触发与状态切换逻辑。压缩包共1个文件为docx格式报告册约477KB已有89人学习。适合需要参考报告结构、理清中断法与查询法差异、快速完成同类课设撰写与调试的读者。1. 从一份课程设计报告说起AT89C51 外部中断怎么落成一台声光报警器实验室里最常见的一幕板子上电数码管亮着一个不该亮的段按键按下去毫无反应探头一搭才发现中断根本没进去。单片机这门课难的从来不是写一句EA 1;而是把中断源、IE/IP 寄存器、引脚电平和延时节奏凑成一个肉眼可见的现象。某高校计算机类专业「单片微机原理及应用」的课程设计里有一份以 AT89C51 为平台的外部中断应用报告册任务是用 2 个发光二极管、2 个按键、1 个数码管和 1 个蜂鸣器拼出一台声光报警器K1 按下显示 1、D1 闪烁、蜂鸣器响K2 按下显示 2、D2 闪烁报告里还自己扩了 K3/K4 两路查询法按键。这份资源适合刚学完 51 指令、想找一个能仿真能复现的完整小系统的人也适合需要一份结构完整报告骨架的读者拿来就能对照改。2. 项目定位与技术栈一颗 51、两个中断源和一个 1 位共阳数码管这不是一个跑分型的项目它的价值在于把教科书中散落的几个知识点——中断标志、IE 寄存器、IP 优先级、段码译码、软件延时——压到一块能上电的板子上。整份资源的边界非常清楚单芯片、无操作系统、全部裸机寄存器操作代码规模不到 120 行但覆盖了 51 外部中断最典型的三种坑触发方式、去抖、中断内长时间阻塞。先把硬件和软件两张图对齐后面读代码才不会迷路。2.1 硬件清单与 I/O 分配表报告里的引脚分配不是随手写的每一位都对应一个外设改代码前先把这张表抄到自己的原理图旁边。表里的有效电平尤其重要LED 是低电平点亮按键是低电平有效这两条决定了后面所有 1和 0的含义。器件参数/型号连接引脚有效电平与说明单片机AT89C5112MHz 晶振—40 脚 DIPP0 为开漏输出发光二极管 D1/D2红色 LED 330Ω 限流P2.0 / P2.1低电平点亮灌电流扩展灯 D3/D4同上P2.2 / P2.3报告后期自行增加的两路按键 K1/K2轻触开关另一端接 GNDP3.2(/INT0) / P3.3(/INT1)下降沿触发靠 P3 内部上拉按键 K3/K4同上P3.4 / P3.5普通 I/O主循环查询数码管1 位共阳a~g 接 P0.0~P0.6P0段码位为 0 时对应段点亮蜂鸣器有源蜂鸣器 三极管驱动P1.6高电平导通发声P3.2 和 P3.3 之所以被选中是因为它们在 51 内部复用为外部中断 0 和外部中断 1 的输入脚这是硬件决定的不能随意换到 P1 口。同理 P0 被留给数码管是因为它是唯一一个 8 位整端口、方便一次性输出段码的口代价是 P0 开漏这个代价在后面实物阶段会变成一个必须处理的坑。提示报告里没有画三极管但如果蜂鸣器直接挂在 P1.6 上51 单脚灌/拉电流只有十几毫安实物大概率声音发闷甚至带不动。常见做法是加一只 S8550 或 9012 做开关基极串 1kΩ 电阻。2.2 软件栈与报告册的组织方式软件侧只有两层Keil C51 负责编译出.hexProteus 负责把 hex 灌进虚拟芯片跑现象。头文件用的是编译器自带的reg51.h没有引入任何第三方库所以整份工程拷到任何一台装了 Keil 的机器上都能直接编译。报告册本身的目录结构也值得单独说一句因为它就是一份可交付文档的模板课程设计报告册/ ├── 封面信息表 # 课程名、专业班级、学号、姓名、指导教师、日期 ├── 一、知识要求 # 中断源、中断标志、中断类型号、IE/IP 寄存器 ├── 二、能力要求 # 会设 IE、会设 IP、会写初始化、会写中断函数 ├── 三、设计目标与任务 # 声光报警器的功能条目4 条现象 ├── 四、电路原理图 # 单片机最小系统 外设接线 ├── 五、程序设计思路 # 主程序流程图 中断服务程序流程图 ├── 六、程序代码 # 完整 C 源文件 ├── 七、仿真结果 # 4 个按键对应的现象描述 └── 八、问题与解决 # 段码推导过程0xf9/0xa4/0xb0/0x99这份目录的价值在于它的顺序先讲知识要求再讲任务先画流程图再贴代码最后才写遇到的问题。很多同学写报告时把代码一贴就完事评审最想看的恰恰是第八节——段码为什么是0xf9而不是0x06这个推导过程能证明你真的理解了共阳共阴而不是从网上抄了一张表。整理自己的工程时建议照这个骨架走一遍把 4 个按键的现象逐条写清楚比堆美化排版有用得多。2.3 两套执行模型中断法与时序查询法的分工同一块板子上报告同时用了两种按键处理方式这不是偷懒而是有意做对比。K1/K2 走外部中断按下瞬间硬件自动把 IE0/IE1 置位CPU 在当前指令执行完后跳转到中断向量K3/K4 走主循环轮询程序必须自己一次次读 P3.4/P3.5 的电平才能发现按键。两者的差别在响应及时性和 CPU 占用上完全相反维度中断法K1/K2查询法K3/K4触发条件下降沿硬件自动置标志程序执行到该行才检测响应延迟微秒级取决于当前指令取决于主循环一圈的耗时CPU 占用空闲时可做别的事轮询期间 CPU 被独占代码位置interrupt 0/interrupt 2main()的while(1)内易出错点中断内阻塞、标志不清漏去抖、卡在等待释放报告要求里专门写了理解中断法和查询法的区别这两路按键就是现成的对照组。你在自己的报告里可以把这张表换成实测数据给 K1 和 K3 各按 100 次统计漏触发次数中断法基本是 0查询法在delay_nms(3000)那段阻塞期间按下去必然丢失。3. 核心代码拆解中断服务、段码表和主循环怎么咬合代码总共不到 120 行但每一段都有明确的职责边界。读的时候不要从头往下顺先看main()里的初始化三行再看两个中断函数最后回头看while(1)——这样能立刻发现一个事实主循环里每一轮都在把 D1~D4 复位、把蜂鸣器关掉而中断函数在翻转同样的引脚两者靠中断期间主循环被挂起这条规则避免了打架。3.1 引脚声明与全局状态sbit 映射到哪个物理位#include reg51.h // 51 特殊功能寄存器定义EA/EX0/IT0 都来自这里 #define uchar unsigned char // 缩短类型名51 上 int 是 16 位能省则省 #define uint unsigned int sbit D1 P2^0; // 报警灯 1低电平点亮 sbit D2 P2^1; // 报警灯 2 sbit D3 P2^2; // 报告后期扩展的第 3 路 sbit D4 P2^3; // 第 4 路 sbit buzz P1^6; // 蜂鸣器控制脚高电平导通 sbit K3 P3^4; // 查询法按键 3 sbit K4 P3^5; // 查询法按键 4 uchar time; // 中断里的循环计数器被声明成全局sbit是 Keil C51 的位寻址关键字P2^0不是异或运算而是P2 寄存器的第 0 位编译后会变成一条SETB/CLR位操作指令比读改写整个字节快且不会误伤同口其它位。这一点在 P2 上尤其关键D1~D4 共用 P2 口如果用P2 0xFE这种方式点灯会把另外三路一起改掉。time被声明成全局变量而不是中断内的局部变量是因为 51 的编译器对中断函数的局部变量处理比较保守全局 uchar 只占一个 data 区字节代价最小。但这也埋了一个隐患如果将来两个中断都想用这个计数器就会互相踩值二次开发时应该给它改成各自独立的变量。3.2 中断 0 的服务函数一个 2 秒的阻塞式报警动作void delay_nms(uint i) // 粗略毫秒延时12MHz 下约 1ms/单位 { uchar j; while (i--) for (j 0; j 120; j); // 内层空循环具体周期数需按晶振校准 } void int0() interrupt 0 // 外部中断 0向量号 0对应 P3.2 下降沿 { P0 0xf9; // 共阳段码显示数字 1 for (time 0; time 10; time) { buzz !buzz; // 蜂鸣器翻转产生断续报警音 D1 !D1; // 报警灯 1 亮灭切换 delay_nms(200); // 每 200ms 翻转一次肉眼可见的闪烁 } P0 0xff; // 退出前熄灭数码管 }interrupt 0这个数字是硬性约定0 代表外部中断 02 代表外部中断 11 是定时器 03 是定时器 14 是串口。写错数字编译器不一定报错但程序运行起来会跳到错误的向量地址这是新手最常翻的车之一。函数体的逻辑是一条时间轴先把段码打到 P0 显示1然后进 10 次循环每次翻转蜂鸣器和 LED 并延时 200ms10×200ms 约等于 2 秒最后把 P0 拉高熄灭数码管。注意这里翻转的是buzz的电平而不是给它恒高因为报告用的是有源蜂鸣器持续高电平只会嘟——一声长鸣翻转才能得到嘀嘀嘀的报警节奏。delay_nms的 120 这个常数不是标准值它取决于晶振频率和编译器优化等级。12MHz 下一条for空循环大约 8 个机器周期120 次约 960μs凑成 1ms换成 11.0592MHz 会偏大约 8%。所以如果你复现时发现闪烁明显偏快或偏慢别怀疑代码逻辑先改这个 120。还有一个容易误解的点函数里没有清IE0。边沿触发方式下51 在响应中断时由硬件自动清除标志位软件不用管但如果把IT0改成 0电平触发就必须在中断服务里手动清否则会反复进中断出不来。3.3 中断 1复制粘贴改出来的第二路void int1() interrupt 2 // 外部中断 1向量号 2对应 P3.3 { P0 0xa4; // 共阳段码显示数字 2 for (time 0; time 10; time) { buzz !buzz; D2 !D2; // 只翻转报警灯 2 delay_nms(200); } P0 0xff; }结构和int0完全对称只有三处不同向量号从 0 变 2段码从0xf9变0xa4翻转的灯从 D1 变 D2。这种对称写法在课程设计里很常见好处是审查时一眼能对照坏处是抄的时候容易漏改某一行——报告里 K4 那段注释写着如果 K3 被按下就是复制粘贴留下的痕迹功能没错但注释误导二次开发时看到会愣一下。两个中断默认同为低优先级51 的同级中断不能嵌套。这意味着 K1 的中断正在执行那 2 秒阻塞时你按 K2硬件只会把 IE1 置位挂起必须等 int0 返回后才响应。仿真里表现为连按没反应不是程序坏了是优先级机制在起作用。想让 K2 优先就得动 IP 寄存器。3.4 主循环里的查询分支去抖、长延时和等待释放void main() { EA 1; // CPU 开总中断 EX0 EX1 1; // 允许外部中断 0 和 1 IT0 IT1 1; // 两路都设为下降沿触发 while (1) { D1 1; D2 1; D3 1; D4 1; // 四盏灯全灭低电平点亮 buzz 0; // 蜂鸣器关闭 if (K3 0) // 检测到低电平可能是按下 { delay_nms(20); // 去抖等 20ms 再看一次 if (K3 0) // 仍是低电平确认真的按下 { P0 0xb0; // 显示数字 3 D3 0; // 点亮报警灯 3 buzz 1; // 蜂鸣器长鸣 delay_nms(3000); // 保持 3 秒 while (K3 0); // 卡住直到松手 P0 0xff; // 恢复灭数码管、灭灯、关蜂鸣 D3 1; buzz 0; } } /* K4 分支结构与上面完全一致段码 0x99灯 D4此处省略 */ } }初始化三行是整个程序能不能进中断的关键EA是总开关EX0/EX1是分开关IT0/IT1决定触发方式。三个都到位P3.2 上出现一个下降沿才会跳进int0。少任何一行现象都是按键无反应。查询分支的顺序值得推敲。程序先确认按下立刻点亮并长鸣然后delay_nms(3000)阻塞 3 秒再while (K3 0)等松手。这个顺序的问题是如果用户一直按住不放程序就永远卡在while里四盏灯的复位、蜂鸣器的关闭全都执行不到直到松手才恢复。更稳的写法是把等待释放放到延时之前或者干脆用状态机加定时器节拍这点放到二次开发那章展开。while (K3 0);后面那个分号是空语句很多编译器会给出警告但功能正确。它依赖 P3 口内部上拉——按键另一端接地松开时读到 1按下时读到 0不需要外接上拉电阻。3.5 段码是怎么算出来的从 0xf9 到 0x99 的推导报告第八节把这段推导写清楚了这也是整份资源里最有教学价值的部分。1 位共阳数码管的 a~g 七段分别接 P0.0~P0.6P0.7 悬空或接小数点。要点亮某一段对应引脚必须输出低电平所以亮记作 0灭记作 1从高位到低位拼成一个字节显示亮起的段二进制P0.7→P0.0十六进制1b, c1111 10010xF92a, b, d, e, g1010 01000xA43a, b, c, d, g1011 00000xB04b, c, f, g1001 10010x99全灭无1111 11110xFF以1为例只需要 b、c 两段亮其余全灭所以 D1b和 D2c为 0其余为 1得到11111001。注意 D7 是最高位、D0 是最低位写二进制时别把方向搞反反了会得到10011111仿真里显示的是完全看不懂的乱码。这套编码只对共阳数码管有效。如果换成一枚共阴管公共端接地段引脚必须输出高电平才亮同一个数字的编码要按位取反0xF9会变成0x06。买元件时看清型号后缀或者在 Proteus 里认准7SEG-COM-ANODE这个关键字能省掉一晚上的排查。4. 从报告到能跑的工程Keil 编译与 Proteus 联调报告里的代码是文本要变成数码管上跳动的数字中间隔着编译和仿真两道关。这两步本身不难难的是各种默认选项没勾对导致代码没问题但现象出不来。下面按我实际走通的顺序排。4.1 Keil 侧建工程、选器件、出 HEX新建工程时器件一定要选Atmel → AT89C51选成 AT89C52 也能编译但内存模型和外设略有差异仿真时容易出现莫名行为。添加main.c后最关键的一步是生成 HEX 文件这个选项默认是关的不勾就等于白编译。# Keil µVision 里的等效操作路径没有命令行只能点 # 1. Project → New µVision Project → 选 Atmel/AT89C51 # 2. 弹出 Copy Standard 8051 Startup Code 时选 “否”本工程不需要启动汇编 # 3. 新建 main.c 加入 Source Group粘贴报告里的完整代码 # 4. Project → Options for Target → Target 页Xtal 填 12.0 MHz # 5. Options for Target → Output 页勾选 Create HEX File格式选 HEX-80 # 6. F7 编译Build Output 应显示 0 Error(s), 0 Warning(s)第 4 步的晶振频率必须和 Proteus 里芯片属性中的频率一致否则delay_nms的标定全乱。第 5 步生成的文件默认落在工程目录的Objects\子目录下文件名和工程名相同后缀.hex。编译如果报undefined identifier P2说明头文件路径没配对reg51.h在 Keil 安装目录的C51\INC\下正常情况下不用手动加。报sbit语法错误则多半是把^写成了别的符号或者变量名用了寄存器保留字。4.2 Proteus 侧元件清单、连线与加载 HEXProteus 里需要拖出来的元件不多但每一个的名字都要打对搜错一个字母就找不到AT89C51 单片机本体 CRYSTAL 12MHz 晶振 CAP / CAP-ELEC 30pF 起振电容 ×2、10uF 复位电容 RES 10kΩ 复位电阻、330Ω 段限流电阻 ×7 BUTTON 轻触按键 ×4 LED-RED 发光二极管 ×4 7SEG-COM-ANODE 共阳 1 位数码管 BUZZER 有源蜂鸣器属性里 Operating Voltage 设 5V连线时有三处必须对照清楚数码管的 a~g 依次接 P0.0~P0.6公共端有两个 COM 脚接 VCC四个按键一端接对应的 P3 引脚、另一端统一接 GNDLED 的阳极接 VCC、阴极串 330Ω 后接 P2 引脚这样 P2 输出低电平时才亮和代码里D1 0点亮、D1 1熄灭对得上。加载程序的方式是双击单片机在Program File一栏选中刚才生成的.hexClock Frequency填12MHz点确定。运行仿真后如果数码管一直显示 8 或全亮先检查是不是没加载 hex芯片里跑的是空程序P0 默认为高共阳管全灭才对全亮反而说明公共端接反了。4.3 四个验收用例与现象对照把下面四条逐个跑一遍全过就说明工程是通的。这张表也可以直接搬进报告的七、仿真结果一节比纯文字描述清楚得多。操作数码管LED蜂鸣器持续时间上电初始全灭D1~D4 全灭不响—按 K1显示 1D1 闪烁约 5Hz断续嘀嘀约 2 秒后自动恢复按 K2显示 2D2 闪烁断续嘀嘀约 2 秒后自动恢复按 K3显示 3D3 常亮长鸣约 3 秒松手后恢复按 K4显示 4D4 常亮长鸣约 3 秒松手后恢复K1/K2 是闪 断续响K3/K4 是常亮 长鸣这个差异来自中断里用的是电平翻转、查询分支里用的是直接赋 1。仿真时如果发现 K1 按下去灯常亮不闪八成是delay_nms的内层循环被编译器优化掉了把优化等级降到 Level 0 再试。5. 避坑与排查延时、抖动、开漏这几个坑我都踩过仿真和实物之间隔着一整个电子世界的差距报告里那一节遇到的问题及解决方法只写了段码推导实际调试中真正耗时间的坑反而是下面这几条。现象一Proteus 里数码管亮得好好的焊到板子上一个段都不亮。原因是 P0 口是开漏输出结构内部没有上拉场效应管输出高电平时实际处于高阻态。共阳数码管要求段引脚拉低才亮拉低是灌电流开漏能胜任但如果有人把数码管换成共阴的需要 P0 输出高电平驱动开漏就彻底驱动不了。解决办法是先确认数码管类型共阴方案必须在 P0 和 VCC 之间加一排 10kΩ 上拉排阻Proteus 里叫RESPACK-8或者直接换 P1/P2 口驱动。另外即便是共阳8 段全亮时总灌电流可能接近端口上限每段串 330Ω 限流电阻是必须的仿真不串不会报错实物不串会烧口。现象二按一下 K1中断进了三四次灯闪得乱七八糟。原因是机械按键在闭合瞬间有 5~20ms 的抖动触点会在高低电平之间弹跳多次。代码里设的是IT0 1下降沿触发每一次抖动的下降沿都会被硬件记成一次中断请求。中断服务里没有去抖就只能吃到全部毛刺。解决办法有两个方向硬件上在按键两端并一只 0.1μF 电容做 RC 滤波软件上在中断入口先delay_nms(10)再读一次 P3.2确认仍是低电平才继续。更彻底的做法是中断里只置一个标志位真正的动作放到主循环里做中断函数三五行就退出。现象三K3 按住不放程序像死机一样其它按键全没反应。原因是查询分支里的while (K3 0);是个死等循环只要按键不松手CPU 就一直停在这行既不回到while(1)顶部复位引脚也不响应任何中断之外的动作。叠加前面的delay_nms(3000)最坏情况下程序会被独占三秒以上。解决思路是把等待释放改成状态记录用bit key3_latch记住已经处理过这次按下只有检测到电平从 0 变 1释放才清标志主循环照常转不阻塞。再进一步就是上定时器节拍把长延时拆成 1ms 一次的计数。现象四Keil 编译零错误Proteus 加载后毫无反应芯片像没通电。按顺序查三处Options for Target → Output里的Create HEX File有没有勾Proteus 芯片属性里的Program File路径是不是指向最新编译出来的那个 hex改代码后忘记重新加载是高频事故复位电路有没有接——10uF 电容正极接 VCC、负极接 RST10kΩ 电阻从 RST 到 GND缺了这颗电阻芯片上电后可能停在随机状态。还有一处容易被忽略Proteus 芯片的Clock Frequency如果设成默认的 12MHz 而代码按 11.0592MHz 标定闪烁频率会差一点点不至于不亮但现象对不上报告。现象五段码表照着抄显示的数字却是歪的。两种可能。一是共阳共阴搞反把0xF9用在共阴管上会显示成一个奇怪的组合把表里每个值按位取反0xF9 → 0x06即可。二是位序搞反代码假定 a 段接 P0.0、g 段接 P0.6实际接线时把 a 接到了 P0.6整张表就全乱了。排查办法是写一段测试程序让 P0 依次输出0xFE、0xFD、0xFB…每次只让一位为 0看哪一段亮反推出真实映射再决定是改接线还是改表。这个笨办法花五分钟比对着原理图数一晚上管用。6. 二次开发改造把阻塞式中断换成定时器节拍的状态机报告里的代码能用但它的结构决定了扩展性很差——每增加一路报警就要复制一份带delay_nms的中断函数中断执行时间长达两秒期间所有同级中断被挂起。真要拿它做二次开发第一步应该把时间从阻塞延时里抽出来交给定时器。具体做法是启用定时器 0工作在模式 116 位定时12MHz 下每 1ms 溢出一次在中断里维护一个全局节拍计数。闪烁、蜂鸣、超时全部变成看计数到没到的判断中断函数本身几微秒就退出主循环和外部中断都不再被长时间独占。#include reg51.h #define uchar unsigned char #define uint unsigned int sbit D1 P2^0; sbit BUZZ P1^6; /* 共阳段码 0~9P0 输出低电平点亮对应段 */ code uchar SEG[10] {0xC0,0xF9,0xA4,0xB0,0x99, 0x92,0x82,0xF8,0x80,0x90}; volatile uchar tick 0; /* 1ms 节拍自由计数器 */ volatile uchar beep_ms 0; /* 剩余报警时长单位 ms */ volatile uchar phase 0; /* 闪烁分频计数 */ void timer0() interrupt 1 /* 定时器 0向量号 1 */ { TH0 (65536 - 1000) / 256; /* 12MHz 下 1000 个机器周期 1ms */ TL0 (65536 - 1000) % 256; tick; if (beep_ms) { beep_ms--; if (phase 16) { /* 每 16ms 翻转一次约 31Hz 方波 */ phase 0; D1 !D1; BUZZ !BUZZ; } if (beep_ms 0) { /* 时间到一次性收尾 */ D1 1; BUZZ 0; P0 0xFF; } } }改造后有两点变化需要留意。第一beep_ms、tick、phase都被定时器中断和主程序同时访问必须加volatile否则编译器可能把它们优化进寄存器主程序读到的是永远不变的旧值——这是 51 上非常隐蔽的一个坑现象是中断里明明改了变量主循环判断不到。第二外部中断服务函数被压缩成两行P0 SEG[1]; beep_ms 2000;剩下的全交给定时器K1 和 K2 同时按下也不会互相阻塞因为两路中断都只是设参数。再往前一步是把四路按键统一成一张表用状态机驱动状态字段含义取值范围active_ch当前报警通道号0 表示空闲1~4 对应 K1~K4seg_code该通道对应的段码SEG[active_ch]led_mask要点亮的 LED 位0x01 (active_ch-1)beep_ms剩余报警毫秒数中断法 2000查询法 3000主循环只做一件事读按键、填表、启动计时定时器中断只做一件事倒计时、翻转、收尾。两边的耦合点只有那几个volatile变量加第五路、第六路时只需要扩表不用再复制中断函数。这套结构看着比原报告复杂但调试成本低得多——出了问题是查表还是查中断一眼就能分清。我第一次把这份报告改成定时器版本时忘了给beep_ms加volatile仿真里报警永远不结束单步调试看到中断里减到 0 了主程序读出来还是 2000折腾了快两个小时才反应过来是优化器干的好事。从那以后我每次在 51 上跨中断共享变量都强制先写一遍volatile再写逻辑宁可多敲几个字符也不想再靠单步去猜。希望这些能帮到你少走两小时弯路。本文还有配套的精品资源点击获取