← 返回案例库
SCADA 2026 · 全国 2026-10-21
本文数据为占位示例。结构、方法与推理链是真的;具体数字(天数、百分比、机型参数)尚未与你核对,发布前必须替换为你的真实记录。

十年台账里,有 31% 的停机被归错了类

同一台机组在不同年份被记成不同故障类型。重新对齐后发现,三类真实主因的占比和原报表差了很远。

记录约 4.7 万条停机记录
记录10 年 / 12 个风场
记录31%
记录三元组对齐

一 · 报表没问题,但它没用

集团年度故障报表显示:"变桨系统故障"占全部停机的 48%,是绝对第一大类。基于这个结论,技改预算的大头投向了变桨驱动器。

但现场的人不这么看。他们的说法是:变桨确实常坏,可真正修不好的、反复来的,是另外几样。

二 · 差异从哪来

抽了 300 条原始记录人工复核,问题立刻出现:

三类记录,一个原因。分类字段跟着"最后触发的保护"走,而不是跟着"根因"走。

三 · 重新对齐

不看分类字段,改用三元组:

报警码(原始) + 子系统(变桨/偏航/液压/传动/电气) + 处理动作(换件/复位/调整/清理)

处理动作是关键。复位就好 vs 换件才好,指向完全不同的根因层级。把它加进来,同一类原因的记录会自动聚到一起。

四 · 改判后的结果

根因原报表占比重算占比偏差
变桨电源 / 储能归属分散,无单列34%—
变桨轴控通讯混入"通讯故障"22%—
液压系统12%15%+3 pt
驱动器本体48%(含上述两类)9%−39 pt

驱动器本体只占 9%。 也就是说,原报表把 39 个百分点的预算,投给了一个只占 9% 的问题。

五 · 结论

台账不是记录,是模型。
分类字段一旦跟着"最后动作"走,报告就会长期指向错误的方向,而且没人会发现 —— 因为它年年一致。

边界:三元组对齐依赖报警码的长期稳定性。若厂家在硬件升级时改了报警码定义,必须先建映射表,否则会引入新的错配。

← 返回案例库 有类似问题,聊聊