VolAnti 于 2026 年 9 月 9 日出现在 Hacker News 上。它提出的命题很容易概括，却不容轻易忽视：如果无人机已经不再通过无线电“说话”，那就去听它的螺旋桨。这个开源硬件项目使用四个 MEMS 麦克风、一个 ESP32-S3、一块电子纸显示屏和一枚 LoRa 无线电模块，试图识别多旋翼飞行器具有规律性的声音，并把警报分发出去。

工作台上的紧凑型开源无人机声学探测器原型，背景中有一架虚化的四旋翼无人机。

这比“声学无人机探测器”这个笼统说法更具体。VolAnti 并不打算识别所有飞行器，也不打算生成类似雷达的航迹，更不是要替代分层部署的反无人机系统。它针对的是无线电中心型系统中的一个狭窄但重要的缺口：作为本地早期预警设备，发现可能存在的旋翼声学信号。仓库明确将项目限定为探测和告警，并排除干扰、截获、瞄准以及其他反制措施。

这个项目值得关注，是因为它把整条技术链公开了出来：硬件文件、固件、外壳模型、测试音频、文档和浏览器模拟器都可以看到。与此同时，它也需要被谨慎看待。在 104.2 米处完成一次成功测试，能够说明这种设计在特定场景下可以工作，却不能证明它在不同气候、地形或威胁环境中都能提供可靠覆盖。

VolAnti 真正要解决的问题

许多消费级和专业无人机探测器，首先寻找的是电磁特征。通常由无线电控制的飞行器会有控制链路、视频发射器，或者远程识别广播。接收机可以扫描这些信号，对其进行分类，有时还可以估算飞行器或操作者的位置。这种方法有一个明确的边界：空中必须存在某种可供接收的信号。

光纤 FPV 飞行器改变了这个边界。操作者通过实体光纤发送控制信息并接收视频，而不是使用传统无线电链路。因此，在无线电扫描器通常寻找证据的飞行阶段，飞行器可能保持无线电静默。但这并不意味着它在声学上也保持安静。电机、螺旋桨、振动以及空气运动仍然会留下物理信号。

VolAnti 的核心思路，是寻找声音内部有规律的结构，而不是设置一个任意的音量阈值。旋转螺旋桨会产生桨叶通过频率。假设三叶螺旋桨以某个转速运行，那么每转经过三片桨叶，就会形成与三次桨叶通过对应的基频，同时还会在这个频率的倍频位置出现能量。在频谱中，这些峰值会形成类似梳子的形状：一排重复的“齿”，相邻齿之间保持相对稳定的间隔。

具体声学特征取决于螺旋桨、电机、负载、转速、机架、距离、风、周围表面等因素。关键并不是每架无人机都发出完全相同的声音，而是旋翼噪声包含某种周期性特征，而宽带环境噪声通常不会以同样方式保留这种规律。VolAnti 尝试为这种规律性打分。

这就是为什么它并不只是一个连接到音量表的麦克风。音量表很容易被交通、机械、谈话或关门声触发。一个会询问“频谱中是否存在间距均匀、类似旋翼的成分”的探测器，问题本身更有用，尽管它仍然需要面对许多能够模仿部分这种模式的声音。

设备内部有什么

完整设计装入一个大约 91 毫米的外壳。处理核心是 ESP32-S3。对于一个低成本嵌入式信号处理项目来说，这是一个务实的选择：它有能力完成项目所描述的工作负载，供应渠道广泛，开发生态也较为成熟。传感器阵列由四个 ICS-43434 MEMS 麦克风组成，排列成十字形。

这些麦克风并不是用来构建完整的声学成像系统。仓库说明，这个阵列主要承担提高灵敏度的任务，而不是进行测向。在项目使用的频率和实体间距下，四路信号可以组合起来改善信噪比，同时保留接近全向的覆盖。项目曾考虑波束成形，但这个小型阵列没有足够的间距，无法让波束成形成为符合预期用途的有效方案。

其他部件都很普通。一块小型电子纸面板显示警报和时间戳，其优点是即使断电，最后一条消息仍会留在屏幕上。蜂鸣器、红色 LED 和振动电机提供不同形式的本地通知。一枚 Ra-01H LoRa 模块向其他设备发送简短的警报数据包。探测器本身不使用中央服务器，也不要求网络连接才能作出判断。

电源设计比物料清单透露出的信息更周全。VolAnti 使用 USB-C 输入、带电源路径管理的 BQ24074 充电芯片、TPS63020 升降压转换器，以及一枚 1S 2500 mAh 锂聚合物电池。项目报告称，单次充电可运行约 18 至 22 小时。即使设备使用市电，电池也会保留在系统中，因为在调试初期，如果电路板只依赖 USB 供电，蜂鸣器、振动电机和无线电同时启动会造成电压跌落，进而触发掉电重启。

这个细节很好地体现了公开工程失败的价值。原理图可以说明某条电源轨存在，却不能说明一次告警事件是否会让设备重启。对于一台告警仪器来说，故障模式比电路是否漂亮更重要。

信号处理流程

探测器每 32 毫秒获取一帧新的音频。按照项目文档，它以 16 kHz 采样，并在 512 个采样点的帧上使用 2048 点 FFT。FFT 会把一小段麦克风数据转换成频域信息，再与候选旋翼转速进行比较。

首先，VolAnti 会建立一幅关于正常声学底噪的自适应图景。安静的背景声音会经过数秒学习，而响亮的宽带事件会被更快纳入模型。这样做是为了避免设备每次开始监听时，都把一个地点长期存在的噪声当成新的威胁。这个机制在真实环境中有用，但也带来一个熟悉的问题：只要某种声音持续足够久，它就可能被吸收到基线之中。

项目通过多个探测层级处理这个问题。快速梳状探测器会比较候选谐波模式各个“齿”上的能量与齿间能量。它在 70 至 2000 Hz 的候选频率范围内搜索，并保留归一化得分最高的候选项。关键是齿与齿间的对比，而不只是信号的绝对强度。

一次高分还不够。相同的候选频率必须在连续六帧中保持第一名，且变化幅度处于百分之二的容差内。这个持续性检查旨在排除瞬态噪声。旋翼转速可能发生变化，尤其是在飞行器接近或改变推力时，因此固件使用不止一种方式来估计声学结构是否仍然稳定。

四个探测层级对应不同的飞行和噪声状态：

  • 快速梳状探测器面向正在接近或转速不断变化的飞行器。仓库在其给出的测试条件下报告，延迟约为 0.23 秒。
  • 慢速梳状探测器为抵达后悬停的飞行器使用更长时间尺度的自适应底噪，报告响应时间约为 1.4 至 4 秒。
  • 包络探测器寻找与带负载、近距离、高推力飞行有关的宽带调制，列出的响应时间约为 1 至 3 秒。
  • 无底噪梳状探测器使用两秒的 Welch 频谱和白化处理，面向长时间悬停且普通底噪已经“学得太多”的地点；其列出响应时间约为 5 至 15 秒。

这种架构做出了合理的工程取舍。一个只针对声音变化调优的探测器，能够捕捉正在到达的飞行器，却可能在飞行器进入稳定悬停后失去目标。一个只针对稳定模式调优的探测器，在飞行器接近时又可能太慢。让多个专门化测试共享同一频谱，可以让系统针对不同的声学历史作出反应，而不是假装一个阈值适用于所有场景。

项目还表示，第一层探测器由黄金测试向量固定约束。相同的测试音频在笔记本电脑和嵌入式电路板上应当得出相同结果，甚至连报告的得分都应一致。当其他人需要检查或改进信号处理系统时，这种可复现性比一个精致的仪表板更有价值。

首次现场结果说明了什么

目前最醒目的结果来自 2026 年 9 月 6 日的一次测试。测试装置使用四个 2807 级电机和七英寸三叶螺旋桨，在一条有砖墙的街道上，于距离探测器 104.2 米处悬停。仓库称，当时有轻风，附近有经过的车辆和说话的人。无底噪探测器在这个距离触发了告警，而项目报告称车辆没有触发告警。

这个演示有两个值得注意的地方。第一，它使用了意在匹配目标飞行器电机和螺旋桨级别的测试装置，而不是一架没有说明型号的玩具无人机。第二，它把探测器放进了实际有竞争声音的环境中。一个只能在安静田野里工作的算法，作为警报器的价值有限。

但这仍然只是一个测量点，不能据此建立普遍适用的 104 米探测半径。声学传播距离会随着风向和风速、温度、地形、墙体、植被、电机状态以及飞行器朝向发生明显变化。仓库本身给出了一个较宽的预期范围：静风、安静条件下约为 100 至 200 米；在有风或嘈杂地点约为 15 至 50 米；风速高于每秒 8 米时，性能会下降。这些是项目估计，不是独立认证结果。

项目描述的更早测试同样有明确边界。8 月 21 日，在开阔地面上，项目在风向不断变化的情况下于 14 米处探测到带负载的螺旋桨，并报告该次测试没有误报警。8 月 28 日，一块量产电路板据称在黄金向量上匹配了参考输出；在 1938 帧中，最慢一帧耗时 29.4 毫秒，而每帧处理预算为 32 毫秒。这些结果能够说明实现时序和可重复性，却不能充分说明设备在新地点长期运行时会怎样。

仓库还报告称，截至目前，现场测试没有误报警。“截至目前”才是重点。误报警率并不是电路单独决定的属性，它属于具体地点、安装位置、天气模式和维护流程。一条道路、一个屋顶、一座工厂、一条铁路或一个施工现场，都会带来不同的干扰源。来自这些环境的公开构建报告，可能比又一次条件相近的受控悬停更有信息量。

为什么 LoRa 设计得很简单

每个 VolAnti 单元都在本地作出决定。检测到候选信号后，它会发送一个 18 字节的数据包，其中包含设备身份、探测层级、频率、得分和序列信息。其他单元可以直接听到这个数据包。仓库特别强调，系统没有中继，也没有网状路由；设备自身发出告警前，也不需要等待第二个单元投票确认。

这个选择符合设备的用途。网络可以扩大覆盖范围，并把告警传到室内，但如果必须达成共识，就可能增加延迟，或者让一次无线电链路故障变成一次漏报。本地探测还意味着，即使安装中的其他部分掉线，单个设备仍然可以继续运行。代价是，系统不会把多处观察融合成共享航迹，也不会计算目标位置。它负责传播警报，而不是构建带有中央推理能力的传感器网络。

无线电配置属于部署问题，并没有一个适用于所有地区的通用设置。文档为英国和欧盟标示 868 MHz，为美国标示 915 MHz，但仍须遵守当地频段分配和适用法规。实际使用设备时，必须根据所在国家或地区选择频率。这是一个小却重要的提醒：开源硬件并不会让无线电合规问题自动消失。

多设备部署也会改变实际问题。一个周界节点可能最先听到飞行器，而室内节点则放在方便人员响应告警的位置。但覆盖范围不能简单地在地图上画一个圆来推断。建筑物和地形会塑造声音传播，背景噪声会随一天中的时间变化，探测器自身的假设在不同地点也可能表现不同。文档建议把设备位置、电源、维护间隔和覆盖计算都当成部署的一部分，而不是事后补充。

哪些人适合尝试

对于想学习嵌入式 DSP、麦克风阵列、开源硬件和可复现测试的创客来说，VolAnti 是一个很合适的候选项目。仓库提供了两条构建路径。面包板版本使用开发板和麦克风扩展板，除了普通连线和排针，不需要定制 PCB。项目估计，这条路线的成本约为 35 至 45 英镑，耗时一个晚上。

完整设备使用装配好的四层电路板、打印外壳，以及少量最终焊接和机械装配。给出的零件估算约为 50 至 80 英镑。公开设计的目标，是让设备比工作台原型更便携、更容易部署。实际价格会受到运费、元件供应情况、制造地区以及制作者是否已有工具的影响。

对于希望获得真实世界数据的研究者和维护者，这也是一个有用的项目。贡献指南要求构建报告包含固件版本、声源、发生探测和未发生探测时的距离、风况以及误报警信息。这正是项目目前需要的材料。在嘈杂地点得到的阴性结果，可能比在相似条件下取得第二次成功更能揭示问题。

小型机构可以把它作为某处物业周边的实验性预警层，但应先完成自身测试和法律审查。项目的开放文档让检查和维修成为可能，却不会把一台廉价原型机变成关系人身安全的产品。如果漏掉一架飞行器可能造成严重伤害，VolAnti 应当只是多个相互独立的传感器和流程中的一个输入，而不应成为保护性决策的唯一依据。

哪些人应该先等等

如果目标是购买经过认证的探测系统，就应该先等等。VolAnti 还很年轻，公开开发历史较短，目前展示的是项目作者提供的测量结果，而不是第三方性能评估。它的许可在仓库中分开设置：硬件采用 CERN Open Hardware Licence Version 2.0 Weakly Reciprocal，固件采用 Apache-2.0，文档采用 CC BY-SA 4.0。这种安排对于开源硬件项目来说合理，但使用者仍须弄清每种许可分别适用于哪些文件，并在重新分发修改后的设计前审阅完整许可文本。

如果期待测向能力，也应该等待或选择另一类系统。这个外壳内的四个麦克风可以提高灵敏度，但仓库明确没有把阵列描述为精确方位估计器。LoRa 链路能够在设备之间共享告警，却不会对飞行器进行三角定位。需要地图、分类置信度、距离估算，或希望接入现有指挥系统的购买者，还需要额外的传感器和软件。

对威胁分类的期待也应保持克制。VolAnti 监听的是类似旋翼的周期性，它不能证明声音来自某个特定机体，也不能识别载荷，更不能把所有无人机与所有机械干扰源逐一分开。项目的范围是有意收窄的。对于一个可构建的原型来说，这种收窄是优点；但不能把仓库没有宣称的能力强行添加进去。

项目最有意思的开源贡献

有意思的并不只是那个做出来的盒子，而是项目如何从麦克风芯片一路提出一套可测试的论证，直到最后的告警输出。硬件文件暴露了实体层面的假设，固件暴露了帧时序和探测逻辑，测试音频让其他人能够检查算法，黄金向量为后续修改建立了参考，模拟器则让构建者在订购 PCB 之前就能理解处理链。

对于带有安全影响的硬件项目来说，这种做法比发布一段短视频和一张零件清单更可靠。视频可以展示某台设备探测到了某架飞行器，却无法说明风改变时设备会如何表现，也无法说明设备会不会把持续悬停声学习进底噪，更无法说明告警发生的同一刻出现电源尖峰时系统是否会重启。可复现的音频语料和明确阈值，至少为社区提供了可以具体检验和质疑的对象。

项目还为一个双用途设计设定了异常清晰的边界。其范围声明指出，VolAnti 负责探测和告警，不会加入干扰、欺骗、截获、瞄准或其他反制措施。这并不能消除部署本身带来的风险，但能让公开仓库集中于被动感知和预警。对于敏感领域的开源项目，范围纪律本身就是工程的一部分。

这里还有一个关于开源基础设施的更广泛启示：当某种熟悉的探测方法因为对手或技术改变了通信通道而失效时，一个有用的回应可能不是把原有接收机做得更加复杂，而是寻找另一种物理信号。VolAnti 选择了声音。它最终能否成功，取决于这个想法的新颖程度，倒不如说更取决于下一阶段的证据：不同地点、不同天气、不同飞行器、不同安装条件、长时间无人值守运行，以及对漏报的坦诚记录。

更稳妥的评估方式

谨慎的构建者应从仓库提供的面包板路径和测试材料开始。先确认电路板能够复现参考行为，再去解释现场实验。随后，在计划部署的地点测试普通背景声音，包括探测器预计工作时段内必然存在的声音。既要测量探测距离，也要测量未探测距离；在某个点听到一架飞行器，并不等于得到了一张覆盖地图。

接下来，尽可能一次改变一个因素：风、飞行器朝向、悬停与接近、螺旋桨状态、安装高度以及附近障碍物。记录触发的探测层级、响应时间、得分和环境条件。还应把本地结果与仓库的原始数据分开保存，避免把现场测量误认为上游规格。

如果使用多个设备，应将 LoRa 链路与声学链路分开测试。一个能够正确听到声音，却无法通知另一台设备的单元，存在通信问题；一个把每次本地误报警都广播出去的单元，则更可能存在地点适配或算法问题。这两类故障需要不同的修复方法。

最后，操作流程应保持简单。输出是警报，而不是自动决策。操作人员需要知道这个信号意味着什么、不意味着什么，如何在不停止探测的情况下暂时处理扰人警报，以及在采取任何具有后果的行动前还需要哪些其他证据。电子纸显示屏和多种本地输出有助于保持操作清晰，但任何界面都无法弥补未经测试的部署假设。

结论

VolAnti 是近期开源硬件领域里较有说服力的项目之一，因为它把一个清楚的现实缺口，连接到一套容易理解、能够维修的设计上。按专业传感设备的标准看，它体积小、成本低，而且对算法、测试向量、电源故障和自身限制都公开得不寻常。104.2 米的演示是一个有意义的结果，尤其是测试地点附近还有车辆和人员活动。

但这并不能证明几只麦克风可以替代雷达、无线电监测或专业反无人机设备。探测器可能漏掉飞行器，风和噪声可能让声学距离骤然缩短，而目前公开证据仍然有限。因此，合理的建议是有条件的：如果你想研究这个问题、贡献现场数据，或添加一层能够独立验证的被动预警，可以构建它。不要把当前仓库当成经过认证的周界系统、瞄准辅助工具，也不要把无线电频谱安静误认为天空中没有威胁。

下一次有用的发布，不一定是加入最巧妙的新分类器。更重要的版本，可能是拥有更多样的录音、记录完整的误报警、可重复的现场测试流程，以及对维护问题给出清晰答案的版本。开源实验要成为人们能够负责任地依赖的基础设施，关键就在这里。

来源