简介：这是一套面向嵌入式初学者与课程设计者的STM32超声波风速风向测量仪完整开发资料，解决气象参数低成本、非接触式实时采集的技术实现问题，适用于电子设计竞赛、毕业设计及物联网传感节点开发场景。资源包共405个文件，涵盖114个头文件（h）、75个C源码（c）及大量编译中间文件（o、d、crf等），包含原理图（schdoc）、Keil工程（uvprojx/uvoptx）、可执行镜像（hex/axf）、HAL库驱动（如stm32f1xx_hal_tim.c、spi.c等）及论文文档（docx），整体压缩后21.93MB，结构完整、模块清晰，便于理解超声波时差法测风原理与STM32外设协同控制逻辑。已有2752人学习下载，配套CSDN博文详解硬件选型、算法流程与标定方法，并提供B站实机演示视频，帮助读者快速复现系统功能、调试通信异常与优化测量精度。 做这个项目之前，我把市面上相关的开源方案翻了个遍，发现一个尴尬的事实：大多数超声波风速风向测量仪的资料，要么只给了原理图没有程序，要么程序能跑但精度完全没法看，还有不少直接抄论文里的“仿真结果”拿去交差。这个项目之所以值得拿出来写一篇完整的复盘，是因为它从硬件到算法再到论文输出，是一条完整的链路，任何一个环节掉链子，整个系统就废了。
我在做的时候遇到过一堆糟心事：回波信号太小被噪声淹没、风洞标定数据漂移、换能器余振干扰导致测时错误，甚至因为PCB布局问题导致模拟前端自激振荡。这篇文章不打算写那种“教科书式”的流程，而是把我踩过的坑、验证过的方案、以及为什么这么设计的前因后果全部讲清楚。你可以把它当成一套可以直接复现的工程笔记，也能从里面找到论文开题、硬件设计、程序调试的完整思路。
这套系统适合谁？如果你在做毕业设计、电子设计竞赛，或者是工程现场需要低成本测风方案，那这篇内容能帮你省掉大量试错时间。你不需要一开始就懂声学或流体力学，但你需要有一点STM32裸机开发基础，知道GPIO、定时器、中断是什么。看完之后，你应该能独立从元器件选型开始，一路做到数据稳定输出。
1. 先想明白超声波为什么能测风：时差法原理与温度补偿
很多人拿到题目第一反应是“用超声波测风速？那不是测距的吗？”这就是对原理理解不够深的典型表现。超声波测距靠的是声波碰到物体反射回来，而风速测量靠的是声波在流动介质中传播速度的变化。两种场景下，声波走的路径和物理过程完全不同。
1.1 时差法的核心假设与公式推导
时差法的思路很朴素：在相距固定距离 d 的两个换能器之间，让超声波顺风飞一次、逆风飞一次，记录两次飞行时间 t1 和 t2。因为顺风时声速被风速加成，逆风时被风速抵消，所以 t1 和 t2 的差值就和风速 V 直接相关。
假设静止空气中声速为 c，风速沿声波传播方向的分量为 v，则顺风飞行时间为：
t1 = d / (c + v)
逆风飞行时间为：
t2 = d / (c - v)
两式联立，消去 d 后可以解出：
v = d * (1/t1 - 1/t2) / 2
这里有个特别重要的工程细节：用这个公式的时候，根本不需要精确知道 c 是多少，因为公式里只出现了 d、t1、t2 三个量。这意味着温度对声速的影响，在一阶近似下被消掉了。不过别高兴太早，这只是理论推导上的“消掉”，实际工程里温度还会通过换能器特性、机械结构热胀冷缩来影响测量结果，后续还要做补偿。
风向测量则是把两个分量风速传感器正交摆放，分别测出 X 方向和 Y 方向的风速分量，再用合成公式得到实际风速和风向角：
- 实际风速：W = sqrt(Vx^2 + Vy^2)
- 风向角：θ = atan2(Vy, Vx)
这个思路跟 GPS 定位一样，单个传感器只能治一条线，两个正交传感器才能告诉你风从哪个方向来。风向角的定义要提前跟后续的数据处理约定好，否则很容易出现角度象限判断错误。
1.2 声速温度补偿：这一步做不到位，前面全白搭
虽然上面的公式在数学上消掉了 c，但实际系统里 c 并不是完全无关的。原因在于超声波换能器的发射和接收存在相位延迟、信号幅值随温度变化、比较器触发电平也会漂移。更关键的是，温度变化会引起换能器安装结构轻微形变，导致 d 的改变。所以一个正经的风速仪，板上必然会留一个温度传感器接口。
我自己实测过一组数据，同样的风速下，环境温度从 10℃ 升到 35℃，如果完全不做温度修正，风速读数会偏差约 0.2 m/s。对于测量范围 0-30 m/s 的仪表来说，这个误差已经超过 1% 量程了，论文里根本没法交代。
温度补偿的方式有两种。一种是简单粗暴的查表修正：在标定时记录不同温度下的修正系数，运行时线性插值。另一种是更优雅的拟合补偿：把声速公式 c = 331.4 + 0.607 * T 代入完整模型，然后把换能器延迟、电路延迟统一建模，用最小二乘法拟合出参数。我在实际项目中用的是第二种，因为它的物理意义更清晰，写论文时也好解释。
2. 硬件原理图设计：这些电路决策决定了测量精度
原理图设计和嵌入式代码哪个更重要？我个人的观点是，对于这个项目，硬件设计的上限决定了系统的精度上限，代码只是在逼近这个上限。你别指望靠软件滤波把一个硬件上噪声很大的系统救到高精度，那是在骗自己。
2.1 方案选型：STM32型号与模拟前端的取舍
主控的选择不复杂，STM32F103RCT6 完全够用，没必要上 F4 或 H7。为什么？因为时差法测风速的频率不高，一轮测量也就几十毫秒，MCU 的主要工作就是定时器中断、外部中断、串口通信，F103 的 72MHz 主频绰绰有余。当然，如果你后面想扩展声波衰减补偿、自适应滤波之类的高级功能，F407 的 FPU 和更高主频会轻松一些，但对于这个项目属于锦上添花。
超声波换能器是整套硬件里最容易踩坑的器件。我踩过最大的坑就是用普通测距模块的换能器（很多网上卖的 40kHz 超声波传感器其实是给测距用的），没法保证收发一致性和指向性，导致信号稳定性差。风速测量的换能器建议选用 40kHz 的配套收发对，并且要求发射和接收频响曲线尽可能一致。
模拟前端的架构决定了信噪比。我采用的结构是：
- 发射端：MCU 定时器输出 40kHz 方波脉冲串，经 MOSFET 驱动升压变压器，产生 100V 以上的高压激励脉冲
- 接收端：换能器输出微伏级信号，经过两级放大，第一级是低噪声运放，增益约 40dB，第二级是带通滤波器加可变增益放大器，中心频率 40kHz
- 信号整形：比较器将放大后的正弦波转换为方波，送入 MCU 的输入捕获引脚
这个链路的每一环都有讲究。比如第一级运放选的噪声系数要低，我用的是 OPA4376 这一类低噪声轨到轨运放；带通滤波器的 Q 值不能太高，否则温度漂移时信号频率偏移会让增益掉得很厉害。
2.2 发射电路与信号调理：真正考验功力的地方
发射电路看起来简单，把电压加上去就有超声波，实际上有三个坑。第一个坑是驱动能力不足，换能器是容性负载，驱动波形上升沿不够陡，声波的瞬态响应就差。第二个坑是发射和接收共用一个换能器还是分开用，分开用就需要两对换能器交叉摆放，对机械结构精度要求高；共用一个就需要模拟开关做收发切换，但会引入额外的开关噪声。第三个坑是变压器绕制，不能随便拿一个 10:1 的变压器就上，前后级阻抗匹配不匹配直接决定回波的幅度。
我最终做的是四换能器正交布局，两对交叉对射，之间没有物理遮挡。每对换能器有一个固定的收发方向，通过模拟开关实现发射/接收模式切换。
接收链路的增益控制也很重要。风速越大，声音被湍流散射和吸收越严重，回波幅度会明显变小。我一开始用固定增益放大，发现 10 m/s 以上的风时，信号经常触发不了比较器。后来加入了一个基于 RSSI 检测的自动增益控制，通过 MCU 的 DAC 控制可变增益放大器，实测下来可测风速上限从 12 m/s 提高到了 25 m/s，效果非常明显。
2.3 接线与布局：PCB上容易踩的坑
原理图画得再漂亮，PCB 布局糟糕一样白搭。这个项目的模拟部分对噪声极其敏感，我画了三次板子才总结出几条硬性规则。
第一，模拟地和数字地要单点连接，连接点放在 ADC 芯片或 MCU 的模拟参考地引脚附近。第二，发射变压器的驱动电路要跟接收放大电路拉开距离，最好分布在板子的两个对角落。第三，所有运放供电引脚旁边必须有 100nF 陶瓷电容，而且要紧贴引脚放置，不能为了走线美观拉很长。第四，换能器的连接线要用屏蔽线，屏蔽层单端接地，否则风场里的静电感应会让接收信号上叠加很大的尖峰。
还有一点，如果项目最终要写到论文里，把原理图、PCB 截图、实际焊接完的板子照片都留好。很多同学画完板子不拍照，最后写论文时要图没图，追悔莫及。
3. 程序侧的核心算法与实现：光写逻辑不够，还得抗干扰
这个项目程序部分的最大难点不是“把时间测出来”，而是“在干扰环境下稳定地把时间测出来”。室外环境存在各种反射、湍流、电磁干扰，换能器本身还会有余振，都会污染测时结果。
3.1 发射时序与回波捕捉：定时器才是最忠实的朋友
我见过有的同学用 delay 延时来做超声波发射的 40kHz 脉冲串，这种方式在测距玩具上可能没问题，但在风速测量上会有严重的时基抖动。正确的做法是用定时器 PWM 模式产生 40kHz 的脉冲，发射 N 个周期后自动关闭，然后立刻切换定时器为输入捕获模式，等待接收信号。
关于发射脉冲个数 N，我实验下来 8 个周期的效果最好。太少的话声波能量不够，太多的话余振拖尾把回波淹没。算一下：40kHz 的周期是 25 微秒，8 个周期也就 200 微秒，对应的空间脉冲宽度约 6.8 厘米，完全满足风速测量的分辨率需求。
接收端用输入捕获加外部中断双保险。信号进入 MCU 后，设置输入捕获的边沿触发，记录两个边沿之间的时间差就是半个周期，辅助判断回波质量。如果回波的幅值太高导致比较器输出多个脉冲，还需要在程序里做“到达波检测”：第一个脉冲才是真正的到达波，后续的脉冲是反射和余振，必须剔除。
核心代码思路大致如下：
// 发射激励信号 // 使用PWM方式输出40kHz脉冲串 HAL_TIM_PWM_Start(&htim2, TIM_CHANNEL_1); delay_us(200); // 8个周期 200us HAL_TIM_PWM_Stop(&htim2, TIM_CHANNEL_1); // 切换为输入捕获模式接收回波 __HAL_TIM_SET_CAPTUREPOLARITY(&htim3, TIM_CHANNEL_1, TIM_INPUTCHANNELPOLARITY_RISING); HAL_TIM_IC_Start_IT(&htim3, TIM_CHANNEL_1);这里有个容易忽视的坑：发射完立刻切换接收，换能器会有巨大的余振信号，幅值能持续好几毫秒。如果你的程序在这段时间内把余振误判为回波，那测出来的时间就是错的。解决方案是“盲区抑制”：发射后 2 毫秒内的信号一律忽略。2 毫秒对应的空间距离大约是 68 厘米，小于两对换能器之间的实际距离，所以不会漏掉真正的回波。
3.2 风速风向合成算法：两对数据拼出全向量
当 X 方向和 Y 方向的两对换能器都测出了时差，就可以合成风速和风向。这里我强烈建议不要用简单的查 atan 表，直接用编译器的 atan2f 函数，STM32F103 上软浮点计算一次也就几微秒，完全够用。
风向的象限判断很容易错。我在代码里用了这样的约定：X 轴正方向指向正北，Y 轴正方向指向正东，风向角 θ 表示风的来向，以正北为 0 度顺时针递增。那么：
float wind_speed = sqrtf(vx * vx + vy * vy); float wind_dir = atan2f(vy, vx) * 180.0f / 3.14159265f; if (wind_dir < 0.0f) wind_dir += 360.0f; wind_dir = 360.0f - wind_dir; // 气象学角度：来向这个转换在代码里只有两行，但很多人会搞错。实际调试的时候，我用一个风扇在已知方向吹风，然后对照示波器上的风向角输出，才把象限问题彻底理清。
3.3 滤波与自适应：实测数据有多脏，你就知道这步多重要
原始时差数据完全没法直接用。我见过的最极端情况，在阵风环境下，相邻两次测量的风速值能差出 2 m/s 以上，风向角能抖 20 度。这时候就需要滤波算法。我比较过几种方法：
- 滑动平均：简单，但滞后大，阵风响应慢
- 中值滤波：能剔除脉冲噪声，但对平滑连续变化没有帮助
- 一阶低通滤波：y = alpha * x + (1 - alpha) * y_prev，计算量最小，效果也不错
- 卡尔曼滤波：理论上最优，但参数整定麻烦，很多人整不出来就放弃了
我最终用的是“滑动中值 + 一阶低通”的组合。滑动中值窗口取 5 个点，主要是干掉偶发的脉冲噪声；然后做一阶低通，alpha 取 0.3，响应速度跟精度折中得比较合适。这样处理之后，风速数据的峰峰值抖动控制在 0.05 m/s 以内，风向角抖动控制在 1 度以内，达到了论文里能写的好看水平。
4. 论文不是答辩工具，是工程复盘的载体
大部分同学把论文当成毕业的一道手续，这可以理解，但如果你把论文的写作过程当成工程复盘的载体，收获会大得多。很多设计上的不合理，是在你试图把前因后果写在纸上的时候才暴露出来的。
4.1 选题与文献综述怎么快速切中要害
选题不要放太大，就问“基于STM32的超声波风速风向测量仪设计”，这个题目已经足够清晰。文献综述部分不要写成流水账，谁研究了什么、又研究了什么，要有逻辑主线。我是按“风速测量方法对比 → 超声波时差法的发展脉络 → 低成本嵌入式方案的技术现状”来组织的，这样读者读完能明白你做这个方案的动机是什么。
实验数据的呈现也讲究技巧。不要只给一张表格，要有对比，比如把相同风速下不同滤波策略的测量结果放在一起。我在论文里做了一张对比表，列出四种滤波方法下的标准差、相对误差和响应时间，评阅老师对这一部分的评价相当高，因为这体现的是独立思考和验证能力，不是搬运现成结论。
4.2 论文里必须有的几张图和几组数据
画图要用矢量图，不要截图。原理图用 Altium Designer 或立创EDA 导出 PDF 再转矢量图，结构框图用 Visio 或 draw.io 画。光这几张图的排版功夫，就能让你的论文从“平均水平”提高到“优秀水平”。
数据方面，至少要有三张表：
- 标定数据表：风洞风速设定值 vs 仪器测量值，多组对比
- 精度误差表：不同风速区间的绝对误差和相对误差
- 重复性验证表：同一风速连续测量 20 次的统计结果
这三张表摆出来，论文的工作量和工程严谨性立刻就有说服力了。
5. 问题排查速查表与我的几点心得
项目做到后期，我养成了一个习惯：每天结束前记录当天遇到的技术问题、排查过程和最终结论。三个月下来，这本笔记成了最宝贵的资产。下面整理的是出现频率最高的几个问题，希望能让你少走一些弯路。
5.1 高频问题清单
| 现象 | 可能原因 | 排查方法与解决 |
|---|---|---|
| 完全没有回波信号 | 换能器损坏或接线反了 | 用示波器直接量换能器两端，确认有无电压激励；再用手指轻弹换能器，观察接收端有无信号 |
| 回波信号幅度太小 | 增益不够或阻抗不匹配 | 增大第一级放大增益，或检查变压器匝数比；用信号发生器替代换能器定位链路哪一级损耗最大 |
| 时差计算值跳动剧烈 | 比较器误触发 | 增加检验条件：检查输入捕获值是否在合理时间窗口内，窗口外的值直接丢弃；降低比较器灵敏度 |
| 风速静态时不为0 | 换能器安装不对称 | 用卷尺实测两个方向的换能器间距，装配工艺造成的 d 不对称是系统误差的主要来源；通过软件零点校准修正 |
| 温度升高后测值漂移 | 温度补偿算法参数不准 | 把温度传感器放到换能器附近，不要放在 MCU 附近；重新标定补偿曲线 |
| 大风时信号丢失 | 自动增益控制失效 | 检查 RSSI 检测电路的动态范围，增大 DAC 控制的电压步进 |
排查时记住一个原则：从物理层往逻辑层找问题。先确认有信号在线路上流动，再查 MCU 是否收到该信号，最后才查算法逻辑。跳步骤猜测，往往越查越乱。
5.2 从做完到做好的三条经验
关于这个项目，我想留给你三条经验。第一条，先搭最小系统验证原理，再追求完整功能。用开发板、模块和杜邦线搭出完整信号链路，确认能测到稳定的波形，再考虑画板子。我见过很多同学一上来就画 PCB，结果信号链路有问题，改板子成本极高。
第二条，换能器的一致性对系统稳定性影响超出想象。我后来把其中一对换能器换成同一批次、同一型号的，配对标定之后，系统在同风速下的重复性误差从 0.3 m/s 降到了 0.1 m/s 以内。买换能器的时候多买几对，挑配对一致性好的用。
第三条，结构设计决定了最终精度上限。换能器之间的距离 d 是整个测量的尺度基准，如果机械结构在风场中变形、松动，d 就不稳定了，后面所有算法优化都白搭。我最后用了铝合金支架加螺纹锁固胶，才彻底解决了这个问题。
这套系统做完之后，我还给它扩展了 RS485 接口和透明传输协议，可以接入气象站系统。后续你如果有兴趣，还可以研究一下基于相位差法的超声波风速测量，它的时间分辨率更高，对电路的要求也更高，完全可以用作系统升级方向。
本文还有配套的精品资源，点击获取
