3. 风电机组状态监测系统架构
风电机组状态监测系统（CMS，Condition Monitoring System）并不是“装几个振动传感器 + 一台电脑”这么简单，它是一条从物理量感知到运维决策的完整信息链。理解这条链路的架构，是后续做测点布置、阈值设定、故障诊断和运维排程的基础。本节按“感知层—采集层—传输层—边缘层—平台层”五级结构展开，重点说明每级承担什么职责、关键选型参数是什么、以及它们之间如何衔接。
一、感知层：传感器类型与选型
感知层是系统的“神经末梢”，直接决定后续数据是否可用。风电机组CMS常用的传感器可分为四类：
- 振动传感器：主轴承、齿轮箱、发电机、塔顶等部位使用。低频段（0.5～10 Hz）关注塔筒摆动与主轴低频振动，常用加速度计或速度传感器；中高频段（10 Hz～10 kHz）关注齿轮啮合、轴承故障特征频率，需选用灵敏度约100 mV/g的IEPE压电加速度计，并保证安装谐振频率高于被测上限的3～5倍。
- 转速/相位传感器：磁电式或电涡流式，用于提供键相（Keyphasor）信号，是阶次分析和相位诊断的基准。齿轮箱高速轴转速通常为1500～1800 r/min，键相每转一个脉冲。
- 温度传感器：PT100铂电阻用于齿轮箱油温、发电机绕组、主轴承温度，量程一般-50～200 ℃，精度±0.5 ℃。
- 其他专用传感器：油液颗粒计数器（监测齿轮箱磨损）、超声波风速仪、应变片（叶片载荷）、电流互感器（发电机电气量）。
选型时需同时考虑四个参数：量程（覆盖最大预期值并留20%余量）、频响范围（覆盖故障特征频率）、灵敏度（与采集单元输入匹配）、环境适应性（-40～+85 ℃、防护等级IP67以上、抗电磁干扰）。例如某2 MW机组齿轮箱高速轴轴承故障特征频率约为120 Hz，则加速度计频响下限应低于10 Hz，上限不低于2 kHz，才能同时捕捉转频与轴承冲击。
二、采集层：数据采集单元（DAU）
数据采集单元负责将模拟信号转换为数字信号，并做初步缓存与预处理。核心参数包括：
- 采样率：按奈奎斯特准则，采样率应大于分析最高频率的2.56倍。振动分析常用25.6 kHz采样，对应分析带宽10 kHz。
- 分辨率：通常16位或24位ADC，24位可提供约144 dB动态范围，适合同时捕捉微弱早期故障与强冲击。
- 通道数：一台DAU常配8～16个振动通道 + 2～4个转速通道 + 若干温度通道，按机组测点数量配置。
- 同步方式：多通道必须共时钟同步采样，否则相位差会导致阶次分析失效。
DAU通常安装在塔基柜或机舱内，需具备抗振、宽温、防盐雾能力。采集策略上，常采用“定时采集 + 触发采集”结合：正常工况每10分钟采一组10秒振动数据；当振动有效值超过预警阈值时，自动切换为连续采集并提高采样率。
三、传输层：通信网络
机舱到塔基、塔基到升压站、升压站到集中监控中心，三段链路的通信需求不同：
- 机舱—塔基：距离短（约80～120 m），但需穿过滑环或光纤旋转接头。推荐工业以太网（100 Mbps）或光纤，避免滑环引入噪声。
- 塔基—升压站：距离数百米至数公里，采用工业以太网环网或光纤，支持IEC 61850或Modbus TCP协议。
- 升压站—集中监控中心：距离可达数十公里，采用光纤专网或4G/5G无线，需考虑带宽与延迟。振动原始数据量大（16通道×25.6 kHz×24位≈1.2 MB/s），通常只上传特征值（RMS、峭度、包络谱峰值）和报警片段，原始数据按需回传。
通信协议选择上，Modbus TCP简单通用但实时性一般；OPC UA具备信息建模能力，适合平台层集成；MQTT适合无线低带宽场景。实际工程中常采用“边缘侧OPC UA + 平台侧MQTT”的混合模式。
四、边缘层：边缘计算
边缘计算单元部署在风电场侧，承担三类任务：数据清洗与压缩（剔除停机、限功率等无效工况）、特征提取（时域RMS、频域包络谱、阶次谱）、本地报警判断（阈值比较、趋势突变检测）。这样做的目的是减少上传数据量、降低中心平台计算压力，并在网络中断时仍能本地报警。
典型边缘节点配置：ARM或x86工控机，4核以上CPU，8 GB内存，256 GB SSD，运行Linux + Docker容器。算法上可部署轻量级FFT、包络解调、简单神经网络推理。例如对齿轮箱振动信号做包络谱分析，提取轴承外圈故障特征频率（BPFO）幅值，若连续3个采集周期超过基线值的3倍，则触发预警。
五、平台层：集中监控平台
集中监控平台是运维人员的“驾驶舱”，基本组成包括：
- 数据接入服务：接收各风电场边缘节点上传的特征值、报警和原始数据，支持断点续传。
- 时序数据库：存储振动特征值、温度、转速等时间序列，常用InfluxDB、TDengine或PI。
- 分析与诊断模块：趋势分析、多机组对比、故障库匹配、剩余寿命预测。
- 可视化与报警：Web端看板、移动端推送、工单联动。
- 资产台账：记录每台机组传感器型号、安装位置、校准日期，支撑选型追溯与维护。
平台层的关键指标是数据完整率（应≥99%）、报警响应时间（从采集到推送≤30秒）和误报率（应控制在5%以内）。实际运行中，需定期用已知故障案例回测诊断算法，持续优化阈值。
六、架构协同与工程要点
五层架构不是孤立的，实际工程中需注意三点协同：
- 采样率与通信带宽匹配：若DAU以25.6 kHz采集16通道，原始数据率约1.2 MB/s，直接上传会压垮网络。因此边缘层必须先做特征提取，只上传RMS、峭度、包络谱峰值等，数据量可降至原来的1/1000。
- 时间同步：各机组、各通道必须统一时间基准（NTP或PTP），否则多机组对比和故障复现会失去意义。建议全站PTP同步，精度优于1 ms。
- 报警阈值分层：边缘层设“预警”阈值（如RMS超过基线2倍），平台层设“报警”阈值（如超过基线4倍并持续3个周期），避免误报淹没运维人员。
理解这套架构后，后续的测点布置、阈值设定、故障诊断和运维排程就有了明确的落脚点：传感器决定“能测到什么”，采集单元决定“测得准不准”，通信网络决定“传得回不回”，边缘计算决定“报得快不快”，平台层决定“看得清不清”。五者缺一不可，任何一层短板都会让整个CMS的可用性大打折扣。