第4章数据采集与传输系统

4. 数据采集与传输系统：数据采集硬件架构

各位同行，咱们今天聊聊数据采集这块。说实话，很多叶片监测项目最后出问题，不是算法不行，而是数据从源头就歪了。我见过太多案例，传感器装得漂漂亮亮，结果数据传回来全是噪声——嗯，这就是采集和传输没设计好。

先说说硬件选型。风机叶片监测的采集硬件，我一般分三个层级：

PLC（可编程逻辑控制器）：适合开关量、低频模拟量采集。比如叶片变桨角度、刹车状态这些。PLC的优点是稳定，抗干扰强，但采样频率上不去，一般也就几十赫兹。
DAQ（数据采集卡）：高频振动信号、声发射信号必须用DAQ。我习惯用NI或国产的同步采集卡，采样率能到10kHz以上。注意，叶片振动监测至少需要1kHz采样率，否则高频裂纹信号根本抓不到。
边缘网关：这是近两年才普及的。说白了，就是在风机机舱里放一台小工控机，跑轻量级算法。我建议把FFT、特征提取这些计算下沉到边缘端，只把结果上传云端。这样能省80%的带宽。

我的经验：2021年我在西北某风场做改造，原来用PLC直接采振动信号，结果频谱全是工频干扰。后来换成隔离型DAQ，问题才解决。记住，PLC不是万能的，高频信号必须用专用采集卡。

协议这块，很多人觉得随便选一个就行。其实不然，不同场景有不同讲究。

老牌协议，简单可靠。我一般用它做PLC和传感器之间的通信。RTU模式比TCP模式更抗干扰，适合长距离传输。但注意，Modbus是主从架构，一个主站最多带247个从站，而且实时性一般。

这是工业4.0的标配。支持加密、数据建模、历史回溯。我建议在边缘网关和上层平台之间用OPC UA。它能把振动数据、温度数据、报警信息统一建模，方便后续做数字孪生。

轻量级发布/订阅协议。适合带宽有限、网络不稳定的场景。比如从风机到集控中心，用4G网络传输时，MQTT是最佳选择。我习惯用QoS=1级别，既保证消息不丢，又不会太耗流量。

避坑指南：我曾经在项目里混用Modbus和MQTT，结果数据对不上时间戳。后来统一用NTP对时，所有设备同步到毫秒级。记住，时间同步是数据融合的前提。

这是最容易被忽视的环节。很多人觉得采样率越高越好，结果数据量爆炸，存储和传输都扛不住。

我一般按这个原则：

叶片振动监测：1kHz采样，16位精度，单通道数据率 = 1000 × 2 = 2KB/s。一个叶片装3个加速度计，就是6KB/s。一天下来约500MB。
声发射监测：需要500kHz采样，但只触发记录。平时不存数据，只有信号超过阈值才记录1秒。这样一天也就几十MB。
温度、应变：低频信号，1Hz采样就够了。一天不到1MB。

监测类型	采样频率	通道数	单日数据量
叶片振动	1 kHz	3	~500 MB
声发射	500 kHz（触发）	2	~50 MB
温度/应变	1 Hz	6	~1 MB

注意：如果所有数据都原始上传，一台风机一天可能产生2GB数据。一个风场50台风机，就是100GB/天。所以必须做边缘计算，只上传特征值。我见过某项目因为没算数据量，结果4G流量费比传感器还贵。

下面这张图是我自己总结的，把采集、传输、处理串起来了。你想想看，数据从传感器到数字孪生平台，中间要经过多少环节？每个环节都可能引入误差。

这张图里，我特意画了从平台到采集层的反馈箭头。为什么？因为数字孪生不是单向的。平台发现某个叶片振动异常，可以动态调整采样频率，从1kHz提升到5kHz，抓取更多细节。这就是闭环监测。

核心要点：数据采集不是越全越好，而是够用就好。我一般按「奈奎斯特采样定理」的3-5倍来设采样率。比如叶片一阶固有频率是10Hz，那我设50Hz采样就够了。但如果是裂纹监测，需要捕捉高频冲击信号，那至少1kHz起步。

好了，这一章就到这里。数据采集是数字孪生的地基，地基不稳，上层建筑再漂亮也是白搭。下一章咱们聊聊传感器选型和安装位置——嗯，这里面的坑更多。