AT89C51+Proteus仿真的多功能电子琴系统设计：C语言实现与调试全解析

简介：本资源是一套基于AT89C51单片机的多功能电子琴系统完整设计包，面向嵌入式初学者、单片机课程实践者及电子设计竞赛备赛学生，解决从硬件仿真到软件驱动的一体化开发问题。资源共23个文件，包含4个C源码（main.c、MatrixKey.c、LCD1602.c、Delay.c）、3个头文件（.h）、1个Proteus工程（.pdsprj）、1个Keil项目（.uvproj）及配套hex、bat、md等文件，涵盖键盘扫描、定时器音频生成、LCD1602动态显示、LED音符指示与独立按键音效切换等核心功能模块，压缩包仅96KB，轻量易解压学习。已有58人下载学习，资源结构清晰：C/H文件实现模块化编程，Proteus工程支持即开即仿，README.md提供快速上手指引，Keil工程可直接编译调试，完整呈现从频谱分析→定时器频率计算→矩阵键盘识别→声音与显示协同控制的全流程实现逻辑。 最近好几个读者在问单片机课程设计该怎么选方向，我的建议一直是那个经典组合：C语言写代码、Proteus做仿真、AT89C51当核心。这套组合下来，无论你是学电子、自动化还是计算机，都能把一个完整项目的流程跑通。今天这篇就把一个多功能电子琴系统的完整做法拆开讲，从需求、原理图到代码、仿真调试全部覆盖，附带的项目源码和文档说明我会逐段解释，方便你直接改造复用。

1. 这个电子琴系统到底要做什么：需求拆解与技术选型

1.1 课程设计里的“多功能”通常指什么

先别急着打开Proteus画图，第一步要把“多功能”三个字落到具体功能列表上。我和不少学生交流过，发现很多人拿到题目就直接写代码，结果写到一半发现按键不够用、蜂鸣器不出声、功能切换逻辑混乱，全部推倒重来。所以这里先做一个标准的课程设计需求拆解。

一个典型的“多功能电子琴”至少要覆盖以下模块：

• 手动弹奏模式：按下按键，蜂鸣器发出对应频率的声音，松开停止。这是电子琴的基础功能，对应真实电子琴的“琴键”。
• 自动播放模式：预存几首歌曲（比如《小星星》《两只老虎》），单片机按照歌谱自动扫描并播放，数码管或LCD同步显示当前进度。
• 音调切换功能：同一组按键可以切换低音、中音、高音三个八度，相当于电子琴上的八度键。
• 显示功能：用LCD1602或数码管显示当前音调、音符、模式，让用户知道系统处于什么状态。

这四个功能做完，题目里“多功能”三个字就站得住脚了，而且工作量适中——既不会因为太简单被老师质疑，也不会因为太复杂做不完。我见过有些同学一口气加了录音回放、节拍器、音量调节，结果一个学期都在调试中断优先级，最后答辩时功能演示翻车。课程设计的核心是“把主干功能做扎实”，扩展功能做1到2个即可。

1.2 为什么选AT89C51而不是STM32

这是个经常被问到的问题。现在STC8、STM32很流行，为什么还要用十几年前的AT89C51？原因有三点，都很现实。

第一，Proteus对AT89C51的模型支持非常成熟。你打开元件库搜“AT89C51”，直接就能用，不需要额外配置，而某些STM32芯片的Proteus模型不仅难找，仿真速度还慢得让人抓狂。第二，AT89C51的内部资源恰好够用：定时器T0/T1用来产生音符频率，P1口接按键，P0+P2接LCD，资源刚好满负荷运转，很能体现“合理分配单片机资源”的设计思路，答辩时有得讲。第三，51内核是绝大多数高校单片机课程的必修内容，C语言写51对你来说负担最小，能把注意力放在系统逻辑上，而不是花大量时间学寄存器配置。

还有一个重要原因是逻辑电平。电子琴系统的核心外设是蜂鸣器和LCD1602，这两者都是5V器件，和AT89C51完美匹配。如果换3.3V的STM32，还得加电平转换电路，徒增复杂度。

1.3 系统模块划分和总体工作流程

整个系统的硬件模块划分是这样的：

输入模块：4x4矩阵按键（或独立按键）→ 按键扫描 控制模块：AT89C51单片机 → 音调解析、模式切换、播放控制 执行模块：LCD1602显示、蜂鸣器发声

工作流程用大白话说就是：单片机不断扫描键盘矩阵，扫描到按下按键时判断当前处于哪个模式——如果是弹奏模式，就根据按键编号和当前八度查表得到音符频率，配置定时器的初值，让定时器产生对应频率的方波驱动蜂鸣器；如果是自动播放模式，则读取预存歌谱数组，逐个音符播放，同时更新LCD显示。整个过程非常像一个人看谱弹琴：眼睛看谱（读数组）、手指按琴键（控制IO口）、耳朵听声（蜂鸣器发声）。

2. Proteus硬件搭建：元件选型、接线与原理解析

2.1 元件清单与Proteus里的对应名称

打开Proteus 8 Professional，新建工程后先别画线，把元件全部找齐放好。这是我认为整个Proteus操作里最值得注意的一步——元件名称搞错了画半天全是红线。下面是我常用的元件清单，直接对照搜：

这里提醒一下，Proteus里蜂鸣器叫BUZZER的元件有两类，一类是底下写着“Active”的（有源蜂鸣器），一类是“Passive”的（无源蜂鸣器），元件库里的SOUNDER默认就是无源蜂鸣器。这个区别直接决定你的电子琴能不能出声，后面专门讲。

2.2 蜂鸣器为什么要选无源型

先说结论：电子琴系统必须使用无源蜂鸣器。如果你用了有源蜂鸣器，无论怎么配置定时器，它都只会发出“滴——”的固定单音，音调完全没法改变，电子琴也就名存实亡了。

原理其实很直观。有源蜂鸣器内部自带振荡电路，只要通电就自己振荡发声，频率是固定的，你只能控制它响还是不响。而无源蜂鸣器内部没有振荡源，需要外部给它一个特定频率的方波信号，它才振动发声——方波的频率就是它发出的声音频率。这正是我们需要的：单片机通过定时器输出不同频率的方波，蜂鸣器就发出对应音调的声音，和广播里说“音调由频率决定”完全是同一个逻辑。

在Proteus里，无源蜂鸣器的仿真模型特别简单：模型内部是一个压电换能器元件，你给它一个方波信号直接就能响。但也要注意，Proteus的蜂鸣器模型有个参数叫“Operating Voltage”，默认值如果是12V，而你的单片机输出是5V，声音可能会很小甚至不出声，需要双击蜂鸣器把电压改为5V，这个坑我后面细讲。

2.3 晶振、复位电路与P0口上拉的接线规则

单片机最小系统三件套：电源、晶振、复位电路，仿真里一个都不能少，少了直接报错或者程序跑飞。

晶振电路：AT89C51的XTAL1（19脚）和XTAL2（18脚）之间接12MHz晶振，两个引脚分别对地接22pF电容。我见过不少学生直接省掉电容，仿真确实也能跑，但这属于“靠运气的工作”，因为实际电路里晶振起振需要负载电容，而且Proteus在做某些时序分析时，没有电容会导致系统时钟不稳定。养成好习惯，电容必须加。

复位电路：RST（9脚）接一个10uF电解电容到VCC，再接一个10k电阻到GND，同时并联一个按键，这是标准的“上电自动复位+手动复位”结构。复位电路的作用是让程序从第一条指令开始执行，仿真中是必须有这个复位的，否则单片机可能处于未知状态。

P0口上拉：这是51单片机特有的事。P0口内部没有上拉电阻，是“开漏”输出结构，直接驱动外部器件时高电平上不去。所以凡是P0口接的器件，比如LCD1602的8位数据线，必须在每个引脚外接一个10k上拉电阻到VCC。用排阻最省事，选RESPACK-8就行。这块忘记了，LCD显示全是乱码，什么都看不清。

AT89C51的EA（31脚）必须接VCC，其实这也是个容易忽略的地方。有些Proteus例程里EA悬空也能运行，但严格来说，EA接高电平表示从内部程序存储器取指令，接低电平表示从外部取指令。我们用的是片内4KB Flash，所以EA必须接VCC，否则程序根本执行不了。

2.4 矩阵按键与LCD1602的接线细节

4x4矩阵键盘的接法是固定的套路：把16个按键排列成四行四列，每一行的四个按键一端连在一起成为行线，每一列的四个按键另一端连在一起成为列线。连接到单片机时，行线接P1.0到P1.3，列线接P1.4到P1.7。

扫描原理网上有很多说法，我用自己的话翻译一遍：单片机先把所有行线输出高电平，然后依次将每一行输出低电平（行扫描），再读取列线电平。如果某一列被读到了低电平，说明该行该列的按键被按下。比如当前扫描到第2行输出低电平，同时P1.5读到低电平，那就查坐标表得到按键编号。这个过程非常快，人按一次键可以被扫描到上百次，所以不会有漏键问题。

LCD1602（Proteus里叫LM016L）的接线也是标准接口：8位数据线D0-D7接P0口，RS接P2.0，RW接P2.1，E（使能）接P2.2。Proteus里的LM016L模型比实物简单，RW可以直接接地，但为了代码通用性最好还是接上。VSS接地，VDD接5V，V0通过一个电位器接地用来调节对比度，仿真里这个电位器不接也行，显示不清楚时再接。

3. 音符频率表与定时器初值：电子琴发声的核心原理

3.1 声音是怎么产生的：频率、半周期和方波

理解电子琴发声原理，先要搞清楚一个概念：频率决定音调。钢琴上的中央C（也就是do）频率是523Hz，高八度的do是1046Hz，翻一倍；低八度就除以2。人耳感知到“音的升高”，本质上是振动频率在翻倍。

单片机产生特定频率的方波，常用的方法是定时中断翻转电平：每隔半个周期的时间，把输出引脚的电平翻转一次。比如要产生523Hz的方波，每个周期是1/523秒=1912微秒，半个周期是956微秒。定时器每隔956微秒溢出一次，中断服务函数里把P3.5引脚取反，就得到了523Hz方波。

这就是为什么我强调必须用定时器而不是延时函数——延时函数要占用CPU死等，单片机在延时期间没法做按键扫描和LCD显示，体验会非常卡。用定时器中断则完全没有这个问题：主程序循环处理按键和显示，TIMER0在后台默默翻转电平，互不干扰，这才是真实产品该有的架构。

3.2 定时器初值计算公式与常用音符对照表

AT89C51的定时器T0工作在工作方式1时，是一个16位计数器，从初值开始计数，计数到65536溢出。溢出后，如果再配合软件重装初值，就能循环产生稳定的溢出周期。单片机12MHz晶振下，机器周期是1微秒（12MHz除以12）。也就是说，计数器每加1，耗时1微秒。

所以定时器初值计算公式是：

初值 = 65536 - (半周期时间 / 机器周期) = 65536 - (1000000 / (2 × 频率))

用中央C的523Hz算一遍：初值 = 65536 - 1000000/(2×523) ≈ 65536 - 956 ≈ 64580。转十六进制就是0xFC44，所以TH0=0xFC，TL0=0x44。

常用音符的定时初值我整理成了一张表，做电子琴时直接抄，省得每次算一遍：

这里的初值已经是按方式1重装模式算好的。注意那个常见误区：有些教材喜欢用“半周期 - 定时器溢出时间”的补码形式，也就是直接用初值，不要搞混。

3.3 为什么优先用T0定时器而不是T1

51单片机有两个定时器T0和T1，功能基本一致。但在这个项目里，我会用T0做音符频率，原因很实际：T1还要承担波特率发生器功能，虽然这个项目不涉及串口通信，但万一你要扩展功能，比如用蓝牙模块串口控制电子琴，T1派得上用场。而且习惯养成很重要，T0做定时、T1做串口波特率，是51开发社区最通用的分工方式，代码模板网上最多，出问题好查。

另外，T0的工作方式1（16位定时器）在这里非常合适：自动播放模式中有些超低音音符的半周期接近4毫秒，8位定时器最大只能定时256微秒，要翻很多次计数器才够，误差累积明显。16位定时器最大定时65毫秒，完全够用。

3.4 定时器中断服务程序的重装细节

中断服务函数最常见的错误是只写TH0/TL0重装，忘记中断标志位由硬件自动清除——这个倒是无所谓，但有一个坑很多人不知道：在重装初值之前，定时器已经从上次溢出到这次进入中断之间又走了一小段计数，如果不做补偿，频率会偏高，长时间播放会越来越不准。

对课程设计来说，这段误差人耳几乎听不出来，而且Proteus仿真里也体现不明显，所以大部分代码直接重装就行。但如果你想要更精确，可以在重装前读一下当时的TL0值，扣掉这个偏移量。这个属于优化思路，知道有这回事就行，答辩时提到这个细节绝对是加分项。

4. C语言代码实现：按键扫描、发音控制与自动演奏

4.1 代码结构与工程组织

写51单片机C语言程序，我建议按照模块化思维组织，哪怕是一个课程设计，也把功能拆成独立的文件或函数段。这样做的好处是调试方便，按键的问题不会牵扯到显示，显示的问题不需要翻到发音函数里找。

代码整体结构：

主函数 main.c ├── 系统初始化（时钟、LCD、定时器、中断） ├── 主循环：按键扫描→模式判断→功能分发 ├── 键盘处理函数（扫描矩阵按键并消抖） ├── 音符控制函数（查表、设置定时器初值） ├── LCD显示函数（显示当前模式/音符/播放状态） ├── 音乐播放函数（读取歌谱数组并逐音播放） └── 定时器中断服务函数（电平翻转输出方波）

头文件里定义寄存器地址、音符频率表、歌曲数据结构、全局变量。如果老师要求用Keil C51，那么在Project → Options for Target → Output里勾选“Create HEX File”，这样才能生成Proteus要用的HEX文件，这一步别漏。

4.2 按键扫描与消抖的实现思路

按键扫描函数我习惯返回两个值：一个是按键编号（1到16），一个是当前是否有按键按下。这样主函数可以根据返回值决定是继续播放还是停止。

核心代码思路：

unsigned char keyscan(void) { unsigned char row, col, keycode = 0; P1 = 0xF0; // 行线输出低4位拉低，列线输入 if ((P1 & 0xF0) != 0xF0) // 检测是否有任一键按下 { delay_ms(10); // 消抖 if ((P1 & 0xF0) != 0xF0) { // 行扫描 for (row = 0; row < 4; row++) { P1 = ~(0x01 << row); // 当前行输出低电平 col = (~P1) & 0xF0; // 读取列线 if (col != 0) { // 根据行列计算键值 keycode = row * 4 + ...; break; } } } } return keycode; }

注意P1口初始值设为0xF0的含义：低四位高电平等待输出低信号，高四位高电平等待读入，当按键按下时某一列被拉低，读回来就是0。这个“先全置1再读”是51读端口的标准姿势，因为P1口在输入模式下必须写1才能可靠读入外部电平。

消抖代码里用了两次delay_ms(10)吗？严格来说最好还要在松开时也加一次消抖，防止按键弹起瞬间的抖动导致重复触发。不过电子琴这种应用，重复触发不严重，因为每次按键动作相当于弹一个音符，重复一次也就多响一下，无伤大雅。如果是做密码锁之类的系统，就必须加“抬起检测”逻辑了。

4.3 音符输出：查表、定时器与中断的配合

核心发音函数只需要做三件事：查表得到初值，关中断，装初值，开中断。用代码表达是这样的：

void play_note(unsigned char note_index) { if (note_index == 0) // 休止符 { TR0 = 0; // 关闭定时器，蜂鸣器静音 return; } TH0 = freq_table[note_index].th; TL0 = freq_table[note_index].tl; TR0 = 1; // 开启定时器 }

这里的“休止符”很重要，自动播放歌曲时音符之间有停顿，就是靠插休止符实现的。如果用代码写死一个短延时来停止发声，节奏容易不准，而且不灵活。

中断服务函数是整个电子琴能发出正确音调的幕后功臣：

void timer0_isr(void) interrupt 1 { TH0 = current_th; // 重装初值 TL0 = current_tl; beep_pin = !beep_pin; // 翻转蜂鸣器引脚电平 }

其中current_th和current_tl是全局变量，在play_note函数里被更新。这样中断服务函数只做最少的动作，保证翻转频率准确。

4.4 自动播放歌曲的数据结构与播放流程

自动播放模式的难点是歌谱怎么存。我的方案是定义两种数组：音符数组和节拍数组。音符数组存放频率表索引或休止符0，节拍数组存放该音符的持续时间（比如4表示四分音符，8表示八分音符）。

const unsigned char code song_star[] = { 2, 2, 6, 6, 8, 8, 6, 0, 4, 4, 3, 3, 2, 0, ... }; const unsigned char code beat_star[] = { 4, 4, 4, 4, 4, 4, 2, 0, 4, 4, 4, 4, 2, 0, ... };

播放流程就是一个循环：

1. 读取当前音符和节拍
2. 调用play_note让蜂鸣器响起来
3. 根据节拍值换算延时时间（一个四分音符=500ms，八分音符=250ms）
4. 延时结束后调用play_note(0)静音一小段时间（音与音之间的分隔）
5. 索引加1，继续下一音，直到遇到结束标志

这里有个细节是“音与音之间的分隔”。如果音符A结束立刻播放音符B，听感上两个音是糊在一起的，没有颗粒感。所以在每个音符之间加一个约30到50毫秒的静音间隔，电子琴的听感会立刻上一个档次。这个静音间隔可以用节拍总和的一部分来扣减，而不是额外增加播放时间，否则整体节奏会拖慢。

节拍延时我用的是T0定时器之外的另一套机制——因为T0已经被频率发生占用了，延时只能选择软件延时或T1定时。软件延时写起来简单，但播放期间无法响应按键——如果你要求按任意键停止播放，需要在延时函数里不断扫描按键，发现按下就break退出。这个属于交互设计小技巧，代码里用变量标志位在延时的同时扫描按键即可。

4.5 音调切换与LCD显示的状态管理

多功能电子琴的模式切换可以通过一个“模式按键”实现：按键每按一次，模式值加1，循环在“弹奏”“播放歌曲A”“播放歌曲B”之间切换。这样设计比多个按键分别控制更符合人的使用习惯——在电子琴上找一个功能键，按一次切一个模式，显示在LCD上，直观明了。

LCD1602的显示内容我建议这样安排：

• 第一行显示模式：Mode 0 = Manual，Mode 1 = Song1，Mode 2 = Song2
• 第二行显示当前手指按下的音符编号或音调

代码里的状态变量至少要有这些：

unsigned char current_mode; // 0弹奏 1自动播放1 2自动播放2 unsigned char current_octave; // 当前八度：低音0/中音1/高音2 unsigned char current_note; // 当前音符索引

八度切换我用两个独立按键来实现，一个“+”一个“-”。在弹奏模式下，按键按下输出哪个音符，由当前八度和按键编号共同决定：final_index = base_index + octave_offset。音符频率表里把低中高三个八度按顺序排列，那么中音1的索引是14，高音1的索引是21（假设从低音1索引0开始）。切换八度时，只要对索引做加减就能访问对应频率，逻辑非常简单。

5. Proteus仿真与实物调试：踩坑过程和解决办法

5.1 先把Proteus跑起来：从加载HEX到常见报错

整个过程里，最让新手崩溃的往往不是代码逻辑，而是Proteus软件本身。踩过无数坑之后，我把标准的操作流程固定成了下面这套，照着走就不会错：

1. 双击AT89C51芯片，在Program File栏选择Keil生成的HEX文件。这一步文件路径不能有中文，否则可能加载失败。
2. 设置晶振频率要和代码一致。双击芯片弹出的对话框里，Clock Frequency默认是12MHz，但如果你在电路里画了12MHz晶振，这个参数还是要确认一下。Keil里仿真用的晶振频率和Proteus里芯片的Clock频率必须一致，否则音符频率会整体偏移。
3. 点击左下角“运行”按钮，等待程序执行。仿真中如果看到芯片引脚变红（高电平）或变蓝（低电平），表示IO口正在输出。
4. 如果程序没反应，先检查芯片左下角是不是有个绿色的三角符号，没有说明程序没进入运行状态。
5. 如果LCD1602只有背光没有字，检查P0口上拉电阻；如果LCD显示乱码，检查RS、RW、E三根控制线接对不对，顺序错一位数据就全乱了。

5.2 仿真能跑但声音不对：先确认蜂鸣器模型参数

试过好多次，代码和电路都正确，但蜂鸣器声音不对，或者声音很小。这里有几个Proteus特有的坑：

第一个是蜂鸣器的Operating Voltage参数。双击蜂鸣器，把Operating Voltage设为5V。默认值我见过是12V，如果单片机输出只有5V，模型是按12V标称来驱动压电片的，声音会明显偏小甚至只能看到波形没有声音输出。

第二个是蜂鸣器类型选错。前面反复强调过，这里再提一次——有源蜂鸣器BUZZER里带“Active”字样的不能用，它们只能发固定频率的单音。选SOUNDER（无源）就对了。

第三个是驱动方式。在Proteus仿真中，无源蜂鸣器可以直接接单片机引脚，因为仿真是理想环境，输出电流足够。但你把同样的电路拿到实物上，单片机引脚直接带无源蜂鸣器经常推不动。所以仿真通过之后，实物需要加一个三极管驱动电路。

第四个是检查输出波形。在Proteus里点右下角的“图表”工具，把蜂鸣器正极引脚拖进去做数字分析，就能看到方波波形。如果波形频率和计算值一致（比如中音1是262Hz），但耳朵听不到声音，那是Proteus的声音模拟设置问题。检查菜单Debug → Digital Audio Settings是否打开，以及电脑音量是否正常。

5.3 从仿真到实物：必须补的驱动电路和上拉电阻

很多人仿真通过了就直接焊板子，结果一上电发现声音小得可怜或干脆不响，然后怀疑程序又写错了。其实程序没错，错在硬件知识和仿真模型的差距。

实物驱动蜂鸣器，标准方案是用一个NPN三极管（2N2222、S8050、BC547都可以）做开关放大。接线方式：单片机引脚通过一个1k基极电阻接到三极管基极，三极管发射极接地，集电极接蜂鸣器负极，蜂鸣器正极接VCC。当单片机输出高电平时，三极管导通，蜂鸣器有电流流过发出声音；输出低电平时，三极管截止，蜂鸣器停止。如果蜂鸣器是无源的，这个电路加一个续流二极管（1N4148）反并联在蜂鸣器两端，防止蜂鸣器电感产生反向电动势击穿三极管。

实物上还要注意P0口上拉电阻是真的必须接的——仿真里不接可能也能显示，因为Proteus模型对上拉不敏感，但实物P0口是开漏结构，不加上拉电阻LCD数据就是一堆乱码或空白。此外晶振的负载电容一定要接，22pF左右，复位电容用10uF，这些在仿真里体现不明显，在实物里都是家常便饭。

5.4 定时中断里的常见隐患：初值重装与全局标志位

写定时器中断时，有几个隐蔽问题值得单独拎出来讲。

第一，中断里用到的全局变量必须加volatile修饰。比如current_th、current_tl这两个变量，它们在主程序里被赋值，在中断里被读取，如果编译器优化过了头，可能直接把变量优化成寄存器副本，导致主程序改了半天中断里还是旧值。加volatile是百利而无一害的，但很多教材不提这个。

第二，修改定时器初值时要注意时序。主程序里设置TH0和TL0时，如果恰好定时器正在跑，两个字节不是原子操作，可能出现“高字节新值、低字节旧值”的混合状态，导致这一周期的频率异常。可靠做法是先关中断（或先停定时器），再修改初值，最后重启定时器。play_note函数里我就是这么处理的。

第三，中断服务函数里不要再调用延时函数或重函数。51单片机中断里调用delay会导致主程序长时间被卡住，LCD显示和按键扫描都会停顿。中断服务函数的黄金法则是：能短则短，只做必要的TC更新和引脚翻转。

5.5 调试时的波形验证与听感判断

最后一个经验分享——怎么判断你的电子琴系统到底“工作正确”？

我是这样做的：在Proteus里用虚拟示波器（在仪表工具栏选SIGNAL ANALYZER或者直接用DIGITAL ANALYZER）观察蜂鸣器引脚波形，按下不同按键时波形频率应该和音符频率表一致。中音1是262Hz，波形周期约3.8ms；高音1是523Hz，波形周期约1.9ms，直接看波形就能确认代码查表和定时器初值是否正确。

然后关掉仿真，在实物上调听感。同一个音符在实物和仿真里音调相同但音色略有差异，这是蜂鸣器和扬声器的频响特性造成的。如果实物听起来比仿真“闷”，可以试试换更大尺寸的蜂鸣器，或者在蜂鸣器外壳开个孔——这些属于声学调教的范畴，课程设计不用深入。

如果自动播放的节拍听起来不对，先检查延时函数的时间换算：12MHz下，一个简单的for循环延时1ms大致需要执行多少次循环？这个我建议直接用逻辑分析仪测量，而不是靠估算。用Keil的软件仿真也能看，但实物上最好直接在示波器上量相邻两个音符间隔的时长，如果偏差太大就去微调延时函数里的循环次数。

这个项目后续怎么扩展

整套系统做完，你会发现它其实是一个“传感器（按键输入）+处理器（AT89C51）+执行器（蜂鸣器/LCD）的完整嵌入式应用”，把电子琴换成别的题目，代码框架还是那套：扫描输入、查表映射、定时输出、显示反馈。这就是为什么我推荐大家认真做一个项目的原因——掌握的是方法论，不是某个特定功能。

最后再分享一个小技巧，关于记谱和节拍：手动弹奏模式和自动播放模式听起来像两码事，但在代码里它们共用play_note这个函数，只是触发方式不同——手动靠按键事件去调用，自动靠播放循环去调用。如果以后想做录音回放功能，就是在手动模式下把按键序列记录下来，然后交给播放循环执行。理解了这套抽象关系，很多花哨功能都能在一个月内加上去，而且不会把代码写乱。

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