风电场运维知识助手与告警降噪

一个新能源集团下辖 47 个风电场,风机、逆变器、电表来自多个厂家,协议各不相同;现场告警误报率约 29%,运行人员从「看告警」变成「忽略告警」;检修记录散在纸质本和 Excel 里,同一个故障十几种写法。

行业
能源
客户规模
47 个风电场 · 装机 2.1GW
交付周期
116 天上线
团队配置
1 Echo + 3 Delta
能源:风电场运维知识助手与告警降噪

上线后的变化

11%
告警误报率
原为 29%
0
真实告警漏报
一票否决项
8 分钟
故障检索时长
原为 25 分钟
92%
检修记录数字化
4 年记录

口径说明:以上为项目结项时的实测值,基线取自客户改造前的系统日志与人工记录。不同客户的起点不同,这些数字不能直接外推。

改造之前

原来的做法,和它卡住的地方

多厂家设备协议各异,一个厂家一套平台;告警一股脑推给运行人员;检修记录躺在纸质本和 Excel 里,靠老师傅的记忆串起来。

具体卡在哪

  • 多厂家设备协议各异,接一套新设备定制开发周期以月计,集控中心看不到统一视图
  • 告警误报三成左右,真正要动作的告警被淹掉,运行人员养成「先静音」的习惯
  • 检修经验在师傅脑子里,4 年记录躺在纸质本和 Excel,人一走经验就失传

交付过程

我们做了什么

顺序就是实际推进的顺序。第一步永远是现场清点设备与协议,不是画平台架构图。

五件具体的事

  • 多协议统一采集:IEC 104 / Modbus / 私有协议适配,风机与升压站同一视图
  • 告警收敛:动作类与告知类分级推送,重复告警合并,误报进日志不打扰人
  • 记录数字化:4 年检修记录 OCR 识别,按「设备-现象-原因-处置」结构化
  • 检索辅助:输入现象给出可能原因与历史处置,答案带出处,没有依据明确说没有
  • 安全分区:生产控制区与管理信息区隔离,国密算法传输,接入方案先过安评

项目结束时交付了什么

  • 运行在生产环境里的系统,不是演示环境
  • 带失败案例的评测报告,指标可复现
  • 设备手册与运维 Runbook,班组能照着独立处置
  • 架构文档与源码,不留技术依赖
  • 面向运维班组的培训,以及 30 天陪跑

技术要点

几个决定成败的技术选择

同一个需求可以有很多种做法,下面是我们最终选的那几种,以及为什么。

协议适配层

把各家协议的差异关在一层里,上面只认统一点表。再来一个新厂家,只加一个适配器,不动上层。

告警分级与合并

动作类必达、告知类进日志、重复告警按时间窗合并。判据走双通道 —— 统计侧用稳健 z 分数(关注 σ=3.5、报警 σ=6),模型侧用 IsolationForest,两侧同时命中才升级为报警。第一版只看单指标峰值越线,把正常启停当成故障,那一版已经废弃。阈值与基线都可配置,换一台设备不用重训模型。误报降下来,真警才看得见。

检索带出处

每条处置建议都挂原始记录与手册页码。查不到就说查不到 —— 电厂的答案不能编。

安全分区与国密

管理信息区的应用要够生产区的数据,走隔离与加密,不破防。这一条没有技术替代方案。

多协议采集告警收敛RAGOCR 数字化安全分区

“现在风机一报警,系统先告诉我们这像什么、历史上怎么处理的。老师傅的经验终于留下来了,年轻人上手也快多了。”

客户运维部主任某新能源集团 · 能源

适用边界

这个案例适合谁,不适合谁

照抄别人的方案是常见的踩坑方式。先说清楚边界,比事后解释便宜。

适合

多厂家设备、告警量大、检修记录散、经验传承压力大的场站与集控中心。

不适合

单厂家全新场站 —— 原厂系统本身够用,先别叠一层。叠了也只是多一个要维护的系统。

相关案例

其他三个案例