超声波模块HC-SR04实战指南：从原理到避障与液位监测

做电子制作这些年，超声波模块算是我的老伙计了。从最早做避障小车，到后来给人改水箱液位监测，再到给学校实验室搭距离演示装置，几乎每个项目里都有它的身影。HC-SR04这款模块，几块钱一片，四个引脚，两行代码就能测距离，看起来简单到不能再简单，很多人觉得"不就是发个声波算个时间吗"。但真把它用稳、用准，需要留意的细节其实比想象中多得多——Echo引脚的电平兼容、2cm的测量盲区、声速随温度的漂移、多个传感器之间的声波互扰，这些坑我全都替各位踩过。这篇文章就把我这些年用超声波模块攒下的经验系统梳理一遍，从原理、选型、接线、代码、实测排错到三个真实改造案例，尽量讲得透彻、可落地。不管你是刚碰Arduino的新人，还是已经在做避障机器人、液位计这类项目，应该都能找到可以直接抄作业的部分。

1. 超声波模块的测距原理：声波往返时间怎么变成距离

1.1 时间差测距：和回声一个道理

我们在山谷里大喊一声，能听到回声；超声波模块干的是同一件事，只不过把人的嗓子换成了40kHz的压电陶瓷片，把耳朵换成了接收探头。具体的做法是：发射探头发出一串超声波脉冲，声波碰到前方障碍物后反射回来，接收探头捕捉到回波。模块记录从发射到收到回波的时间差，再用"时间×声速=路程"算出距离。因为发射到接收走的是来回双程，实际距离要再除以2：

d = (t × c) / 2

t是声波往返总时间，c是声速，室温下大约340m/s。举几个直观的数字：障碍物在10cm外，声波往返距离就是20cm，耗时约20cm ÷ 34000cm/s ≈ 588微秒；障碍物在1米外，往返耗时约5.88毫秒。主控芯片要做的，就是精准测出这个微秒级的时间差。

1.2 HC-SR04这个时序：Trig发号施令，Echo用脉宽说话

HC-SR04是市面上最普及的超声模块，它把"测时间"这件事做得非常省心，只靠两个引脚就完成了交互：Trig和Echo。整个工作流程可以拆成四步：

1. 把Trig引脚拉高至少10微秒，相当于下了一条"开始测量"的命令。
2. 模块收到命令后，内部电路控制发射探头发射8个周期的40kHz方波脉冲，同时开启接收检测。
3. 接收探头一旦收到回波，模块会把Echo引脚拉高；Echo高电平持续的时间和声波往返时间严格相等。
4. 主控芯片用pulseIn这类函数量出Echo高电平时长，代入公式算出距离。

这里的巧妙之处在于，单片机不需要自己去卡声波发射的起始时刻，只要读出Echo的高电平宽度就够了。比如读到588微秒，距离就是588 × 0.0343 ÷ 2 ≈ 10.1厘米。

40kHz这个频率也值得多说一句。它落在人耳听觉范围（20Hz-20kHz）之上，所以模块工作的时候不会吵到人；另一方面，40kHz声波在空气中的衰减不大，配合几厘米大小的压电陶瓷换能器，刚好覆盖2厘米到4米的测量区间。频率再高，精度理论上能上去，但衰减更快、测距更短；频率低了，波长变长，对小物体的分辨力反而变差。40kHz是成本和性能的平衡点。

1.3 声速不是固定值：温度补偿藏着1cm级别的误差

很多教程会告诉你"声速取340m/s"，但声速其实是随温度变化的。空气声速的近似公式是：

c ≈ 331.4 + 0.6 × T（单位m/s，T为摄氏温度）

0℃时约331m/s，20℃时约343m/s，40℃时约355m/s。这意味着同样一个距离，40℃夏天室外和0℃冬天室外测出来的结果最多能差7%。在1米测量距离上，这就是约7厘米的误差，做液位监测或者测距仪时绝对不能忽略。

湿度对声速也有影响，但幅度比温度小一个数量级，日常项目里基本不用专门修正。气压对声速的影响在海拔变化很大的场景才需要考虑。所以我的习惯是：一切对绝对精度有要求的项目，都在电路里加一个DS18B20温度传感器，用实时温度去修正声速。后面的代码部分我会直接给出带温度补偿的版本。

2. 选型不是只有HC-SR04：不同场景下的模块取舍

2.1 HC-SR04的定位：便宜、够用，但要认清它的性子

只要搜"超声波模块"，最先跳出来的必然是HC-SR04。它确实有不可替代的优势：价格低到可以当消耗品，教程多到任何问题都能搜到答案，2cm到4m的量程也覆盖了大部分入门需求。但它有几个原生短板。

一是盲区。HC-SR04标称最小测量距离是2cm，真实使用中，探头正前方1-2cm内的物体基本测不准。因为发射探头还在振动"余震"的时候，接收探头容易被同频串扰信号淹没，回波识别不出来。二是精度。很多店家标"±3mm"，那是理想条件下测平整墙面才能做到，实际用下来，尤其是遇到斜面、圆柱面、软性目标，误差放大到厘米级很常见。三是接口电平。Echo引脚输出的是5V高电平，接3.3V单片机（ESP32、STM32、树莓派GPIO）时必须做电平转换，不然有可能把GPIO烧坏或者读不到高电平。

2.2 防水款、短盲区款、高精度款各自适合什么场景

市面上的超声波模块远不止HC-SR04一种，按使用场景大致可以分成几类：

US-015这类模块主打短盲区，标称测量距离能做到约2cm-400cm，适合安装在离障碍物很近的场合，比如桌面级小机器人。HY-SRF05是HC-SR04的改良款，量程稍微长一点，多了一个引脚，接线方式不变，可以当作替代品。

JSN-SR04T是防水一体款，电路板和换能器分体，换能器用线引出，外壳防护等级高，专门用在户外或者液位监测场景。它的量程一般标20cm-600cm，盲区比HC-SR04大不少，但胜在能直接泡在潮湿环境里用，不用自己做防水。

再往上，就是工业级超声波传感器了，输出不再是TTL电平脉宽，而是4-20mA电流环、0-10V电压或者RS485 Modbus协议，量程能到几米甚至几十米，抗干扰能力和防护等级都不是消费级模块能比的。价格也夸张，一只顶几十个HC-SR04。非工业项目基本用不到。

2.3 一张表看明白选型逻辑

我的选型经验是：先回答三个问题。第一，测距范围要求多少，尤其近距离能不能接受这个盲区；第二，环境潮不潮湿，要不要防水；第三，主控芯片逻辑电平是5V还是3.3V，需不需要额外电路。想明白这三点，再去挑具体型号，基本不会出大错。

3. 接线与第一个测距程序：从纯代码到稳定读数

3.1 四根线的接法：引脚说明与电平匹配

HC-SR04一共四个引脚，正面丝印标得很清楚。VCC接5V电源，GND接公共地，Trig接主控任意一个数字输出脚，Echo接主控任意一个数字输入脚。

连线看起来简单，但有一个方案级的细节必须提前想好：如果用的是Arduino Uno这种5V单片机，四根线直接怼上去就行。但如果用的是ESP32、STM32或者树莓派这类3.3V逻辑的设备，Echo返回的5V高电平不能直接进GPIO。稳妥的办法是做一个电阻分压：在Echo和GPIO之间串一个1kΩ电阻，再从GPIO对地接一个2kΩ电阻，5V经过分压之后大约变成3.33V，正好落在3.3V器件的高电平安全范围内。千万别图省事直连，我有一块树莓派GPIO就是这么烧坏的——虽然现在的树莓派GPIO带一定保护，但问过一圈，身边因为直连搞坏引脚的案例真不少。

3.2 用pulseIn写出最小可用的测距代码

先给一份Arduino上的最小实现，逻辑足够直白：

const int trigPin = 9; const int echoPin = 10; void setup() { Serial.begin(9600); pinMode(trigPin, OUTPUT); pinMode(echoPin, INPUT); } void loop() { digitalWrite(trigPin, LOW); delayMicroseconds(2); digitalWrite(trigPin, HIGH); delayMicroseconds(10); digitalWrite(trigPin, LOW); long duration = pulseIn(echoPin, HIGH); float distance = duration * 0.0343 / 2.0; Serial.print("Distance: "); Serial.print(distance); Serial.println(" cm"); delay(200); }

两段细节值得展开。Trig引脚要先拉低至少2微秒，再拉高10微秒，最后拉低，这是模块手册要求的触发波形，少了一步或者高电平时间不够，模块可能直接不响应。pulseIn函数会阻塞等待Echo变高，然后计时到变低，超时默认是1秒；如果前方根本没有物体反射回波，Echo一直不拉高，pulseIn会白白等1秒才返回0，反应慢的机器人看起来就像"卡死"了一样。这时候可以给pulseIn传第三个参数指定超时时间，比如pulseIn(echoPin, HIGH, 30000)，只等30毫秒，对应大约5米量程，足够覆盖大多数场景。

3.3 数据不乱跳：中值滤波与滑动平均怎么选

直接把上面的代码拿去用，会看到串口监视器里的数值在稳定环境下也有小幅跳动，偶尔还会蹦出一个明显离谱的值。这是因为声波在真实空间里的反射路径不止一条，墙角、桌面边缘、甚至旁边经过的人都会产生杂散回波。

常用的数据处理手段有两种。中值滤波的做法是连续采5次，排序后取中间的数值，它对"突然跳出来的离群值"非常有效，因为无论离谱值多离谱，只要不是多数，排序后都会被挤到边上。滑动平均（或者说指数加权平均）的做法是让新读数按一定比例叠加到旧值上，输出会非常平滑，但对突然的尖峰反应迟钝，障碍物快速靠近时轨迹容易"拖尾巴"。

我的实际选择是：移动机器人用中值滤波，因为避障最怕的是假目标，尖峰比平滑更致命；液位监测用滑动平均，因为水面本身有波动，要的是稳定。下面是一段中值滤波的示例：

const int numReadings = 5; float readings[numReadings]; int readIndex = 0; float readStableDistance() { for (int i = 0; i < numReadings; i++) { readings[i] = readSingleDistance(); delay(10); } // 冒泡排序取中值 for (int i = 0; i < numReadings - 1; i++) { for (int j = 0; j < numReadings - i - 1; j++) { if (readings[j] > readings[j + 1]) { float tmp = readings[j]; readings[j] = readings[j + 1]; readings[j + 1] = tmp; } } } return readings[numReadings / 2]; }

注意每次采样之间加一个10ms左右的间隔，是为了给上一次声波传播留出衰减时间，连续高频触发容易把余波当成有效回波，造成"假近距"读数。

3.4 拿尺子做一次基准校准

任何测距传感器，再好的精度声明都值得用实物验证一下。我的校准方法很土但很有效：把模块固定在桌边，正对一面平整的墙，然后把一把卷尺贴在桌面上，让卷尺零刻度对准模块前端。分别在10cm、20cm、50cm、100cm、150cm这个几个点位，把模块读数和卷尺读数记下来。

做完一组数据你通常会看到两种偏差：固定偏移和比例偏差。固定偏移是所有读数都稳定地差一个常数，多半是模块前端面到换能器内部有效发声面的距离差，直接在代码里减掉即可。比例偏差是距离越远差得越明显，基本就是声速没修正，把上文说到的温度补偿加上去就好了。

4. 读数异常的完整排查链路：这几类坑最常出现

4.1 一直返回0或超时：先怀疑触发波形，再怀疑模块本身

超声波模块最常见的故障现象就是读数恒为0。这时候别急着怀疑模块坏了，按顺序排查是最省时间的。

先确认Trig波形真的到了。很多新人把Trig接到模拟引脚A0上，代码里却写digitalWrite(9, HIGH)，信号根本没送到对应引脚，模块当然不会工作。用一个万用表或者示波器量一下Trig引脚的波形：正常触发时应该能看到一个10微秒左右的跳变，而且周期性出现。量不到就先查pinMode设置，再查引脚编号。

确认Trig没问题后，把万用表量程拨到电压档，在触发瞬间观察Echo引脚。如果Echo在触发后立刻拉高到5V并保持住不回跌，说明模块收到了回波但主控没读到——检查Echo是不是接到了正确的输入引脚，以及有没有做电平转换时把分压电阻焊错。如果Echo完全没反应，很可能就是发射或接收探头损坏了。一个简单的自测方法：手指正对着两个探头放在1厘米左右的位置，轻轻晃动，正常情况下模块会被手指干扰出明显变化的读数，如果纹丝不动，模块九成是坏了。

4.2 读数正常期间偶发跳变：先查电源，再查采样间隔

还有一种很折磨人的情况：读数大部分时间正常，但偶尔跳一个超大值或突然跌到0，而且毫无规律。我踩过最深的一个坑，是供电。

如果超声波模块和舵机、直流电机共用同一个5V电源，电机启动瞬间的电流尖峰会把电压拉低几十甚至上百毫伏。别看只是"毫伏级"，对超声波模块来说足够让它把回波放大电路的工作点彻底搞乱，输出要么丢回波显超时，要么把噪声当成回波显假距离。这种现象在示波器上非常典型：每次读数跳变，都和电机换向或者PWM占空比变化的时间点严格对应。

解决办法按优先级排列：第一，把舵机和电机放到独立的电源或者电机驱动板供电通道上，只让逻辑电路和传感器共用电源；第二，如果共用了，在模块的VCC和GND之间就近并联一个100µF电解电容和一个0.1µF陶瓷电容，给模块提供一个局部低频退耦；第三，代码层面把两次测量之间的间隔拉长，躲开电机调速的瞬态窗口。

4.3 有些物体天生测不准：斜角、软目标和多传感器互扰

超声波反射遵循镜面反射规律，但又和光不完全一样。光束的漫反射比较强，所以墙角、粗糙地面都能看到；而40kHz的超声波在平整表面上反射非常"耿直"——入射角等于反射角。当障碍物表面和模块中心轴成45°夹角时，声波反射方向完全偏离开接收探头，模块就会给出"无回波"的满量程结果。做避障小车如果只装一个正前方的超声波，遇到斜面的墙很可能会一头撞上去还测不到任何东西。

软性目标也容易出问题。海绵、毛绒玩具、厚窗帘这类材质会吸收声波能量，回波幅度太小，模块会直接判定没有目标。反而金属墙面、瓷砖、玻璃这些硬表面反射效果最好。所以"超声波能测任何障碍物"是个误区，用之前一定要看目标材质。

多传感器互扰更隐蔽。两三个HC-SR04同时工作，如果触发时刻相近，A模块发出的声波可能被B模块的接收探头捡到，测出"穿越"的虚假距离。规避方法最简单可靠的是时间分片：在一个主循环里依次触发每个模块，等前一个测量完全结束（比如留出50ms）再触发下一个，让它们物理上不同时发声。

我把常见的异常现象、原因和处理方式整理成了下面这张表，排查时直接对照：

4.4 实测现场的经验判断顺序

最后分享一套我在现场快速定位问题的习惯。拿到一套测不出来的超声波装置，我不看代码，先做的事情永远是把手指放到探头前1cm处晃动。这一步能立刻区分问题在传感器还是在下游逻辑：手指晃动有反应，说明模块和接线基本健康，问题在代码的触发和解析流程；纹丝不动，才需要去查分压电阻、查接线、查电源。

这套"先外后内、先硬件后软件"的顺序，可以帮你省下大量瞎改代码的时间。很多新手一上来就改滤波、改算法，结果查了一下午，最后发现是Echo的线松了半截，这种事我见过太多次了。

5. 把测距变成功能：三个真实场景的改造思路

5.1 避障小车：让传感器转起来，画出周围的大致地图

超声波模块装在车头只能测正前方一个方向，转弯决策非常盲目。我的做法是把它装到一个舵机上，让舵机带着传感器做周期扫描，每30°采一个点，得到一组前方半圆范围的距离数据。舵机转到对应角度后先delay 30ms等机械到位，再触发测量，这样一笔一笔画出来的"伪雷达图"就已经足够让小车做简单的路径决策了。

代码骨架大概是：

for (int angle = 0; angle <= 180; angle += 30) { servo.write(angle); delay(30); float d = readStableDistance(); // 记录这个角度和距离 }

扫描一轮5个点，每个点中值滤波需要5次采样，一轮下来大概300ms，对低速避障小车完全够用。实测中要注意的是舵机转动瞬间会给模块电源带来毛刺，上一节讲的退耦电容在这一刻会发挥巨大作用。

5.2 水箱液位监测：从"测距离"到"算容量"

给朋友改过一个楼顶水箱液位监测，用JSN-SR04T防水款垂直朝下安装在水箱顶部开口处。原理特别简单：传感器到水面的距离减去安装高度，就是水位高度；再拿水位高度乘水箱底面积，就是剩余水量。

这个场景里有三个细节必须处理好。第一是温度补偿，楼顶夏天暴晒箱内温度可能到40℃，冬天接近0℃，不做补偿，水位误差会大到没法用。第二是波浪干扰，水面有波动时反射面不是一个平面，读数会来回跳，要上滑动平均，采样间隔还不要小于100ms。第三是结露，普通HC-SR04探头泡在高湿环境里，表面凝水会直接让回波衰减到无，所以必须用防水分体款，把电路板留在干燥一侧。

5.3 联动触发：靠门口传感器做人员经过检测

还有一种常见玩法是装在门口或走廊，用一个超声波模块做进出门触发。把模块正对通道，调整一个合适的距离阈值，当有人经过挡住声波路径时，最近距离瞬间变小，触发继电器去开灯、开风扇或者做计数。

这里容易栽的跟头是：通行方向的判断。声波波束是有一定张角的锥形，人从正前方经过和贴着模块侧面经过，测到的距离变化曲线完全不同。我的办法是记录连续5-10个采样点的距离序列，根据"距离先减小再增大"的谷底特征来判断一次有效经过，同时对同一时刻两侧各安装一个模块的做法保持谨慎——两个模块在窄通道里互串的概率非常高，需要严格时分复用。

6. 我最后想叮嘱的几件小事

经验聊得差不多了，说几件不太容易在教程里看到的小事。

第一，模块的"原装"问题。HC-SR04出货量太大，市面上存在大量剪板、翻新、次品，外观几乎无法分辨。我的做法是买回来先做一轮筛选：同一批货逐一上电，用手指在探头前固定距离晃动，看读数响应是否一致，一致性差的直接退换。做量产项目尤其需要这一步，不然同一套代码在不同模块上表现天差地别。

第二，永远留一块备用模块。超声模块是机电一体化器件，压电陶瓷换能器在跌落、进水、过压之后可能悄然失效，坏了往往不是立刻归零，而是偶尔报一个诡异数据。手边没有备件的话，往往会被一个坏模块带走一晚上的排错时间——这件事我深有体会。

第三，好奇心的下一步。我最近在做的项目是把两三个超声波模块接到ESP32上，通过局域网把测得的距离数据传到手机端，做远程液位和人体经过记录。你会发现，这个看似简单的模块，一旦接到网络里，能玩出的花样比想象中多得多。如果你第一次把超声波模块跑通，不妨也从这里开始，试着把数据从串口搬到网络上去。

超声波模块的入门门槛低，但想用好、用稳、用出价值，原理和实战缺一不可。希望这篇分享能让你少走几步我当时走过的弯路。