51单片机超声波测距系统仿真：HC-SR04与LCD1602完整实现

简介基于51单片机的超声波测距系统仿真工程包面向51单片机入门学习者与电子爱好者以HCSR04超声传感器完成距离检测并用LCD1602显示屏实时呈现测量数值。配套Keil开发工程与Proteus仿真电路可在虚拟环境下验证程序逻辑和硬件连接降低实操门槛。压缩包共31个文件、约102KB含main.c、hcsr04.c、LCD1602.c等C源码与对应头文件、Keil工程配置uvproj/uvopt、Proteus仿真图纸pdsprj/pdsbak及hex、obj、lst等中间文件目录结构清晰便于直接打开和二次修改。已有1412人学习下载。通过此工程可系统理解超声波时间差测距算法、51单片机GPIO控制、定时器/中断服务程序及LCD1602驱动原理还可在仿真中调整障碍物距离观察显示变化掌握软硬件实现思路适合课程设计或自学参考。1. 基于51单片机的超声波测距系统仿真先解决“要不要买模块”的问题把超声波测距模块、51单片机、LCD显示屏在面包板上接在一起听起来半小时就能搞定实际很多人卡在“单片机不跑”“LCD乱码”“距离永远显示0”这三座大山上。基于51单片机的超声波测距系统仿真就是让这些调试问题在电脑里先暴露一遍用Proteus这类仿真软件搭出AT89C52与HC-SR04的完整电路把Keil生成的HEX文件加载进虚拟芯片就能在没有实物、没有示波器的情况下验证“触发、回波计时、距离换算、显示”整条逻辑链。适合正在做课程设计的学生、准备电赛的队员以及想在买模块之前先确认方案能不能走的爱好者。仿真不是实物的替代品但它能把代码和接线里的低级错误先清掉让第一次上电成功率明显提高。2. 超声波测距的物理原理与51单片机计时方案为什么是HC-SR04加定时器门控2.1 测距公式中容易忽略的温度项超声波测距的物理基础非常直白声波从发射到碰到障碍物再返回走过的总路程是目标距离的两倍。只要测出这段时间距离就等于声速乘以时间再除以二。工程里最常用的公式是距离 (声速 × 回波时间) / 215℃左右声速约340m/s换算成微秒制的常数就是0.034cm/us。很多人写代码时直接用time_us * 0.017算单程距离2000us回波时间对应34cm这在常温下够用。但声速并不是常数它会随温度变化近似关系是c 331.4 0.6 × Tm/sT从10℃变到30℃声速从337.4m/s变到349.4m/s误差约3.5%。在4米量程上这个误差折算成距离有十几厘米。做课设演示问题不大但如果你的题目要求“误差小于1cm”温度项就必须补进代码里。第6章会给一个查表实现。2.2 为什么选HC-SR04而不是自己搭40KHz收发前端51单片机本身不能直接驱动超声波换能器。换能器需要40KHz左右的交流激励接收端的微弱回波信号需要经过放大、整形、阈值判决之后才能变成单片机认识的TTL电平。自己搭这一套不是不行但接收放大器要解决噪声、增益、40KHz带通滤波这几个问题仿真里也很难模拟真实反射路径硬件调试周期会拉得很长。成熟做法是直接用HC-SR04这类一体式模块。模块内部集成了发射电路、接收放大和比较器对外只暴露四个引脚VCC、GND、TRIG、ECHO。单片机的P1.0给TRIG一个大于10us的高电平模块自动发出8个40KHz脉冲然后ECHO引脚拉高当模块检测到回波并完成整形后ECHO拉低。ECHO高电平的宽度就是声波往返的时间。换句话说51要做的只剩一件事精确测量ECHO高电平持续了多少微秒。这也解释了为什么TDC1000这类专用超声波芯片在课设里很少见。TDC1000精度高但配置复杂需要SPI读写寄存器、设计LNA和比较器外围对只做基础测距展示的人来说性价比太低。HC-SR04的精度虽然一般但足够演示完整系统。2.3 51单片机没有输入捕获三种计时方案选哪种STM32做超声波测距可以用输入捕获模式硬件自动记录上升沿和下降沿的计数器值。51单片机没有这个外设测量脉宽要自己想办法。常见方案有三个方案A外部中断测边沿。把ECHO接到INT0配置下降沿触发然后用定时器查询时间。问题是51的外部中断只能配置低电平触发或下降沿触发没法直接捕获上升沿。要测完整的高电平宽度得先靠查询等Echo拉高再开定时器过程繁琐且容易漏边沿。方案B定时器门控法。这是51系课设的标准做法利用定时器模式里的GATE位。GATE1时定时器的计数启动条件从“TR01”变成“TR01且INT0引脚为高电平”。这样ECHO为高时计数器自动跑ECHO变低时计数器自动停从TH0、TL0读出的值就是回声高电平的微秒数。全程不需要外部中断逻辑最干净。方案CT0外部计数器模式。把T0配置成计数模式对ECHO引脚上的脉冲计数只能数脉冲个数测不了脉宽不适用。三种方案对比如下表方案是否需要额外硬件测脉宽精度代码复杂度适用场景外部中断捕获无一般边沿易丢中测频率、计数定时器门控无取决于晶振频率低测ECHO脉宽推荐外部脉冲计数无不适用低计数不适合脉宽测量我一般会用方案B也就是定时器T0的GATE模式下面所有代码都基于这个方案。2.4 定时器量程与晶振频率怎么匹配51单片机定时器T0在模式1下是16位计数器最大计数值65535。如果晶振用12MHz机器周期是1us计数器每1us加1单次测量最大能覆盖65.5ms对应往返声程约22米远超HC-SR04官方标称的4米有效量程。4米往返约23.5ms在65535这个上限以内单次测量不会溢出。如果晶振换成11.0592MHz机器周期约1.085us测到的原始计数值要乘1.085才是真实微秒数算距离时小数点更多。所以做超声波测距我习惯直接把晶振定为12MHz不是为了串口波特率而是为了让计数器值和微秒数一一对应代码里少一层换算。这在仿真里也一样Proteus工程里晶振参数必须改成12MHz否则代码里按1us一个计数算出来的距离全是错的。另外51采用的是哈佛结构程序放在ROM里变量放在RAM里仿真时的内存模型和实物一致不会因为编译器把变量放错地方导致行为不同。这一点在选Keil的Memory Model时不用太纠结默认Small模式就行。3. 在Proteus里搭最小系统HC-SR04与LCD1602的连线清单和参数设置3.1 从新建工程到放上AT89C52Proteus打开后New Project向导会问要不要创建PCB布板工程这里直接选“不创建PCB”因为我们只做原理图仿真。下一步的固件工程也选择不创建手动放芯片手动烧HEX最可控。元件放好后先把AT89C52双击打开在Program File一栏什么都不填等编译出HEX后再加载避免Proteus在仿真前就报芯片固件缺失。晶振频率这一栏建议直接改到12MHz和Keil工程保持一致。很多教程在这里用默认频率容易埋雷。3.2 最小系统三件套和P0口上拉51单片机要跑起来最少需要晶振电路和复位电路。晶振用12MHz两个30pF电容分别接到晶振两端再接地即可。复位电路用10uF电解电容串到VCC、10K电阻接到GND复位引脚RST取中间节点。仿真时有人会省略复位电路结果遇到“仿真运行了但芯片没反应”时排查半天不知道是复位问题。加上它只需要几秒钟。P0口在这里必须接上拉排阻。LCD1602的数据线D0-D7如果直接接P0P0开漏输出在仿真里拉不高电平LCD拿到的是不确定状态表现为乱码或者字迹很淡。用排阻RP1比如8脚10K排阻把P0统一上拉到VCC是最省事的接线方式。这一步是LCD显示正常的关键也是元件清单里最容易被忽略的一项。3.3 HC-SR04与LCD1602的完整引脚连线Proteus 8.6以上版本的元件库里直接搜HC-SR04就能找到超声波模块模型老版本如果没有可以搜索“ULTRASONIC”关键词碰运气。搜索时注意不要搜成“SRF04”那不是同一套模型。HC-SR04模型的TRIG和ECHO引脚都有明确标注。连线关系如下单片机引脚目标元件引脚说明P1.0HC-SR04 TRIG发射触发信号低电平空闲P3.2HC-SR04 ECHO回波输出接INT0用于门控计时P2.0LCD1602 RS寄存器选择P2.1LCD1602 RW读写选择直接接地也行P2.2LCD1602 EN使能信号主控发下降沿锁存数据P0.0-P0.7LCD1602 D0-D78位数据总线需外接上拉LCD1602的RW引脚如果固定接地可以少占一个IO但代码里读写选择要写成只写模式。为了保留灵活性我通常把RW接到P2.1代码里先拉低再操作这样LCD驱动函数更通用。3.4 加载HEX文件和仿真速度设置在Keil里编译出HEX文件后回到Proteus双击AT89C52在Program File右侧的文件夹图标选择HEX路径确认后点OK。加载完顺手点一下仿真运行按钮如果LCD没反应先检查芯片是否已经“被烧录”方法就是在芯片属性里看Program File路径有没有残留“No program file”。Proteus默认动画速度是实时模拟但当你把右下角仿真速度拉到最大时超声模块的时序会被压缩回波高电平宽度偏小距离显示会跟着异常。这点放到第5章详细说调试阶段把速度保持默认或1x档位即可。4. 用C语言实现测距逻辑GATE方式测回波脉宽的全套可编译代码4.1 引脚定义、定时器初始化和基础延时整套代码在Keil C51环境下编译芯片型号选Atmel AT89C52。引脚定义和定时器初始化如下#include REG52.H #include INTRINS.H #define TRIG P1_0 #define ECHO P3_2 sbit LCD_RS P2^0; sbit LCD_RW P2^1; sbit LCD_EN P2^2; #define LCD_DATA P0 unsigned char t0_overflow; // T0溢出次数Echo高电平期间累计 unsigned char lcd_buf[16]; void delay_us(unsigned int n) { while (n--) { _nop_(); // 12MHz下一个机器周期约1us } } void delay_ms(unsigned int n) { unsigned int i, j; for (i 0; i n; i) for (j 0; j 123; j); // 经验值让循环体约1ms } void Timer0_Init(void) { TMOD 0xF0; // 清空T0配置保留T1原有配置 TMOD | 0x09; // T0模式1(16位), GATE1, C/T0 TH0 0; TL0 0; t0_overflow 0; }TMOD赋值的0x09这个参数很关键。0x09的二进制是00001001其中bit0表示T0工作在模式116位定时器bit3表示GATE位置1。GATE位的作用是让T0的计数启动不只受TR0控制还必须满足INT0引脚为高电平。我们把ECHO接到P3.2就正好利用这个机制测量回波高电平宽度。TMOD 0xF0是保留高4位的T1配置如果你后面还要用定时器1做别的功能不会被这次初始化覆盖掉。4.2 触发、超时保护和GATE门控计时下面是整个测距系统的核心一次完整的测距过程分四步等待上次回波结束、发触发脉冲、等Echo变高、开门控计时、等Echo变低、读计时值。bit Start_Measure(unsigned int *time_us) { unsigned int guard 0; unsigned long cnt; while (ECHO 1); // 等Echo回到低电平清掉上次残留 TRIG 1; delay_us(20); // 满足模块要求的大于10us触发 TRIG 0; guard 0; while (ECHO 0) { // 等待模块拉高Echo if (guard 60000) return 0; // 软件超时保护 } TH0 0; TL0 0; t0_overflow 0; TF0 0; TR0 1; // GATE模式下Echo为高才开始计数 guard 0; while (ECHO 1) { // 等待Echo变低期间统计溢出 if (TF0 1) { TF0 0; t0_overflow; } if (guard 60000) break; // 超时退出避免卡死 } TR0 0; // 停表 cnt ((unsigned long)t0_overflow 16) | ((unsigned int)TH0 8) | TL0; if (cnt 40000UL) return 0; // 超过4米量程判为无效 *time_us (unsigned int)cnt; return 1; }第一个while等待Echo为低是很多人会漏掉的细节。HC-SR04模块在上一轮回波结束后ECHO引脚需要一小段时间恢复低电平如果在它还是高的时候直接发下一轮触发模块可能不响应。第二个while里的超时保护同样重要如果测量距离超过量程模块根本不会拉高ECHO没有超时保护的话程序会死等在这里整个系统看起来就像卡死了一样。超时值用60000次循环具体毫秒数取决于仿真速度只是一个防卡死的兜底。最后把溢出次数左移16位拼上TH0和TL0得到的就是Echo高电平对应的总计数值。12MHz晶振下这个值就是微秒数。超过40000us时按无效处理对应约6.8米往返行程已经超出模块官方4米标称量程。4.3 LCD1602显示驱动与整数距离换算LCD1602驱动我习惯写8位模式减少时序复杂度。初始化时序里上电等待要大于15ms否则仿真里偶尔会出现第一行字符不显示的情况。void lcd_en_pulse(void) { LCD_EN 1; delay_us(2); LCD_EN 0; delay_us(2); } void lcd_write_cmd(unsigned char cmd) { LCD_RS 0; LCD_RW 0; LCD_DATA cmd; lcd_en_pulse(); } void lcd_write_data(unsigned char dat) { LCD_RS 1; LCD_RW 0; LCD_DATA dat; lcd_en_pulse(); } void lcd_init(void) { delay_ms(16); // 上电等待LCD内部复位需要时间 lcd_write_cmd(0x38); // 8位数据2行显示5x7点阵 lcd_write_cmd(0x0C); // 显示开光标关 lcd_write_cmd(0x06); // 写入数据后地址自动加1 lcd_write_cmd(0x01); // 清屏 delay_ms(2); } void lcd_puts(unsigned char line, unsigned char *str) { lcd_write_cmd(line 0 ? 0x80 : 0xC0); while (*str) { lcd_write_data(*str); } }距离换算不需要浮点运算。声速340m/s换算成微秒制后单程距离常数是0.017cm/us也就是回波时间乘以17再除以1000unsigned int Calc_CM(unsigned int time_us) { return (time_us * 17UL 500) / 1000; // 四舍五入到整数厘米 } void Show_Distance(unsigned int dist_cm) { unsigned char buf[4]; buf[0] 0 dist_cm / 100 % 10; buf[1] 0 dist_cm / 10 % 10; buf[2] 0 dist_cm % 10; buf[3] \0; lcd_puts(0, Dist:); lcd_write_cmd(0x85); lcd_puts(0, buf); lcd_puts(0, cm ); }time_us * 17UL这一步已经避免使用浮点Keil C51的浮点库会让代码体积膨胀且执行时间变长在51这种8位平台上能不用就尽量不用。500的作用是四舍五入比如2941us算出来是49.997cm四舍五入后显示50cm比直接截断小数更稳。4.4 主循环的连续测量主程序把初始化做完后进入无限循环每隔一段时间测一次并刷新LCDvoid main(void) { unsigned int t_us, dist_cm; Timer0_Init(); lcd_init(); lcd_puts(0, Distance:); while (1) { if (Start_Measure(t_us)) { dist_cm Calc_CM(t_us); Show_Distance(dist_cm); } else { lcd_puts(0, Out of range); } delay_ms(200); // 触发间隔必须大于最大量程对应时间 } }触发间隔为什么要200ms4米量程的声波往返约23.5ms如果触发间隔小于这个时间下一次触发脉冲发出时上一次回波还没结束模块输出会互相干扰最直观的现象就是距离值来回乱跳。200ms对应约5Hz刷新率人眼看起来连续又不给模块添乱。4.5 改成非阻塞状态机阻塞式Start_Measure在仿真里工作得很好但放到实物上有个隐患等待Echo期间CPU全程在while循环里转如果此时还要扫描数码管、检测按键就会卡顿。进阶做法是把测距改成状态机typedef enum { MEAS_IDLE, MEAS_TRIG, MEAS_WAIT_HIGH, MEAS_TIMING, MEAS_DONE } MEAS_STATE;主循环按状态机轮转IDLE时决定要不要开始新一轮测距TRIG状态发10us脉冲WAIT_HIGH状态检查Echo是否拉高TIMING状态用定时器累积时间DONE状态通知主程序可以取结果并显示。这样每次主循环最多执行几条判断语句其他外设轮流刷新整体实时性更好。仿真阶段先用阻塞式把逻辑跑通再做状态机重构是更稳妥的顺序。5. 仿真中的5个常见坑与排查记录从LCD黑块到距离跳动5.1 LCD满屏黑块或者乱码现象、原因、解决现象LCD1602上电后显示两行黑色方块或者字符全是乱码怎么清屏都清不掉。原因最常见的是P0口没有接上拉排阻。51的P0口是开漏结构驱动LCD数据总线时高电平能力很弱Proteus里虽然不像实物那样完全拉不上去但LCD模型拿到的高电平不稳定初始化时指令识别就错了后续全是乱码。另外LCD初始化之前的延时不足也会导致同样症状模块内部复位还没完成第一条指令就被丢了。解决先在P0到VCC之间加一个10K排阻重新仿真。如果还乱码把lcd_init里的上电延时从16ms加到50ms让LCD内部状态彻底稳定。按这个顺序排查仿真里90%的LCD问题都能解决。5.2 距离显示为0或者一直显示Out of range现象、原因、解决现象LCD能正常显示文字但距离永远是0.00cm或者永远显示超量程。原因先确认ECHO有没有接到P3.2。很多人在Proteus里把ECHO接到了P3.3或者P1.2然后代码里GATE检测的是P3.2模块回波信号根本没进定时器门控引脚。另外触发脉冲宽度不足也会导致模块不工作HC-SR04的触发要求写得很明确大于10us很多人用TRIG1;TRIG0;两条语句快速翻转实际宽度只有几微秒模块直接无视。解决拉出探针看TRIG波形确认高电平持续时间明显大于10us代码里的delay_us(20)保证了这一点。再确认ECHO确实接在P3.2上和REG52.H里定义的P3_2是同一个引脚。这个坑看着低级但很多从实物转仿真的人都会犯因为实物接线可以飞线随便接仿真必须映射到单片机固定外设引脚上。5.3 距离显示跳动现象、原因、解决现象障碍物固定不动显示的距离在30cm和33cm之间跳变或者每刷新一次数值都不一样。原因第一是触发间隔太短上一次回波还没消失就发了新脉冲模块状态还没复位。第二是定时器溢出标志处理不正确Echo高电平期间T0溢出后TF0被置1但你没清下一次测量时判断TF0 1直接进溢出分支时间累积出来就是错的。第三是仿真速度不稳定Proteus在运行大场景时帧率可能变化导致模型输出的Echo宽度有抖动。解决把主循环里的delay_ms从50ms加大到200ms给足模块恢复时间。代码里在进入门控计时前主动TF0 0清一次溢出标志而不是等中断去清。仿真速度调到1x稳定档位再观察数值。这三步做完距离值通常就稳住了。5.4 仿真速度调到最大导致时序失真现象、原因、解决现象Proteus右下角的动画速度被拖到最大之后距离显示偏小甚至出现“明明放了障碍物算出来只有10cm不到”这类离谱结果。原因Proteus的“最大速度”模式会跳过或合并大量模拟时间步HC-SR04模型输出回波高电平宽度时这个宽度本身是以真实物理时间为基础的时间步长变粗后Echo引脚翻转的边沿可能被切割单片机定时器采到的脉宽和模型设定值对不上。这不是代码问题是仿真环境的时间步长问题。解决不要用最大速度跑时序敏感型仿真。在Debug菜单里把动画速度调到1x或者用单步模式看关键波形。这里有个血泪经验仿真跑得飞快的成就感很容易让人忽略时序失真等实物一测才发现代码里的换算系数全建立在错误数据上白白多调一个晚上。5.5 仿真能跑但实物翻车现象、原因、解决现象Proteus里一切正常LCD显示距离准确代码逻辑看起来没有问题但把同一份HEX烧到实物板子上要么LCD白屏要么距离值跳得比仿真严重得多。原因仿真模型没有电源纹波、没有换能器盲区、没有环境噪声。HC-SR04在实物上存在约2cm的盲区障碍物贴太近时回波淹没在发射余振里模块直接输出无效回波。仿真模型不一定模拟这个盲区所以仿真里贴着模块测也能出数实物上距离小于2cm时就是测不出来。另外实物接线时TRIG和ECHO两条线如果挨着走回波信号会串扰进触发信号轻则触发失败重则单片机复位。解决实物调试时先写一个只翻转TRIG引脚的测试程序用示波器确认TRIG波形正常再把Echo接进示波器看回波宽度和障碍物距离是否匹配。排除物理层问题后再去查代码。记住一点仿真验证的是逻辑不是物理世界。把仿真调通只说明你的时序和算法没问题不代表拿掉仿真器之后一切自动成立。6. 进阶温度补偿、用示波器验证测量误差以及仿真和实物的边界6.1 温度补偿的查表实现声速随温度变化常温下340m/s的近似公式在精度要求高时不够用。做温度补偿不用移植浮点数学库用一张整数查表就够了code unsigned char speed_table[11] { 331, 333, 335, 337, 339, 341, 343, 345, 347, 349, 351 }; unsigned int Calc_CM_Comp(int temp_c, unsigned int time_us) { unsigned int idx 10; if (temp_c 0) temp_c 0; if (temp_c 40) temp_c 40; idx temp_c / 4; // 0~40度映射到0~10 return (time_us * speed_table[idx] 500) / 2000; }这里的speed_table存的是0到40度每4度一档的声速值单位m/s。time_us是回波往返时间距离等于time_us乘以声速除以2单位换算后对应time_us * speed_table[idx] / 2000。温度每4度设一档步长产生的最大误差约0.4%远小于HC-SR04模块本身的测量误差够用。6.2 用虚拟示波器验证回波时间判断代码有没有算对最直接的办法不是看LCD上的最终距离而是看回波时间本身。在Proteus里给TRIG和ECHO引脚各放一个电压探针运行仿真点开探针波形用光标测量Echo高电平从上升沿到下降沿的宽度。假设你读出Echo宽度是2941us理论距离就是2941 × 0.034 / 2 49.997cm然后看代码里Calc_CM输出的值应该是50cm。这个过程把“定时器→计数→换算→显示”每一环都验了一遍比直接拿卷尺对着屏幕猜准得多。我习惯把这一步保留成固定流程仿真调通后实物调试时也用示波器量Echo宽度和数据表对比。6.3 仿真和实物之间必须知道的边界仿真里没有噪声没有多径反射没有电源跌落所以你的代码在仿真里可以达到很高的重复精度。换到实物后至少有三个差异会冒出来HC-SR04存在2cm盲区贴脸距离测不了模块的8个40KHz脉冲在硬质表面反射强在海绵这类吸音材质上可能收不到回波电源电压偏低时模块发射功率下降量程会明显缩水。我的习惯是仿真阶段就把超时、溢出、连续测量间隔这些工程边界全部加进去而不是跑通最小演示就收手。仿真多花一小时处理边界情况实物的调试时间能省一个下午。希望这份笔记能帮你在Proteus里先把这个系统吃透再动手焊板子时少踩几个坑。本文还有配套的精品资源点击获取