简介：一套以C语言驱动单片机蜂鸣器播放音乐的完整仿真实验资源，适合单片机初学者、电子竞赛备赛学生及嵌入式入门者，可用于课程设计或动手实践。资源以无源蜂鸣器为主要对象，围绕I/O口脉冲控制原理，讲解频率与音调映射、高低电平切换等关键机制；同时配套完整的Protues仿真工程、C程序源码和实际运行录屏，即使没有实体硬件也能直观验证声音变化。压缩包共22个文件，包含c语言源程序、hex烧录文件、Protues仿真工程（pdsprj/pdsbak）及备份、uvproj/uvopt工程配置、lst/m51等编译中间文件，并附png原理图与mp4演示视频，整体约20.41MB；包内目录将源码、编译输出、仿真工程和演示视频分模块存放，便于对照学习。已有252人学习浏览。读者可直接打开仿真工程完整走通“编写—编译—烧录—验证”流程，既能巩固定时器、延时控制等代码基础，也为后续扩展音乐播放、PWM音频输出等实验提供了可复用模板。 单片机蜂鸣器播放音乐，用C语言在Proteus里做仿真实验——这个题目我见过太多次了，课程设计、毕设预热、蓝桥杯备赛，甚至培训班最后的大作业，都爱拿它收尾。它看起来就是个“会唱歌的蜂鸣器”，但真要做好，得把定时器、中断、数组查表、节拍调度这几件事一次学明白。这篇我按自己做项目的方式完整走一遍：先说为什么选无源蜂鸣器，再讲频率和定时器初值怎么算，然后给一套C语言实现和Proteus搭建步骤，最后是仿真里几个高频翻车点的排查记录。想动手复现的读者，跟着章节走就能跑出声音。
1. 项目思路：为什么这个仿真实验值得认真做
1.1 有源蜂鸣器与无源蜂鸣器的区别
先解决一个最基础也最容易错的问题：蜂鸣器到底选哪种？
有源蜂鸣器内部自带振荡电路，只要通电就会响，声音频率是固定的，程序只能控制它“响”或者“不响”，没法控制音调。这类蜂鸣器适合做报警音、按键提示音。无源蜂鸣器内部没有振荡源，必须由外部给它方波信号才能发声，声音频率完全由方波频率决定。也就是说，想让蜂鸣器发出Do、Re、Mi，就必须产生不同频率的方波，这正是播放音乐的前提条件。
所以本项目必须用无源蜂鸣器。在Proteus元件库里，有源蜂鸣器叫BUZZER，无源蜂鸣器叫SOUNDER。很多新手直接拖一个BUZZER进画布，程序写半天发现蜂鸣器只会傻响或者干脆不响应，就是这个原因。后面我会专门展开这个坑。
1.2 方案选型：Proteus仿真+51单片机+C语言
可能有人会问：直接买一块开发板不香吗？为什么要用Proteus做仿真？
我的看法是，仿真不是替代实物，而是一个低成本、高效率的调试阶段。买板子要花钱、要接杜邦线、要担心烧芯片，而Proteus里改电路、改程序、看波形都是秒级的事。尤其是做课设的时候，答辩现场演示仿真，界面直观，评委一眼就能看懂你的逻辑。
选51单片机（AT89C51）是因为它的定时器、中断模型足够简单，寄存器少，非常适合理解底层原理。C语言写起来也比较顺手，对比汇编，阅读门槛低，后续移植到STC系列或者32位单片机都很容易。Keil uVision5 + Proteus的组合是经典搭配，编译下载流程成熟，网上参考资料也最多。
1.3 整体架构与数据流
整个项目的结构可以分成四层：
- 乐谱解析层：把简谱转换成“音符+节拍”的数据结构，存放在单片机ROM里。
- 频率生成层：根据音符索引查表得到定时器初值，配置定时器0产生对应频率的方波。
- 发声执行层：方波从P1.5引脚输出，经过驱动电路送到无源蜂鸣器。
- 节拍调度层：定时器1产生时基中断，控制每个音符的持续时间，播完当前音符就切下一个。
这个架构说白了就是一个“点歌机”：主循环是播放器的调度器，定时器0是发声器，定时器1是节拍器。理解了这个数据流，后面看代码就不会迷路。
2. 发声原理：音调频率与定时器初值怎么算
2.1 简谱音名与频率对照
音乐里每个音都有对应的物理频率。国际上通用标准音是A4=440Hz，其他音按照十二平均律推算。我们不用背那么多公式，只需要记住C大调里常用音的频率即可。
| 简谱 | 音名 | 频率/Hz | 12MHz晶振定时器初值（方式1） |
|---|---|---|---|
| 1 | C4 | 262 | 63628 |
| 2 | D4 | 294 | 63835 |
| 3 | E4 | 330 | 64021 |
| 4 | F4 | 349 | 64103 |
| 5 | G4 | 392 | 64260 |
| 6 | A4 | 440 | 64400 |
| 7 | B4 | 494 | 64524 |
| 高音1 | C5 | 523 | 64580 |
| 高音2 | D5 | 587 | 64684 |
| 高音3 | E5 | 659 | 64777 |
| 高音5 | G5 | 784 | 64898 |
这个表就是整个播放器的“音符字典”。你只需要在程序里建立一个数组存这些初值，然后用音符的下标去引用它。
2.2 定时器初值计算过程拆解
为什么频率和初值能对应上？这里必须把定时器的工作过程搞清楚。
51单片机的定时器0工作在方式1时，是16位加1计数器。它从你设置的初值开始，每个机器周期加1，加到65536时溢出，触发一次中断。12MHz晶振下，机器周期是1us。
要产生fHz的方波，引脚就要每半个周期翻转一次。一个完整的方波周期包含两次翻转，所以定时器的溢出频率应该是2f。也就是说，两次中断之间的间隔时间就是1/(2f)秒。
12MHz晶振时，每个机器周期是1us，所以定时器需要的计数个数n等于：
n = 1/(2f) / 1us = 500000 / f
然后初值 = 65536 - n。
举个例子，要产生A4（440Hz）的方波：
n = 500000 / 440 ≈ 1136，初值 = 65536 - 1136 = 64400
算出来正好是表里的64400。再算高音C5（523Hz）：
n = 500000 / 523 ≈ 956，初值 = 65536 - 956 = 64580
和表里完全一致。四舍五入带来的误差在0.1Hz以内，人耳根本分辨不出来。
如果你用的是11.0592MHz晶振，机器周期约1.085us，公式要相应变化，初值约为65536 - 460800/f。这也是网上很多代码的初值表和你算的对不上的原因，先确认晶振频率再查表。
2.3 乐谱编码：查表法组织音符和节拍
有了初值表，接下来怎么存储一首曲子？
我见过不少初学者在代码里写一长串delay，每个音符响一下再延时一下。这种方式在延时期间CPU完全被占用，而且节拍精度极差，稍微有点速度变化音乐就崩了。
工程上更规范的做法是把乐谱编码成“音高索引+节拍数”交替出现的数组。比如：
code unsigned char music[] = { 1, 2, // 1音，2拍 3, 2, // 3音，2拍 5, 2, // 5音，2拍 6, 4, // 6音，4拍 // ... 更多音符 0, 0 // 结束标记 };音高索引0表示休止符，播放时不给蜂鸣器信号就行。节拍数以某种时基为单位，比如一个四分音符作为1拍。这样主循环只需要从头到尾遍历数组，逐个设置音高、等待足够节拍，就能把整首曲子放完。换歌只需要改数组，程序逻辑完全不用动。
3. 实操流程：Proteus建图与C语言核心代码
3.1 Proteus电路搭建要点
先说个小细节：这个软件的正确拼写是Proteus，但很多资料里都写成Protues，搜索引擎也默认能搜到，所以不用纠结，知道是同一个东西就行。
打开Proteus，新建工程，然后从元件库里添加这些元件：
- AT89C51：主控芯片，51内核，仿真里最常用。
- SOUNDER：无源蜂鸣器，注意别选成BUZZER。
- RES：电阻，用于复位和限流。
- CAP：电容，配合复位电路使用。
画电路时重点注意三件事。
第一，AT89C51的EA引脚（31脚）必须接VCC。这个引脚是外部程序存储器选择引脚，如果接了GND，单片机默认从外部ROM取指令，仿真里程序经常跑不起来。这是Proteus里非常经典的一个坑。
第二，晶振频率要设置对。双击AT89C51芯片，在属性对话框里把Clock Frequency改为12MHz。不是说不可以画外部晶振电路，但直接设置内部虚拟晶振最省事，电路图也更干净。如果你在代码里按12MHz算初值，这里设置成别的频率，播放出来的音调就全偏了。
第三，SOUNDER正极接P1.5，负极接GND。如果想把电路做得更接近实际，可以在P1.5和蜂鸣器之间加一个S8550三极管驱动，基极串联1kΩ电阻接单片机引脚。仿真里直接驱动也能响，但加上驱动电路的好处是后续移植到实物时不用重新设计硬件。
3.2 Keil C51核心代码实现
代码逻辑分三部分：定时器初始化、中断服务函数、主循环。先看定时器0产生方波这部分。
#include <reg51.h> sbit BEEP = P1^5; // 蜂鸣器接在P1.5 // 12MHz晶振，定时器初值表，下标对应简谱音名 code unsigned int freq_tab[] = { 0, // 0: 休止 63628, // 1: C4 63835, // 2: D4 64021, // 3: E4 64103, // 4: F4 64260, // 5: G4 64400, // 6: A4 64524, // 7: B4 64580, // 高音1: C5 64684, // 高音2: D5 64777, // 高音3: E5 64898, // 高音5: G5 }; unsigned int current_tone; // 当前音符的定时器初值 // 定时器0中断服务函数：翻转引脚，输出方波 void timer0_isr(void) interrupt 1 { TH0 = current_tone >> 8; TL0 = current_tone & 0xFF; BEEP = ~BEEP; } // 设置当前播放的音符 void set_tone(unsigned char idx) { if (idx == 0) { TR0 = 0; // 休止符不启动定时器 BEEP = 1; // 蜂鸣器无信号 } else { current_tone = freq_tab[idx]; TH0 = current_tone >> 8; TL0 = current_tone & 0xFF; TR0 = 1; // 启动定时器0 } }定时器0工作在方式1，也就是16位模式。每次溢出进入中断，重新装载初值，然后翻转BEEP引脚一次。这样P1.5上就出现了一个频率稳定的方波。中断服务函数里只做两件事：重装初值、翻转引脚，这两个操作一共才几条指令，完全不会影响频率精度。
3.3 播放主循环与节拍调度
节拍我用定时器1来实现，做一个100ms的时基中断。乐谱数组里每个音符的节拍数以100ms为单位，比如四分音符等于1拍，我就写1；二分音符写2，八分音符写0.5就有点麻烦，实际用整数倍时基更省心，所以一般把最小音符定为八分音符，四分音符写2，二分音符写4，全音符写8，全部乘以2处理。
code unsigned char music[] = { // 音高索引, 节拍数(以100ms为单位) 1, 2, 3, 2, 5, 2, 5, 4, 3, 2, 5, 2, 3, 2, 1, 4, // ... 其余音符 0, 0 // 结束标记 }; unsigned char beat_cnt; // 当前音符还剩多少时基 // 定时器1中断：100ms到时，节拍计数减1 void timer1_isr(void) interrupt 3 { TH1 = 0x3C; // 100ms初值高字节，12MHz TL1 = 0xB0; // 100ms初值低字节 if (beat_cnt > 0) { beat_cnt--; } } void main(void) { unsigned char note_idx = 0; TMOD = 0x11; // 定时器0、1都工作方式1，16位模式 // 定时器1初始化：100ms时基 TH1 = 0x3C; TL1 = 0xB0; ET1 = 1; ET0 = 1; EA = 1; // 开总中断 TR1 = 1; // 启动定时器1 while (1) { // 遇到结束标记就退出 if (music[note_idx] == 0 && music[note_idx + 1] == 0) { break; } set_tone(music[note_idx]); // 设置音高 beat_cnt = music[note_idx + 1]; // 设置节拍数 while (beat_cnt > 0); // 等待节拍走完 TR0 = 0; // 停止方波输出 note_idx += 2; // 切换到下一个音符 } BEEP = 1; while (1); }主循环的思路很直接：每处理一个音符，先从数组里取出音高，设置到定时器0；然后取出节拍数，赋给beat_cnt；主循环死等beat_cnt减到0，再切下一个音符。定时器1每隔100ms减一次，所以一个节拍数就是100ms的整数倍，节拍精度完全由硬件中断保证，不像delay那样受主循环其他代码影响。
4. 排坑实录：仿真不响、走调、听感差的解决过程
4.1 蜂鸣器选了有源型，程序白写
这是最常见的问题。Proteus的元件库里，BUZZER是有源蜂鸣器，内部自带振荡器，接上电源就会响，和单片机程序基本没关系。SOUNDER才是无源蜂鸣器，需要外部方波驱动。
如果你拖了BUZZER进电路，会看到它通电就响，你写的定时器方波根本没影响到它。解决办法就是在元件搜索框里输入SOUNDER，替换掉BUZZER。顺便记一下，实物开发板上的无源蜂鸣器通常长得像一个小圆柱体，侧面能看到裸露的线圈或压电片，而有源蜂鸣器底部通常有密封的振荡电路，两者从外观上就能区分。
4.2 晶振频率忘了设，音乐全程跑调
Proteus里AT89C51默认时钟频率是1MHz，不是12MHz。代码里按12MHz算的初值，在1MHz下跑，实际频率会变成预期的1/12，整首歌听起来极其低沉，甚至低于人耳可分辨的范围，导致你以为没声音。
我之前帮一个朋友调试，他总说蜂鸣器“嗡嗡”响不像音乐，最后发现就是时钟频率没改。双击AT89C51，把Clock Frequency改成12MHz，立刻恢复正常。这是新手最容易忽略、但对结果影响最大的一个设置。
4.3 中断处理太重，声音断断续续
有人在定时器0中断里放了一堆东西，比如读数组、判断节拍、切换音符，导致中断服务函数的执行时间超过了方波周期的一半。结果是该翻转引脚的时候没来得及翻转，方波频率不稳定，声音听起来像是卡带的录音机。
记住一个原则：中断服务函数里只做最必要的事。频率产生相关的中断，只负责重装初值和翻转引脚。节拍切换、数组遍历这些逻辑全部放到主循环里。如果非要中断里做复杂操作，就得计算指令周期，确保中断处理时间远小于最小的方波周期。
4.4 仿真能响、实物不响
Proteus仿真里，单片机的IO口可以直接带动SOUNDER发出声音，但实物开发板不行。51单片机IO口输出电流最多几十毫安，很多无源蜂鸣器正常工作需要上百毫安的驱动电流，直接接IO口带不动。
实物方案通常用S8550三极管或者ULN2003驱动芯片。以S8550为例，发射极接5V正电源，集电极接蜂鸣器负极，蜂鸣器正极接5V，单片机引脚通过1kΩ电阻接三极管基极。低电平时三极管导通，蜂鸣器通电发声。这段内容仿真阶段可以先不弄，但移植到实物之前一定得补上。
5. 写在最后
这个项目做完，我最大的体会是：51单片机里最值钱的两个外设——定时器和中断，通过一个蜂鸣器放音乐的小实验被串起来了。以前单独看定时器初值计算觉得枯燥，单独看中断优先级觉得抽象，但当它们协作驱动出一个具体的声音时，整个底层逻辑就通了。
最后分享一个我常用的扩展思路：把这个项目的音符表替换成自定义编曲，或者加上按键切换歌曲的功能，就是一个小型电子点歌器。如果再结合DS1302时钟模块，还能做一个整点报时的音乐闹钟。核心代码框架不变，只需要改数据和处理逻辑。这个方向作为课程设计的延伸，效果非常好。
本文还有配套的精品资源，点击获取
