企业官网建设流程全解析

看到“求助51单片机超声波测距”这个标题，我第一反应不是上拉电阻接没接对，而是想到大概率又卡在等待回波的死循环里了。这类求助在电子爱好者社区里特别常见，主题基本都一样：手里有一块板子、一个HC-SR04模块、想做一个大概能看的数据，但程序下载进去之后要么屏幕一动不动，要么距离值猛跳，要么干脆卡死。这篇就按我这些年调试同类项目的经验，从原理到代码到踩坑，完整过一遍。如果你是拿这个做课设，或者单纯想搞明白超声波模块到底怎么测距，这篇基本能让你少走一半弯路。

1. 超声波测距这个项目，需求到底是什么

先把这个项目的真实需求拆开。标题里虽然只有“51单片机超声波测距”几个字，但把它展开，通常包含这么几个隐含要求：单片机要能控制超声模块发射超声波、能捕获回波信号的时间、能把这个时间换算成距离，最后显示出来。有时候还会加一个阈值报警——距离小于某个值就响蜂鸣器。这是非常标准的单片机入门综合项目，因为它同时覆盖了GPIO输出、定时器计时、中断查询、数学换算、显示驱动这几个核心知识点。

求助的人分几种情况。一种是课设需要交差，代码能跑就行；一种是真想搞懂原理，后面还想扩展成倒车雷达、避障小车；还有一种是模块都买回来两周了，示波器也戳了，就是读不出稳定数据。不管哪种，我要给的东西都是一样的——一个能稳定复现的完整方案，以及出了毛病之后怎么自己判断。说实话，超声波测距的代码网上一抓一大把，但大部分抄下来并不能直接跑，原因多半不是代码本身的问题，而是硬件接线、时序参数、晶振频率这些细节没对上。所以这篇文章我不只给代码，还会把你可能会犯的错提前指出来。

先说适合谁看。如果你单片机基础一般，GPIO、定时器还停留在“能点亮LED”的阶段，这篇完全够用；如果你已经在调车、调机器人，想把手头的测距模块吃透，这篇的原理推导和误差分析部分对你有用。我不会一上来扔一堆寄存器配置让你背，而是从“超声波怎么测距离”这个最朴素的问题讲起。

2. 方案选型与硬件连接：别一上来就写代码

很多人习惯先抄代码再接线，顺序反了。硬件上有什么隐患，直接影响后面调程序的难度。这里先把选型和接线说清楚。

2.1 超声模块选 HC-SR04 的原因

市面上常见的超声测距模块有很多，比如单探头的、集成在激光雷达里的、工业级的。但51项目里最合适的几乎只有HC-SR04。为什么？

第一，它几十块钱以内能搞定，坏了不心疼。第二，它是数字信号输出，不需要自己处理40kHz模拟回波——模块内部已经把发射、接收、放大、比较全做完了，对外只暴露一个触发口和一个回波口，单片机只要负责“发脉冲、计时、读电平”就行。第三，它的量程大概在2厘米到4米之间，刚好覆盖课设和普通DIY场景。

对比之下，那种单探头的超声波模块往往需要自己搭放大电路，对新手极不友好。而HC-SR04的接口逻辑非常简单，本质上就是一个“电子秒表”的思路：你给它一个开始信号，它发完超声波后，根据回波到达时间输出一个高电平，高电平的宽度就是声波往返的总时长。这正是51单片机定时器的强项。

2.2 引脚连接表和供电细节

标准的HC-SR04有四个引脚，VCC、GND、Trig、Echo。这里有一处最容易翻车，就是Echo引脚。HC-SR04的Echo输出高电平信号是5V电平，但很多51开发板是5V系统，按理说没问题。可如果你用的是3.3V的板子，Echo的高电平就可能把引脚烧坏。

针对51单片机这种最常见情况，我推荐接法如下：

显示部分如果用LCD1602，一般接法是数据口接P0口，控制脚接P2.0到P2.2。这里提一个重要事项：P0口是开漏输出，要接10k欧上拉电阻排才能正常驱动LCD。很多开发板已经自带了这个上拉电阻，如果没有，你会在LCD上看到乱码或者不亮，这时候不要先怀疑程序，先把硬件排查一遍。

2.3 为什么共用电源常常导致读数抽风

如果你后面要把超声波模块装到小车上，电机一转，测距数据就开始乱跳，这个现象太典型了。原因是电机启动瞬间电流很大，电池电压被拉低，HC-SR04的发射功率跟着抖动，回波信号就变得不稳定。解决思路有两个：一是单独给模块供电，二是电源入口加一个大电容稳住电压，我通常用一个100uF电解电容并联在模块电源两端就能改善一大半。别小看这种细节，排错时它比代码问题还常见。

3. 核心原理：超声波测距到底是怎么算距离的

3.1 声波往返测距的公式推导

超声波测距的原理说起来很朴实——利用声波在空气中的传播速度，测出“发射到接收”的往返时间，然后乘声速，再除以2。公式是：

距离 = 声速 × 时间 / 2

为什么要除以2？因为声波从模块的发射头出去，打到前方物体后反射回来，走过的路程是两倍的测量距离。实际项目里经常看到有人忘了除以2，读出来的距离是实际的两倍。这种情况在求助帖里隔三差五就能见到，那真是哭笑不得的错误。

声速在空气中不是个固定的数，常温信仰值是340米/秒，但严格一点它跟环境温度有关。近似的经验公式是：

声速 v = 331.4 + 0.6 × T（米/秒）

T是摄氏温度。在20度的室温下算出来约343.4米/秒，跟340差不了多少。但对精度要求高的应用，比如量程3米以上的场景，温度从20度变到35度，距离误差能差出好几个厘米，这就不可忽略了。后面我单独讲温度补偿怎么加到程序里。

3.2 HC-SR04的对外时序到底是个什么波形

HC-SR04的数据手册时序图其实不难懂，但很多求助帖的代码恰恰就是在这个时序上出问题的。我用人话走一遍：

第一步，单片机把Trig引脚拉高至少10微秒，然后拉低。这相当于踢了模块一脚：“你去测一次距离。”

第二步，模块收到触发信号后，自动发出8个频率40kHz的超声脉冲，然后立刻把Echo引脚拉到高电平，开始计时。

第三步，当模块接收头收到了回波，它会马上把Echo引脚拉低，计时结束。

所以Echo引脚输出的是一个高电平脉冲，脉冲宽度等于声波从发射到接收的往返时间。范围上，2厘米对应大概121微秒，4米对应大约23.3毫秒。所以单片机要做的就是精确测量这个高电平持续了多长时间，然后用公式换算距离。

这个测量方案极其依赖稳定的定时器，所以不能简单用delay延时循环去数，误差会大到离谱。正确做法是用定时器的16位模式计微秒级的时间。

3.3 为什么HC-SR04能测4米却测不了10厘米以内

HC-SR04标称的盲区大概是2厘米，也就是离墙太近的时候测不准。原因是模块的发射头和接收头分开放置，超声波打到近处的物体上时，回波的入射角太斜了，接收头捕捉到的能量非常弱，还可能直接丢失。另外，探头本身存在余振，发射的脉冲还没结束，接收端已经被自己的振动干扰了。

这个盲区决定了它在短距离测距场景里并不适用。如果你要做一个测距模块夹在桌子边缘，传感器离物体只有1厘米到2厘米，超声波就不是好选择。所以我看求助帖里有人说“把模块贴到面前显示不出数字”，那其实不是代码bug，是模块物理特性决定的。

4. 定时器怎么用才能测出准确的“微秒级”宽度

4.1 为什么必须用16位定时器，而不是普通延时

51单片机内部定时器有好几种模式，这里用模式1，也就是16位计数器，最大可以计到65535微秒（按12MHz晶振、12分频后每计数一次是1微秒）。这个范围刚好覆盖HC-SR04的量程：4米对应约23毫秒，完全够用。如果用8位定时器模式，最多计255微秒，2厘米以上就会溢出，显然不行。

还有人问，用模式2是不是可以自动重装初值？理论上可以，但模式2是8位定时器，自动重装不是解决计时要长的核心问题，所以绝大多数超声测距例程都选模式1。

4.2 用“查询Echo电平”方式的测量流程

核心测量思想是：让定时器从Echo变高那一刻开始计时，到Echo变低那一刻停止。这个“从高到低”的时间就是高电平宽度。

51程序里最直观的做法是：

给完Trig触发脉冲之后，先用while(!Echo)停住，等Echo变高；然后清掉定时器计数值，打开定时器；再用while(Echo)停住，等Echo变低；最后关闭定时器，读出TH0和TL0拼成16位数值。

这里有一个新手几乎必踩的坑：如果前方物体太远、超过量程，或者模块出了故障根本没回波，第二个while(Echo)会一直等下去，程序就卡死了。这种“程序卡死”现象在求助帖里出现频率极高。解决办法就是加超时保护，等待循环内部设置一个计数上限，超出上限就认为本次测量无效，返回一个错误值，让主程序继续跑。

我在自己写的代码里，等待高电平和等待低电平都加了超时退出，其实这个习惯救了我很多次。刚开始调超声波模块时，因为模块回波线接触不良，程序动不动就卡死，没超时保护的话你得断电重启才能救回来。

4.3 把计数值换算成距离的完整计算过程

这里把换算过程完整推一遍，保证你能看懂。

首先，定时器的计数频率取决于晶振和单片机分频。51单片机内部定时器默认是晶振12分频，所以如果用12MHz晶振，定时器每1微秒计数一次。当读出计数值为time_us时，高电平持续时间就是time_us微秒。

超声波的往返时间是time_us微秒，要换成秒就得除以1,000,000。那么单程距离（厘米）为：

距离_cm = 声速_米每秒 × time_us / 1,000,000 / 2 × 100

化简一下：

距离_cm = 声速 × time_us / 20,000

常温取343米/秒的话，就是：

距离_cm ≈ time_us × 0.01715

所以代码里最简形式就是一个乘法：

distance_cm = (unsigned int)(time_us * 0.01715);

这就是为什么很多例程里直接写“计数值×0.017”。如果你用的是11.0592MHz晶振，定时器计数频率是晶振的12分频，即0.9216MHz，每计一次数约1.085微秒，这时候就不能直接用0.017这个系数了，要先把计数值乘以1.085转成微秒，再换算距离。不然你会看到读数整体偏大，而且越远偏得越明显。我见过不少求助帖的代码里用的是11.0592晶振，却没做这一步转换，导致测出来的距离比实际大出一截。

4.4 关于“门控计时”的一个更省事的方案

除了上面那种查询电平的方式，其实51单片机还有更无脑的做法：用定时器0的门控位GATE。把Echo接到INT0引脚上，设置GATE=1后，只有当INT0引脚是高电平，定时器才会计数；一旦Echo变低，定时器自动停止。这样的话程序里就不用while死等Echo变低了，测量完之后直接读TH0、TL0就行。

这个方案的好处是时序上更精准，因为硬件自动控制了计数的开始和停止，不会因为查询指令本身消耗的时间而引入误差。不足是它占用了外部中断引脚，而且对新手来说，理解GATE门控有点绕。我自己的习惯是先把查询方式玩明白，因为查询方式更容易看程序逻辑，排查问题时也更直观。如果你已经能写出稳定的查询版本，再去研究GATE门控也不迟。

5. 完整工程代码：可直接复制的51版超声波测距

下面给出一份我在常见开发板上能直接编译运行的最小工程。晶振按12MHz算，定时器0用模式1，查询方式测Echo高电平，LCD1602显示距离，带一个蜂鸣器报警的接口。代码风格尽量保持可读，方便你根据自己的板子改动。

#include <REG52.H> #include <INTRINS.H> typedef unsigned char uchar; typedef unsigned int uint; sbit TRIG = P1^0; sbit ECHO = P1^1; sbit BEEP = P1^2; sbit LCD_RS = P2^0; sbit LCD_RW = P2^1; sbit LCD_EN = P2^2; #define LCD_DATA P0 uchar code lcd_line1[] = "Distance:"; uchar code lcd_line2[] = "Too Near!"; void delay_ms(uint ms) { uchar i; while (ms--) { for (i = 0; i < 120; i++); } } void delay_us(uchar us) { while (us--) { _nop_(); _nop_(); } } void lcd_write_cmd(uchar cmd) { LCD_RS = 0; LCD_RW = 0; LCD_DATA = cmd; LCD_EN = 1; _nop_(); _nop_(); LCD_EN = 0; delay_ms(2); } void lcd_write_data(uchar dat) { LCD_RS = 1; LCD_RW = 0; LCD_DATA = dat; LCD_EN = 1; _nop_(); _nop_(); LCD_EN = 0; delay_ms(2); } void lcd_init(void) { delay_ms(15); lcd_write_cmd(0x38); delay_ms(5); lcd_write_cmd(0x38); delay_ms(5); lcd_write_cmd(0x38); lcd_write_cmd(0x08); lcd_write_cmd(0x01); lcd_write_cmd(0x06); lcd_write_cmd(0x0C); } void lcd_show_string(uchar addr, uchar *str) { lcd_write_cmd(addr); while (*str) { lcd_write_data(*str++); } } void display_distance(uint dist_cm) { uchar buf[3]; buf[0] = (uchar)(dist_cm / 100); buf[1] = (uchar)((dist_cm % 100) / 10); buf[2] = (uchar)(dist_cm % 10); lcd_show_string(0x80, lcd_line1); lcd_write_cmd(0x8A); if (buf[0] != 0) { lcd_write_data(buf[0] + '0'); } else { lcd_write_data(' '); } if (buf[0] != 0 || buf[1] != 0) { lcd_write_data(buf[1] + '0'); } else { lcd_write_data(' '); } lcd_write_data(buf[2] + '0'); lcd_write_data(' '); lcd_write_data('c'); lcd_write_data('m'); } void beep_alarm(uint dist_cm) { if (dist_cm < 30) { BEEP = 0; } else { BEEP = 1; } } uint measure_distance_cm(void) { uchar i; uint time_us = 0; uint wait_cnt = 0; TRIG = 0; _nop_(); _nop_(); TRIG = 1; delay_us(20); TRIG = 0; wait_cnt = 0; while (!ECHO) { if (++wait_cnt > 4000) { return 0; } } TH0 = 0; TL0 = 0; TR0 = 1; wait_cnt = 0; while (ECHO) { if (++wait_cnt > 5000) { TR0 = 0; return 0; } if (TH0 > 0x30) { TR0 = 0; return 0; } } TR0 = 0; time_us = (uint)TH0 * 256 + (uint)TL0; if (time_us < 20) { return 0; } return (uint)(time_us * 0.01715); } void main(void) { uint dist; TMOD = 0x01; TR0 = 0; ET0 = 0; EA = 0; BEEP = 1; lcd_init(); lcd_show_string(0x80, lcd_line1); while (1) { dist = measure_distance_cm(); display_distance(dist); beep_alarm(dist); delay_ms(150); } }

这段代码的关键点我提一下：

第一，超时保护我没省略。第一次while(!ECHO)等的是回波高电平，如果模块坏了、Trig没触发成功，或者前方是吸音海绵这种不反射超声波的物体，这个循环会被卡住。wait_cnt到上限就返回0，主程序不会死锁。第二次while(ECHO)也一样，超时直接退。

第二，TH0 > 0x30 这个判断是防止前方物体太远导致计数溢出。0x30乘256换算一下大概是12毫秒左右，对应约2米距离。如果你需要最大量程到4米，可以把这个阈值调整到0x60左右。实际我见过有人不开这个判断，结果定时器在65毫秒溢出之后TH0、TL0清零，距离值突然变成0，很迷惑。这个判断就是专门防溢出的。

第三，measure函数里的delay_us(20)，我用的是大约20微秒的高电平脉冲，比模块要求的10微秒长一点，留了足够余量。这个参数不能太短，我见过有人写4、5个_nop_，在这块板子上触发了，换块板子就可能不行。延时大一些是安全的，模块对Trigger的要求是“不小于10微秒”，所以给它20微秒一点毛病没有。

第四，LCD1602的初始化时序一定不能乱。0x38是设置8位数据口、两行显示、5x7点阵；0x08是关显示清屏做准备；0x01才是清屏；0x06是光标自动右移；0x0C是开显示、关光标。网上有些例程少了清屏那一步，就会导致屏幕上出现残留的乱码，特别是断电再上电之后老显示花屏。

6. 显示与报警衔接：从“能测出来”到“能看得清楚”

6.1 LCD1602显示技巧和字符位置控制

LCD1602是很多51课程的标配显示设备，但它有个让人抓狂的地方：你不是想显示什么就显示什么，必须先给它一个地址，告诉它“我要在屏幕第几行第几列写字符”。第一行起始地址是0x80，第二行是0xC0。如果要精确控制到第几个字符，就在起始地址上加偏移量。

我在代码里用lcd_show_string(0x80, lcd_line1)显示固定字符串“Distance:”，然后单独把数值写到第10列附近。如果你想让显示更整齐，可以在显示完数字后多写几个空格，把上一次残留的字符盖掉。这个小技巧能避免出现“上一个距离是99cm，这次显示5cm，末尾还留着一个9末尾”的尴尬。

6.2 报警阈值怎么定，以及蜂鸣器驱动

蜂鸣器报警逻辑很简单，main循环里每次测完距离就判断一下，小于30厘米就响。但这里有一个非常实际的坑：用压电式蜂鸣器还行，如果你用的是有源蜂鸣器，它内部自带振荡电路，直接拉高引脚就能响。但如果是无源蜂鸣器，引脚必须输出一个一定频率的方波才能发声，直接把引脚拉低只会听到“咔”一声。

所以你在接线前最好确认一下手头蜂鸣器类型。如果是无源的，又不想改接法，可以加一个PWM频率切换，比如每隔1毫秒翻转一次引脚。能响就行，不一定非要多精确的频率。这类细节不写在求助帖里，纯靠排查经验，我第一次用无源蜂鸣器时也困惑过“为什么接了高电平就是不响”。

6.3 主循环延时150ms的原因

main循环最后有个150毫秒的延时，有些人可能觉得耽误实时性。其实这个延时作用很大：一是降低系统的功耗，二是给超声波的“余震”留出静默时间。如果连续疯狂触发HC-SR04发射，第二个脉冲可能撞在第一个脉冲的余振上，导致回波混乱。官方资料里一般建议测量周期不要太密，150毫秒已经完全够用。当然，如果你后面要做小车避障，需要更高响应速度，把这个延时压缩到50毫秒也问题不大。

7. 常见问题与排查思路：帮求助帖里的照片诊断一下

这部分价值最高。我总结了超声波测距项目里最常见的几类问题，按现象分类，你完全可以对照排查。

7.1 现象：LCD能亮，但距离永远显示0

这类问题最多。原因通常集中在下面几个点：

第一，Trig和Echo接反了。模块上两个引脚长得一样，很多人拿到手不仔细看丝印，把信号线接到另一边的同名引脚。Trig接成Echo后，模块永远不会收到触发，Echo自然一直低电平，测量函数第一次while(!ECHO)就超时返回0。

第二，电源电压不够。HC-SR04对电压比较敏感，低于4.8V左右的情况下，发射功率严重下降，回波丢失概率大增。如果你用的是USB转TTL直接给开发板供电，电流不够的时候模块很容易工作异常，这时候插个充电器单独给板子供电没准就好了。

第三，程序里的超时return 0被误用为“有效距离0”。如果前方确实没有任何反射物，或者物体太远超出了模块量程，返回0是合理的。但你得区分“真的测到0厘米”和“超时无回波”这两种情况，程序里time_us < 20才认为是盲区距离太近，超时返回0是测不到，两种在显示逻辑上最好区分开。不然你会看到物体明明在面前但屏幕显示0的现象，容易误导排查方向。

7.2 现象：程序卡住不动，按复位才能恢复

这个现象十有八九是等待回波时死循环了。代码里两次while都在等Echo电平变化，如果模块没有输出回波，又没有超时保护，程序就会一直在原地打转。LCD上的字永远是上一次的，按键也失灵。解决办法是回到Measure函数里检查，看每次测距前wait_cnt有没有清零，循环里wait_cnt有没有自增。我见过有人的代码是把wait_cnt变量在外部修改，内部循环没写更新，那当然永远不会超时退出。

另外，还有一个隐藏原因：ECHO引脚接到了带外部中断功能的引脚上，而你又开了外部中断，中断服务函数一直在做别的事，导致主循环里的查询逻辑永远查不到电平变化。排查思路是把没用到的东西全关掉，比如ET0、EX0、EA，只留下最基本的GPIO和定时器，先确认能不能测出准确距离，再慢慢加功能。

7.3 现象：数据跳变得很离谱，前后两次差几十厘米

先排除是否把手指、衣服这种吸声材料放在探头正前方，这会导致回波信号极弱，模块偶尔测不到，偶尔又测到一次，数据乱跳。再一个就是探头对着光滑的斜墙面，超声波打到墙面后反射到别的方向，回波极不稳定，这是物理限制，不是代码bug。

如果排除了环境因素，那就考虑电源了。上次我帮别人调时，他把超声波模块和一个小风扇电机共用一个面包板电源，风扇一转，距离值直接跳到9999。用万用表测模块电源引脚，会看到电压在4.5V到5.2V之间疯狂抖动。把电机单独供电之后问题消失。

如果数据抖动属于正常范围内的波动，最简单的缓解办法是多测几次取平均。比如测5次，去掉一个最大值一个最小值，剩下的取平均。这种滤波算法对超声测距特别管用，因为在4米量程下，偶尔一次回波丢失是正常的。

7.4 现象：测出来的距离整体偏大或偏小，但变化趋势对

这种情况先检查晶振频率。如果你用的是11.0592MHz晶振，但程序按12MHz来算时间，那读出来的微秒数会偏大，距离也会按比例偏大。修正办法可以按前面推导的“计数值乘以1.085转成微秒”来算。

还有一种可能：读定时器时TH0、TL0更新顺序错了。你如果先读TL0再读TH0，在定时器还在计数的情况下，两个寄存器可能不是一个时刻的值，组合出来的计数值会偏差。正确顺序是先读TH0再读TL0，不过51单片机的8位寄存器不会在运行时自动锁存高字节，所以你真想绝对精确的话，可以用一个临时变量处理。在这个项目中，误差一般也就一两厘米，不是所有场景都需要较真。

整体偏小的情况，最常见的是声速取值问题。有些例程直接用340米/秒，温度低时声速真的会低于340，导致计算出来的距离比实际略小。但如果你用的是“时间×0.017”这个系数，那它假设声速是340米/秒乘2倍就是0.034，距离公式展开后去掉一些精度，实际等于343米/秒附近，两者相差很小。

7.5 现象：LCD显示乱码或者白屏

先查对比度。LCD1602的第三根引脚VL要接一个电位器，用来调屏幕对比度。如果悬空，屏幕可能全蓝或者全白。很多开发板上已经把电位器做在了板子里，但如果你自己用面包板搭电路，一定记得要接。

再查数据口接线顺序。P0.0到P0.7对应LCD的D0到D7，没有反过来的道理。我见过有人把P0口整组线接到LCD的D7到D0，导致显示的字符变成镜面乱码。

最后查LCD初始化时序。我刚给的初始化代码里有三次0x38，这不是冗余，是在等待LCD内部上电初始化完成。如果这段初始化没执行完就直接写数据，LCD会完全不理你。

7.6 常见问题速查表

8. 实际调测过程中的心得与改进空间

8.1 先做一个“空测试”验证模块，而不是直接写全功能

我个人的习惯是，拿到超声模块第一天先不写测距代码。我会写一个极简程序，只让Trig发脉冲，然后把Echo引脚接一个LED，如果模块能正常工作，物体靠近时Echo变高，LED就会亮一下。用这种笨方法先确认整个模块链路是通的，再上定时器计时。

这个方法能帮你快速排查出硬件问题，尤其是“模块随便放桌上能亮灯，但接了单片机死活不出数据”这种情况。这时候多半是共地问题——模块和单片机之间的GND没接好，信号的电平参考不对。

8.2 扩展温度补偿，把精度再往上推一档

前面提到声速随温度变化，如果你把DS18B20温度传感器也接到同一个单片机上，就能做实时温度补偿。代码改动很小，只需把距离换算式子改成：

float speed = 331.4f + 0.6f * temp_celsius; distance_cm = (uint)(speed * time_us / 20000.0f);

温度传感器每度带来的声速变化是0.6米/秒，看起来不大，但换算成距离误差，对一个1米外的目标，温度从20度变成35度，误差能差出大约2.6厘米。如果你做的不是演示玩具而是真的要量东西，温度补偿很有必要。

8.3 多测几次取中位值的实用滤波法

我前面提到多次测量取平均，实际上更稳的方式是取中位数。因为超声波在开阔环境里偶尔会碰到一个特别离谱的尖峰，平均值会被尖峰带偏，但中位数不会。比如一次测量连续取5个值，排序后取第3个，这个值几乎不受偶发回波丢失的影响。代价是每次更新距离会慢一些，5次测量如果是40厘米的近距离目标，总耗时可能就几十毫秒，完全能接受。

8.4 如果要做倒车雷达，怎么串联多路模块

课程设计如果要求测多个方向，比如左中右三个探头，就需要三个HC-SR04。它们的Trig引脚可以共用一个GPIO，Echo引脚分别接到三个普通IO口。测量顺序上，一次只触发一路，测完再触发下一路，避免超声脉冲互相串扰。我曾见过一个求助帖里把三个模块的Trig引脚全接成同一个IO口，还想一次同时测量三个方向，结果三个Echo信号回来时互相叠在一起，读出来的距离全是乱的。超声波模块之间先来后到的顺序测量是必须的。

8.5 这个项目还能往哪些方向扩展

测距这个功能本身其实是一个人见人爱的项目起点。很多我见过的人做完这个之后，顺手加了舵机云台，让探头可以左右扫描，然后用单片机控制舵机转一圈，每转一个角度测一次距离，屏幕上就能画出雷达一样的扇形地图。或者用在避障小车身上，模块装在舵机上左右扫，哪边距离大就往哪边拐。再进一步，把数据用蓝牙模块发到手机App上，就能变成一个无线测距尺。

这些扩展的共同点，是都在用“测一次时间 → 换一个距离 → 再做决策”这个闭环。学会了超声测距，这个闭环的感知端就拿下了一半。

9. 最后分享一个我自己实际做过的小实验

这个实验可以作为验收测试来复现。我把一个硬纸板固定在距离传感器大约100厘米远的架子上，然后用程序连续打印100次测距结果，记录最大值、最小值和平均值。在温度20度的室内，正常情况我的测量结果是最大值102厘米、最小值98厘米、平均值100厘米上下。如果你测出来波动超过5厘米，就说明前面的某项排查还没做完。

我也试过拿这个系统去测一根细细的电线，距离50厘米左右，测出来的结果却很离谱。原因是电线横截面积太小，反射信号太弱，模块经常测不到。这说明超声波测距在实践中有很多先天的边界条件，你不能指望它对所有物体都准。像这些适用范围的经验，才是真正做完项目之后比代码本身更值钱的东西。

如果你现在就是卡在“模块不出数据”这一步，我建议你不要再去复制网上的第三个版本的代码了，而是按顺序检查硬件：第一步看模块通电后有没有轻微温度，第二步看Trig能不能用一个LED观察到脉冲输出，第三步看Echo线是不是接触不良，第四步再回到程序里的超时保护。这个排查路径我现在还在用，每次都能帮我在十分钟内定位问题。祝你早日看到屏幕上跳出第一个稳当的距离数字。