简介：本资源是一套面向单片机初学者与课程设计者的Proteus仿真教学方案，聚焦51单片机驱动下的简易数字示波器功能实现，解决嵌入式系统中模拟信号采集、AD转换与波形可视化等核心实践难点。资源包含45个文件，总大小2.43MB，涵盖Proteus仿真工程（.DSN）、Keil工程源码（.c/.h/.uvproj）、编译中间文件（.lst/.obj/.hex）、LCD12864驱动模块、ADC0832采样电路原理图（.SchDoc/.PDF）及功能说明文档等，结构完整、模块清晰，便于分步理解信号采集→数据处理→图形显示全流程。已有160人学习下载，配套流程图、元件清单与多张仿真界面截图，直观呈现按键调节时基、实时刷新波形等交互效果；特别注明仿真中12864采用软件模拟驱动，与实物硬件驱动方式不同，避免实践误用。 51单片机配Proteus仿真做示波器，这个组合我太熟了。尤其是"多功能示波器显示系统"这类课设题目，几乎是每年电子相关专业学生都要碰一次的经典任务。网上关于这个题目的资料很多，但大部分是零散的仿真文件和代码片段，能一篇讲明白"为什么这么设计、原理图怎么画、Proteus怎么搭、代码怎么组织"的内容反而不多。这篇博文我就以实际项目为主线，把整个设计过程、芯片选型理由、显示驱动的底层逻辑、采样数据怎么算频率和幅值，以及我在仿真和实物调试中踩过的坑，一次性说清楚。适合正在做课程设计或者想搞明白单片机采集显示全链路的朋友参考。
1. 为什么选51单片机做示波器：方案确定前的纠结与取舍
1.1 51做示波器到底靠不靠谱
很多同学看到"示波器"三个字，第一反应就是STM32、内部ADC、DMA传输，甚至考虑用FPGA。这些方案当然更强，但回到题目本身——"基于51单片机Proteus仿真的多功能示波器显示系统"，核心目标是理解信号采集、数据处理和显示整条链路，而不是追求高带宽。51单片机加外部ADC，完全能实现一个可用的低频示波器。
这里要先说清楚一个边界问题：51单片机配合ADC0809，有效测量频率范围大概在几百赫兹到1kHz左右。为什么是这个范围？ADC0809的转换时间大约是100微秒，也就是说理论上每秒最多转换约1万次，但还要算上51单片机读取数据、写显示、做测量计算的时间。实际能稳定做到的采样率大约在1kSps到5kSps之间。根据奈奎斯特采样定理，可测量的信号频率理论上不超过采样率的一半，实际操作中为了保证波形显示效果，测量几百赫兹以内的信号是最舒服的。
但这并不影响这个项目的价值。示波器的本质是"把看不见的电信号变成看得见的波形"，51+ADC0809+LCD12864这套组合，恰好可以把这个过程完整呈现。对于课程设计和入门学习来说，把原理和流程吃透，比盲目堆硬件更重要。
1.2 为什么是ADC0809而不是其他ADC
Proteus仿真环境下，ADC选型有几条路：
| ADC芯片 | 接口方式 | 分辨率 | Proteus仿真友好度 | 说明 |
|---|---|---|---|---|
| ADC0809 | 并行接口 | 8位 | 高 | 8通道，时序直观，适合学习 |
| ADC0832 | SPI | 8位 | 中 | 单通道，时序控制稍繁琐 |
| PCF8591 | I2C | 8位 | 中 | 4通道，需要I2C协议实现 |
| ADC0804 | 并行接口 | 8位 | 高 | 单通道，比0809简单但功能少 |
ADC0809在Proteus里可以直接从元件库找到，引脚功能清晰，START、ALE、EOC、OE这些控制信号的时序逻辑对理解ADC工作原理特别有帮助。更关键的是，0809有8路模拟输入通道，后续想扩展成多通道示波器也不用换芯片。
选型时还有一个容易被忽略的点：ADC0809需要外部时钟信号，频率范围典型值是10kHz到1280kHz，Proteus里这个时钟必须单独给，不能直接接单片机晶振引脚。这个细节我在后面的调试部分会专门讲。
1.3 显示设备为什么用LCD12864
示波器要画波形，需要一个能显示图形的设备。LCD1602只能显示字符，不适合做波形绘制。LCD12864作为带图形显示功能的液晶屏，分辨率128×64像素，足够展示一到两路波形的实时形态，而且Proteus里ST7920控制器的模型很成熟，仿真效果好。
12864有两种常见型号：带中文字库的和不带中文字库的。Proteus里我用的是带字库版本（比如AMPIRE128X64），它内部自带ST7920控制器，支持图形模式、文本模式，指令集也相对完整。做示波器显示时，主要用的是它的图形模式，也就是直接操作GDRAM（Graphic Display RAM）。这个操作细节后面单独讲。
还有一个很现实的理由：Proteus仿真中，12864的显示效果直观，可以清晰地看到波形滚动，做课程设计答辩演示时也方便截图。
2. 硬件链路拆解：从AD原理图到Proteus仿真的关键映射
2.1 AD原理图中的核心电路模块
一个完整的硬件原理图至少包含以下模块：主控最小系统（51单片机+晶振+复位）、ADC采样电路（ADC0809及其时钟）、显示电路（LCD12864）、信号输入部分（BNC接口或者排针）、电源电路。
以本次设计为例，AD原理图（Altium Designer工程）中的主控芯片选择STC89C52RC，但在Proteus仿真中用AT89C51模型替代，两者引脚完全兼容，仿真结果不影响实物验证。晶振选11.0592MHz，这个频率对51单片机来说经典且稳定，串口波特率计算也方便。
ADC部分的核心连接方式如下：
- ADC0809的IN0作为信号输入通道
- 数据输出D0-D7接51单片机P1口
- START和ALE连在一起，由单片机控制发出正脉冲启动转换
- EOC接P3.2（INT0），转换结束时产生低电平通知单片机
- OE接P3.3，读允许信号
- CLK接单独的时钟源（Proteus里用DCLOCK），频率设为500kHz
2.2 信号输入调理：为什么仿真可以省，实物不能省
在Proteus仿真中，信号源直接输出幅值在0到5V之间的正弦波或三角波，直接接到ADC0809的IN0引脚即可。但如果在实际硬件上使用，外部信号很可能是双极性的（比如-2V到+2V），直接输入会损坏ADC，所以实物必须加信号调理电路。
典型的调理方案包括两个部分：一是电压偏置，把负电压抬高到0V以上；二是分压保护，确保输入电压不超过ADC的参考电压（Vref=5V）。教学仿真中为了简化，信号源直接输出单极性波形，这块电路在仿真图上可以省略，但在AD原理图中建议画出来，体现设计的完整性。
我自己做实物时用的方案很简单：先用一个10kΩ电位器分压，再用运算放大器（LM358）搭电压跟随器做阻抗变换，最后串联一个1kΩ保护电阻。这样既不损坏ADC，也能保证输入阻抗足够高。
2.3 从AD原理图到Proteus搭建的注意点
从AD原理图转到Proteus并不是简单照搬，有几个映射关系必须理清楚：
第一，STC89C52RC在Proteus里用AT89C51替代，参数无需修改。第二，AD原理图中的电源符号（VCC、GND）在Proteus里也要对应放置，不能遗漏。第三，ADC0809的VREF+接+5V，VREF-接GND，这个很多人画仿真时容易漏接，导致采样值始终不对。第四，LCD12864的PSB引脚必须接高电平（选择并行模式），否则液晶不会响应指令。
还有一点值得注意：Proteus中51单片机的P0口内部没有上拉电阻，驱动能力弱，接ADC0809的数据线或LCD数据线时，必须外接10kΩ排阻上拉到VCC，否则数据传输不稳定，显示会出现随机乱码。这个坑在实物上也很常见，不少同学焊好板子发现LCD乱码，排查半天最后发现是P0口没加上拉。
3. 让波形"画"出来：12864上的显示驱动与波形绘制算法
3.1 ST7920控制器的GDRAM操作基础
LCD12864的图形模式核心是操作GDRAM。ST7920内置的GDRAM大小为256×64位，分两个区域，每个区域64行，每行128位。我们使用的12864屏实际上只显示其中一半，也就是128×64像素。
直接操作GDRAM的指令流程比较特殊：要先写地址（垂直地址AC和水平地址AC），然后连续写入两个字节数据（先高8位后低8位），写入的数据对应16个像素点。因为是图形模式，写入的是"1"则该像素点亮，"0"则不亮。
这里有一个容易出错的地方：ST7920的GDRAM写入和读取操作是分开的，写地址后必须立即写入数据，中间不能再插入其他指令。如果在Proteus仿真中操作不当，画面会出现错位或者花屏。每次写完整行后要重新设置地址，不能利用地址自动加1的特性跨行操作。
下面是我在项目里用的写点函数，以这个为基础可以实现画线、画波形：
// 在(x, y)位置画一个点，x范围0-127，y范围0-63 void LCD_DrawPoint(unsigned char x, unsigned char y) { unsigned char row, col; unsigned char rowH, rowL; unsigned char xByte, xBit; if(x > 127 || y > 63) return; // 行地址0-31对应上半屏，32-63对应下半屏 if(y < 32) { row = y; LCD_WrCmd(0x80 + row); // 写入垂直地址AC col = x / 16; LCD_WrCmd(0x80 + col); // 写入水平地址AC } else { row = y - 32; LCD_WrCmd(0x80 + row); // 垂直地址 LCD_WrCmd(0x88 + x / 16); // 水平地址加8，对应下半屏 } // 读取当前GDRAM内容 LCD_RdData(); // 第一次读无用数据 rowH = LCD_RdData(); // 高8位 rowL = LCD_RdData(); // 低8位 // 修改对应的位 xBit = x % 16; if(xBit < 8) rowH |= (0x80 >> xBit); else rowL |= (0x80 >> (xBit - 8)); // 写完地址后写入新数据 if(y < 32) { LCD_WrCmd(0x80 + y); LCD_WrCmd(0x80 + x / 16); } else { LCD_WrCmd(0x80 + (y - 32)); LCD_WrCmd(0x88 + x / 16); } LCD_WrData(rowH); LCD_WrData(rowL); }这段代码实现了单点绘制，虽然耗时较长（每次要读后写），但对于教学场景足够用。实际波形绘制时，不需要每个点都调用这个函数，而是先准备好一列数据，再批量写入GDRAM，效率会高很多。
3.2 波形绘制策略：滚动刷新还是整屏刷新
示波器显示波形有两种常见策略，我在开发过程中都试过。
整屏刷新模式：缓冲区里存128个采样点（和屏幕横向像素一致），每次采样完成后刷新整屏。这种模式实现简单，适合慢速信号，但显示时会有明显的闪烁感，因为每次刷新都涉及大量GDRAM读写操作。在Proteus仿真中，因为仿真器本身执行速度就不快，闪烁会更明显。
滚动模式：波形从屏幕右侧不断移入，旧数据向左推进。这种模式更接近真实示波器的"滚动扫描"效果，视觉上更流畅，但实现起来需要维护一个环形缓冲区，并且每次要重绘整个波形区域。对于51单片机来说，运算量稍大，但128个数据点的重绘完全在可接受范围内。
我的最终方案采用了滚动模式的简化版：维护一个128字节的无符号数组waveData[]，每次ADC采样得到新值后，把数组整体左移一位，新值存入最后一个元素，然后重绘整条波形。这个"笨办法"在51上运行没有任何压力，而且显示效果在Proteus里非常直观。
核心绘制代码如下：
void Wave_Display(void) { unsigned char i, y; // 清除波形区域（屏幕中间60行，留出上下边框和显示字符区域） LCD_ClearArea(0, 0, 127, 63); // 画坐标轴和网格 LCD_DrawGrid(); // 逐列绘制波形数据 for(i = 0; i < 128; i++) { // 波形数据范围0-255，映射到屏幕Y坐标 56-8 // 倒置Y轴，因为屏幕从上到下是0-63 y = 56 - (waveData[i] >> 3); if(y > 63) y = 63; if(y < 1) y = 1; LCD_DrawPoint(i, y); } }注意这里Y坐标的映射：ADC输出8位数据，范围是0到255，对应电压0V到5V。屏幕显示波形时，我们希望电压高的点在上面，但LCD坐标从上到下增加，所以要做一次翻转。56 - (waveData[i] >> 3)这个算式的含义是：左移3位相当于除以8，把0-255映射到0-31，然后从56开始往上画，这样波形在屏幕中间区域显示，上下还有空间留给文字和网格。
3.3 网格和坐标刻度的叠加显示
示波器没有网格参考线，看起来就是一坨曲线，很难读值。所以我在波形区域画了水平和垂直的参考网格，每16个像素一条线。
画网格用的是点画法，不是整条实线，而是虚线点阵。原因很简单：实线会干扰波形的视觉判断，虚线既能做参考又不影响观感。在代码实现上，每16个像素的整数倍位置画一个点，用短循环完成：
void LCD_DrawGrid(void) { unsigned char i, j; // 横向网格线：y = 8, 24, 40, 56 for(i = 0; i < 4; i++) { unsigned char y = 8 + i * 16; for(j = 0; j < 128; j += 4) { LCD_DrawPoint(j, y); } } // 纵向网格线：x = 16, 32, 48, ..., 112 for(i = 0; i < 7; i++) { unsigned char x = 16 + i * 16; for(j = 0; j < 64; j += 4) { LCD_DrawPoint(x, j); } } }有了网格之后，最高电压对应的Y坐标、最低电压对应的Y坐标就有了参照，配合下面要讲的幅值测量，就能大概读出信号的峰峰值。
4. 测量功能背后的数据计算：频率测量与幅值校准的实现
4.1 频率测量：在采样数据流里找周期
"多功能"是这类课设题目里的高频词，光显示波形只能算"能看"，加上频率和幅值测量才算"有用"。
在51单片机没有硬件输入捕获的情况下，测频率最直接的思路是：在规定的时间窗口内统计波形的过零次数或者峰值周期。我采用的是"峰值周期法"——在连续的采样数据流中，找到相邻两个波峰（或波谷）之间的采样点数，乘以采样周期，就得到一个信号周期。
具体实现步骤如下：
- 设定一个50ms的统计窗口（使用定时器中断计时）
- 在这个窗口内，不断比较当前采样值和历史最大值、最小值
- 每次采样时，记录该点的斜率（当前值减上一个值）
- 当斜率从正变为负、且当前值大于某个阈值时，判定为一个波峰
- 统计波峰数量，除以窗口时间，就得到信号频率
代码逻辑简化为：
unsigned int measure_freq_hz(void) { unsigned char prev = 0, curr = 0; unsigned int peak_count = 0; unsigned int timer_count = 0; unsigned int freq = 0; TR0 = 1; // 启动定时器0，定时50ms TH0 = 0x4C; // 50ms定时初值 TL0 = 0x00; while(timer_count < 50) // 统计500ms { if(TF0) { TF0 = 0; TH0 = 0x4C; TL0 = 0x00; timer_count++; } curr = ADC_GetValue(); // 读取ADC值 // 检测峰值（斜率从正变负） if(prev > curr && prev > 200) { peak_count++; } prev = curr; } // 500ms内的波峰数乘以2就是每秒周期数 freq = peak_count * 2; return freq; }这里有一个实际测量中会遇到的典型问题：如果信号本身噪声大，峰值检测会误触发，导致频率读数偏高。我加了一个阈值判断（prev > 200），只有峰值超过200（大约3.9V）才认为是有效波峰，这样能过滤掉一部分噪声引起的误判。要想进一步优化，可以做简单的软件滤波，比如连续采样三次取中间值。
4.2 幅值测量与校准：从ADC数值到真实电压
ADC0809是8位ADC，理论分辨率是Vref/255。当Vref接5V时，分辨率约为19.6mV。也就是说，每个ADC量化台阶代表19.6mV的电压变化。
幅值测量的代码实现比较直接，在统计窗口内记录最大值和最小值：
unsigned int measure_vpp(void) { unsigned char max = 0, min = 255; unsigned char i, val; for(i = 0; i < 200; i++) { val = ADC_GetValue(); if(val > max) max = val; if(val < min) min = val; } // Vpp = (max - min) * 5.0 / 255，单位V // 为了用整数运算，放大100倍存储，显示时再恢复 return (unsigned int)((max - min) * 500 / 255); }显示的时候，在LCD上把数值格式化成"Vpp=3.45V"这样的形式。注意在显示浮点数时，单片机上不要直接使用printf("%f")，那会占用大量代码空间。我习惯把浮点数拆成整数和小数两部分显示：
void display_voltage(unsigned int vpp_100) { unsigned char int_part, dec_part; char buf[16]; int_part = vpp_100 / 100; dec_part = vpp_100 % 100; sprintf(buf, "Vpp=%d.%02dV", int_part, dec_part); LCD_ShowString(0, 3, buf); // 在屏幕左下角显示 }4.3 为什么我推荐再加一路"过零检测"辅助测量
如果你想让测量更接近真实示波器的逻辑，我建议在ADC采样之外，加一个纯硬件的过零比较器思路（LM393），把模拟信号整形成方波，然后送给51单片机的计数器T1测量频率。这样频率测量就不再依赖ADC采样率，而是直接用硬件计数器数脉冲，精度和范围都会大幅提升。
在Proteus仿真里实现这个扩展也很简单：信号源接一个电压比较器，比较器输出接T1引脚，然后初始化T1为计数模式。这种方式测量频率的上限可以到几十kHz，比纯软件峰值法好用很多。但要注意，Proteus里LM393模型需要单独供电，别漏接VCC。
5. 容易翻车的几个细节：从信号源设置到仿真速度的调优
5.1 Proteus信号源频率到底该设多少
很多同学在Proteus里习惯用默认的1kHz正弦波做信号源，烧录程序后发现LCD上的波形完全乱掉，第一反应是代码有问题，排查半天才发现是信号源频率超过了系统的采样能力。
根据我前面的分析，这套系统的有效采样率大约在1kSps到5kSps，按照一个周期至少采样20个点来算，信号频率最好控制在50Hz到200Hz之间。建议信号源频率设为50Hz，峰值2V，偏置2.5V（这样信号在0到5V之间摆动，不会超出ADC输入范围）。如果信号有负半周，还要把偏置调到2.5V，让整个波形都在0V以上。
我在实际仿真测试中，信号源参数是这样设的：
- 正弦波，频率50Hz，峰值2V，直流偏置2.5V
- 采样周期设定为1ms（定时器1ms触发一次ADC转换）
- 每个信号周期采样20个点，计算出的频率读数在47到53Hz之间波动，精度可以接受
如果你非要测更高频率的信号，也不是没办法。可以通过降低采样定时器的中断周期来提高采样率，代价是刷新率下降，屏幕上的波形会变得断续。要自己权衡。
5.2 Proteus仿真速度慢的根源和应对
Proteus仿真是软件建模，CPU执行指令的速度远远慢于真实芯片。如果你的程序里每采样一次就全屏刷新一次12864，仿真会卡到几乎无法操作。我试过，屏幕刷新一帧大约需要几十毫秒的仿真时间，看起来就像显示器坏了。
解决办法有几个层次：
第一，降低ADC采样和刷新的频率，采样周期从1ms改成5ms，波形显示虽然粗糙一点，但仿真流畅很多。第二，减少不必要的GDRAM全屏操作，每次只更新波形区域的像素列，不要动不动就清全屏。第三，在Proteus的System菜单里调节仿真速度，或者关闭实时电源监控、减少调试断点，这些都能提升运行效率。
另外有个小技巧：仿真过程中LCD12864的GDRAM写入非常耗时，如果代码逻辑允许，可以隔一个采样周期刷新一次波形，也就是说采样20ms、刷新一次，肉眼看起来依然是连续波形，但仿真速度明显改善。
5.3 ADC0809在Proteus里的两个经典坑
第一个坑是CLK时钟问题。ADC0809的CLK引脚必须接一个外部时钟源，频率范围10kHz到1280kHz。Proteus里可以在信号源里选DCLOCK，把频率设置为500kHz。如果不接，ADC永远不会启动转换，EOC引脚状态异常，程序卡死在等待转换完成的地方。
第二个坑是START和ALE信号宽度问题。我用单片机P2.5引脚控制START和ALE，程序里给一个正脉冲。如果是连续的SD = 1; _nop_(); _nop_(); SD = 0;，脉冲宽度只有两个机器周期，大约1微秒左右，Proteus模型一般能响应，但更稳妥的做法是加几个_nop_()延展宽度，确保模型识别。实物上也同理，START脉冲至少要保持100ns以上。
还有EOC引脚的读取问题。EOC是开漏输出，在Proteus里如果上拉电阻没接，电平可能不确定。建议在EOC引脚也接一个10kΩ上拉电阻到VCC，否则程序检测转换完成时可能出现偶发跳变。
5.4 12864的字符模式、图形模式切换
ST7920控制器有几种工作模式：基本指令集和扩充指令集。图形绘制必须切换到扩充指令集（RE=1），而显示字符串则可以用基本指令集（RE=0）。有些同学在初始化时只写了一套指令，后面画波形时发现不显示，多半是因为没有正确切换指令集。
我推荐的做法是：初始化时选择扩充指令集，后续所有操作都在扩充指令集下完成。文本显示功能如果没必须，就放到画波形之前完成，之后再切回图形模式。因为每次切换指令集，ST7920的GDRAM地址会被重置，如果在显示波形过程中频繁切换，画面会闪烁。
6. 源码的代码组织：把模块化思路落到实际工程里
6.1 文件结构和关键函数清单
这个项目的源码如果全部堆在一个main.c里，大概600行左右，能跑但很难维护。我建议分层组织，拆成几个模块文件：
| 文件 | 职责 | 关键函数 |
|---|---|---|
| main.c | 主流程调度 | main(), Timer0_Init(), ISR_Timer0() |
| lcd12864.c | 液晶驱动 | LCD_Init(), LCD_Clear(), LCD_DrawPoint(), LCD_ShowString() |
| adc0809.c | ADC采集 | ADC_Init(), ADC_GetValue() |
| wave_display.c | 波形绘制 | Wave_Display(), LCD_DrawGrid(), Wave_Scroll() |
| measure.c | 频率幅值计算 | Measure_Freq(), Measure_Vpp() |
| config.h | 引脚定义、参数配置 | ADC_PORT, DACLK_PIN, SAMPLE_PERIOD等宏定义 |
模块化之后，每个文件控制在150行以内，逻辑清晰，排查问题时也方便定位。比如LCD显示不正常，只需要看lcd12864.c和wave_display.c，不用在几百行代码里翻找。
6.2 定时器中断驱动的采样调度
整个程序的核心是定时器中断驱动的采样调度。我设置定时器0为模式1（16位定时器），每1ms产生一次中断。中断服务函数里做两件事：启动一次ADC转换，读取上一次转换的结果存入环形缓冲区。主循环只负责波形显示和测量值刷新。
这种设计的最大好处是采样间隔精确，不受主循环执行时间影响。如果采样放在主循环里用延时函数控制，一旦显示操作耗时波动，采样间隔就会不均匀，波形显示会出现扭曲。
定时器初始化代码如下：
void Timer0_Init(void) { TMOD &= 0xF0; // 定时器0工作在模式1，16位定时 TMOD |= 0x01; TH0 = 0xFC; // 1ms定时初值（11.0592MHz） TL0 = 0x66; ET0 = 1; // 使能定时器0中断 EA = 1; // 开总中断 TR0 = 1; // 启动定时器 } void Timer0_ISR(void) interrupt 1 { TH0 = 0xFC; // 重新装载初值 TL0 = 0x66; // 读取上一次转换结果 waveData[writeIndex++] = g_adcValue; if(writeIndex >= 128) writeIndex = 0; // 启动新一次转换 ADC_Start(); }6.3 缓冲区设计：环形缓冲区的价值
上面代码里使用了waveData[128]这个环形缓冲区。它的好处是不需要整体搬移数组数据，只需要维护一个写指针，读到一定数量后回头覆盖旧数据。滚动显示时，从缓冲区里取出的数据天然就是最新的128个采样点，顺序也是时间顺序。
环形缓冲区在单片机开发里是很常用的数据结构，不管是串口接收、传感器数据缓存还是波形显示，都能用。我这个项目里用到的还是最简版本——没有读写指针分离，因为采样和显示都在主循环中穿插执行，不存在并发冲突。如果以后你想做中断里采样、主循环里显示，就要额外注意读写指针的同步问题，必要时可以在临界区关闭中断。
7. 这套系统还能往哪个方向延伸：几个可落地的改进思路
7.1 换主控：从12T到1T的采样率跃升
如果做完这个项目不过瘾，想真正提升采样性能，最直接的路径是把主控换成STC12C5A60S2或STC15系列。这两款都是1T的8051内核，指令执行速度是传统51的8到12倍，而且内部自带10位ADC，采样率轻松到几十kSps。更关键的是引脚兼容，原来的LCD12864、外部电路基本不用改，只需要调整代码里ADC的初始化部分。
我用STC15W4K32S4做过一个改进版，内部ADC配上定时器触发采样，实测采样率能做到约50kSps，勉强可以显示5kHz左右的正弦波，波形平滑度明显好过外部ADC0809。代码方面只需要改ADC初始化和读取函数，其他显示、测量逻辑可以完全复用。
7.2 加串口上位机：把波形搬到PC端
另一个很有意思的扩展是加串口通信，把采样数据发送到PC，用Python或者Processing画波形。51单片机通过串口把采集到的128个采样点发送出去，PC端用pyqtgraph或matplotlib的动画模式绘制，效果会惊艳很多。
这个扩展在Proteus里也能仿真——用COMPIM虚拟串口组件，配一个虚拟串口工具（比如VSPD），PC端Python程序就能直接读到数据。我试过用9600波特率传原始数据，128个点大约每秒更新50帧，非常流畅。而且串口调试能力是将来做任何嵌入式项目都要用的硬技能，非常值得花时间。
7.3 前端信号调理升级：真正做成"能用的示波器"
教具级示波器和真实示波器的差距，主要就在前端。如果能加上程控增益放大器（PGA）和直流偏置调节，就可以适配不同幅值的输入信号。在51上实现也不复杂：用继电器的驱动芯片（ULN2003）控制几个增益电阻的切换，或者用数字电位器（X9C103）实现程序调节。
我在自制的一个小示波器里，用CD4052模拟开关切换电阻网络，实现了1V/div、2V/div、5V/div三档可调。虽然和控制芯片的配合要花点心思，但做出来的效果非常接近商品示波器的交互逻辑。这些扩展会牵扯到更多的模拟电路知识，深入下去很有收获。
7.4 按键交互设计：从"固定显示"到"可操作系统"
最后一个建议是加按键交互。用三个按键实现：一个切换功能菜单（波形显示/频率测量/幅值显示），一个切换时基档位（采样周期1ms/2ms/5ms），一个切换信号通道（IN0/IN1）。这样系统就从"演示程序"变成了"可操作的多功能仪器"。
需要注意的是，按键需要做消抖处理。51单片机读取按键最简单的是软件消抖：检测到按键按下后延时20ms再确认一次。20ms的延时在交互上无感，但能避免绝大部分抖动问题。我习惯用标志位法——主循环里轮询按键状态，而不是在中断里做按键处理，这样不会阻塞采样中断。
这篇内容基本把我自己做这个项目的完整思路和关键代码都梳理了一遍。从方案选型到ADC0809的数据链路，从12864的GDRAM操作到采样缓冲区的设计，再到Proteus里那些容易卡住人的细节，希望能帮你少走一些弯路。如果你正在做类似的题目，建议先按第6章的方式把代码结构搭好，再去调仿真，这样排查问题时能省一大半精力。动手吧，做出来之后对单片机和信号采集这块的理解会上一个台阶。
本文还有配套的精品资源，点击获取
