HC-SR04测距需手动精确控制时序：Trig引脚发≥10μs高电平触发发射，Echo高电平持续时间为声波往返时间；须用定时器输入捕获或GPIO中断+自由定时器测距，禁用delayMicroseconds()；距离(cm)=t_us/58，推荐定点运算t_us*17/1000；硬件上需独立稳压供电、共地、抗干扰。
HC-SR04 的触发与回响时序必须手动精确控制
单片机没有现成的“超声波驱动库”，HC-SR04 依赖严格的时序：需向 Trig 引脚输出 ≥10μs 的高电平脉冲，模块才会发射 8 个 40kHz 方波；随后 Echo 引脚拉高，持续时间即为声波往返时间。C++（尤其裸机环境）不能靠 delayMicroseconds() 这类阻塞函数凑数——它在不同编译器、优化等级下误差可能达数微秒，极易导致 Echo 信号漏采或误判。
实操建议：
- 用定时器输入捕获（Input Capture）模式监听
Echo引脚的上升沿和下降沿，直接读取计数值，精度可达 1 个时钟周期（如 72MHz 主频下 ≈13.9ns） - 若无硬件捕获功能（如低端 51 或部分 STM32 基础型），改用 GPIO 中断 + 自由运行定时器（如 SysTick 或通用定时器计数器）：上升沿进中断记录起始计数，下降沿再读终止计数，两次差值即为高电平持续 ticks 数
- 务必关闭编译器对关键时序代码段的优化（如 GCC 加
__attribute__((optimize("O0")))），否则while(GPIO_ReadInputDataBit())可能被优化掉
时间转厘米要除以 58 而不是 340
声速在空气中约 340m/s = 34000cm/s，但 HC-SR04 输出的是“往返时间”，所以单程距离 = (34000 cm/s × t_s) / 2 = 17000 × t_s（t_s 单位为秒）。若测得时间为微秒（μs），则 t_s = t_us / 1000000，代入得：距离(cm) = 17000 × t_us / 1000000 = t_us / 58.82… ≈ t_us / 58。
注意点：
立即学习“C++免费学习笔记（深入）”；
- 别用
t_us / 340—— 那是把时间当单程、单位还错当成毫秒了 - 实际应用中建议用定点整数运算避免浮点开销：例如将时间存为 uint32_t，计算
distance_cm = t_us * 17 / 1000（等价于 ÷58.82，且不引入 float） - 温度会影响声速（每 ±1℃ 约 ±0.17cm/m），普通测距可忽略；若需校准，可加温湿度传感器动态修正系数
常见 Echo 失效原因：电源、接地、干扰全得查
现象包括：偶尔返回 0、固定值（如 255）、随机大数，或根本无 Echo 高电平。这极少是代码逻辑问题，多为硬件链路异常：
-
HC-SR04工作电流峰值达 15mA，劣质 USB 线或共用 LDO 给 MCU 和模块供电时，Trig触发瞬间压降会导致模块复位或 Echo 不输出——务必单独用 5V LDO（如 AMS1117-5.0）供电，且输入端加 100μF 电解 + 0.1μF 陶瓷滤波 - MCU 与模块 GND 必须短接，不可仅靠 PCB 铜皮连通；长线传输时，
Trig和Echo线建议并行走线、远离电机/继电器等噪声源 - 模块正前方 20cm 内有吸音材料（毛绒、海绵）或角度过大（＞15°）时，回波强度不足，Echo 会提前结束——实测中，硬质垂直墙面在 2~400cm 内最稳定
STM32 HAL 库里别直接用 HAL_GPIO_WritePin 触发 Trig
HAL 库函数调用开销大（含参数检查、状态判断），一次 HAL_GPIO_WritePin() 在 72MHz 下耗时约 1.2μs，连续高低电平切换难以保证 10μs 精度。更糟的是，若在中断上下文调用 HAL 函数，可能触发 HardFault（因 HAL 默认禁用中断）。
安全做法：
- 触发
Trig改用寄存器直写：GPIOA->BSRR = GPIO_BSRR_BS0; // PA0 置高，延时用__NOP()循环（先测好 NOP 数量对应所需 μs） - 或启用 HAL 的低开销宏：
HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_SET)→ 实际展开为寄存器操作，但需确认 HAL 版本 ≥1.12.0 且未开启 HAL_DEBUG - 整个触发+等待流程建议放在主循环中，而非定时器中断里——避免中断嵌套导致时序紊乱
真正难的不是算厘米，而是让 Echo 信号干净、可重复地进来。示波器看一眼 Trig 和 Echo 波形，比调十次代码都管用。
