ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

LabVIEW 接 600 只麦克风:给客机噪声成像

LabVIEW 接 600 只麦克风:给客机噪声成像 在某航空制造企业的飞行试验中600 多只地面麦克风按螺旋阵列铺满跑道末端用 LabVIEW 与 PXI 组成的分布式系统同步采集。而上一代系统的代价是每 100 个采集通道要拉约 10 英里电缆。客机噪声成像的麦克风阵列与采集机柜界面呈现噪声级分布热图01 要做什么给一架客机的噪声拍照片客机在起飞、降落和稳定飞行阶段的噪声是航空制造领域的老问题。某航空制造企业为此开展了静音技术验证项目第二阶段QTD2的飞行试验测试一批降低飞机噪声的新技术。整体思路是相控阵声学成像用麦克风阵列采集噪声数据处理成噪声级分布图图上能看出噪声从哪里发出、在什么频率、有多响。把分布图与视觉图像叠加就能评估降噪技术的实际效果找出还有哪些噪声源可继续降并区分发动机噪声和机体噪声。靠这套方法验证了几项降噪设计发动机排气道上的锯齿形结构、发动机进气口的新型声学处理以及主起落架的气动整流罩。难点随之而来需要分布式架构的测试系统通道数要能扩展到 1000 通道以上且所有通道之间保持严格的定时与同步。同时还有两条硬约束——成本要低系统要能随需求灵活伸缩。02 难在哪上一代 VXI 系统的三笔账2001 年第一阶段项目用的是 VXI 测试系统在通道数和通道带宽两方面都受限。麻烦主要在架构上VXI 要求集中式数据架构所有机箱必须放在一起才能同步麦克风到采集系统之间只能靠长电缆连接每 100 个采集通道大约需要 10 英里电缆。还有三笔账跨多个 VXI 机箱同步仪器存在时间延迟每通道成本高数据回取耗时显著。03 方案把采集硬件搬进麦克风阵列里借助 PXI 的灵活性与模块化搭出了一套通道数几乎不受限制的可扩展系统。更关键的一步是利用 PXI 定时与同步卡把采集硬件直接分散部署到麦克风阵列中——麦克风到采集模块的距离被压到极短线缆用量因此减少近 80%通道之间的相位匹配仍保持在 1 度以内。采集用的是 PXI 声音与振动模块速率最高 204.8 kS/s。整套系统由八台 PXI 机箱组成每台装声音与振动模块、PXI 定时与同步卡和光纤连接定时与同步卡把采集时钟和启动触发分发到系统中的每一个采集通道。每块光纤卡把一台 PXI 机箱与一台运行 Windows 和 LabVIEW 的 PXI 服务器级控制器连接起来机箱与控制计算机最远可分离 200 米。每台控制器再通过千兆以太网接到中央主机让数据更快回传到主机及后续处理分析系统。相比上一代每通道成本下降超过 50%。主机架负责定时与触发从机箱接收定时与触发信号、本地采集并存盘一台主机负责全部系统的配置、提供设置与控制界面并接收所有数据。控制器选用 PXI-83501U 机架式服务器级随附光纤链路设备控制器可放在最远 200 米外的拖车里采集设备分散在阵列周围的多个簇中。存储走商用现货路线控制器内的 SATA 硬盘组成 RAID 0所有通道以完整采样率直接流式写入磁盘通道数也可按需扩展。04 LabVIEW 里的程序一个人不到六个月整个系统完全用 LabVIEW 开发。代码上直接复用或稍作修改沿用了其他开发者的代码与现成设计。即便算上 LabVIEW 的学习曲线整个应用由一个人不到六个月开发完成。配合 PXI 的模块化特性与精心选择的软件架构扩容变得很简单开发中途这一点被验证过一次项目临时要增加 128 个通道从 320 通道扩到 448 通道只用了约两小时——包括拆箱、插上输入模块以及改一个两分钟的配置文件。同步靠 PXI 同步模块实现既用于同一机箱内模块间的严格同步也用于把定时与同步扩展到多个机箱。组合使用这些模块所有机箱运行在同一个时钟下电缆把定时信号分发到整个系统机箱可分离 200 米采集设备之间仍保持严格同步。最终分布在八台机箱上的全部 448 个通道在 93 kHz 下匹配到 1 度以内。采集模块选了 PXI-4462 动态信号采集模块4 个同步采样输入通道93 kHz 带宽。选型是为了覆盖从全尺寸到风洞缩比模型试验的广泛场景并要求比原系统更高的采样率和动态范围全尺寸试验关心的频率通常不高于 11.2 kHz而用 1:20 缩比模型做风洞试验时需要更高采样率。模块采用 24 位 sigma-delta 模数转换器可测量低至 1.25 微伏的信号。PXI 声音与振动模块为传感器提供的 IEPE 集成电流源带来 30 倍成本下降也大幅降低了传感器复杂度。05 结果试验场是 600 多只地面麦克风按定制螺旋图案排布铺在跑道末端一片 250 英尺宽、300 英尺长的区域内。系统采集一架大型双发宽体客机飞过头顶的噪声随即回取并处理得到这架飞机的声学图像。数据处理计算机集群通过千兆以太网连接主机实时分析数据。节奏很紧典型测试周期里飞机大约每六分钟飞越阵列一次系统必须在这个窗口内完成上一次数据的回传并准备好采集下一轮。整个测试序列完成 300 多次采集产出 78 分钟飞越结果数据量超过 1 TB。最终成绩是每通道成本比上一代下降超过 50%所需电缆量降到原来的五分之一飞越试验应用中麦克风系统成本降到三十分之一。06 这个案例说明什么这个项目最值得琢磨的是它把同步提到了架构的中心位置。分布式采集的诱惑很直接把采集点推到传感器旁边线缆自然就短了。但采集设备一旦被拆散到几百米范围内通道间的一致性就从默认成立变成必须证明。1 度相位匹配、93 kHz、448 通道、八台机箱、200 米间距这几个数字是绑在一起才有意义的它们共同定义了系统的能力边界。第二点是扩容成本。从 320 通道到 448 通道只花两小时其中大部分时间还在拆箱插模块——扩容的瓶颈不在硬件而在软件架构是否提前把通道数当成配置项而非设计常量。第三点是一个人不到六个月。这类项目的软件复杂度常被低估能在单人投入下完成通常意味着两件事做对了复用了成熟代码软件结构与硬件模块化相匹配。先解决同步再谈通道数分布式采集省下线缆代价是通道间一致性必须被证明。相位指标、采样率、机箱间距这几个参数是相互绑定的。把通道数做成配置项扩容花两小时还是两个月差别不在硬件在于软件架构有没有提前为通道数变化留好接口。07 写在最后600 多只麦克风、448 个同步通道、1 TB 数据——这套系统的价值不在某一次试验而在于把每次都要重新搭的测量需求变成了一套可按通道数伸缩、也能拆分复用的测试平台。我们专注 LabVIEW 软件开发与测试测量系统集成从硬件选型、方案设计到现场交付调试提供一站式服务。如果你也面对高通道数同步采集、多机箱分布式测量这类需求欢迎在评论区留言身边朋友有类似项目也欢迎帮忙引荐。
返回列表