直接回答

预测性维护的闭环是五步：连续感知 → 边缘/云端趋势分析 → 分级预警 → 检修工单 → 跟踪闭环。

很多企业装了一堆传感器和电表，数据也在传，但最后没变成维护动作——问题往往出在两个断点：要么没有趋势分析（只看阈值报警，漂移看不见），要么没有工单跟踪（报警了没人跟进，下次还报）。缺任何一环，数据都变不成检修。

一、闭环五步，每步干什么

第一步：连续感知。 温度、电流、剩余电流、触头温度，这些量不是"巡检时测一次"，而是每分钟甚至每秒持续采集。FEXLINK-BMS 母线监测系统测母线接头温度，EST-22920-R 多路温度智控器测柜内多个 NTC 点，ESA 全要素智能电表测三相电流电压。数据是时序的，不是快照。

第二步：趋势分析。 光有数据不够，要从数据里看出漂移。今天 35℃、明天 36℃、后天 37℃——单看每天都不超标，但三个月从 35℃爬到 45℃，这就是趋势。天衍引擎 S-02 用 CUSUM 算法做累积和，千知引擎做单参基线，万象引擎做多参融合。这一步是预测性维护和普通报警的本质区别。

第三步：分级预警。 不是所有异常都一样急。温度缓慢爬升是"关注级"，一周内飙升 15℃ 是"警告级"，超过 70℃ 是"紧急级"。分级决定了谁收到通知、多久必须响应。

第四步：检修工单。 预警不能停在 App 弹窗上。太一智控自动生成工单：哪台设备、哪个部位、建议什么处置、截止时间。工单派给运维班组，有状态、有签收、有验收。

第五步：跟踪闭环。 工单执行后，温度是否回落？问题根因是什么？换了接头还是紧了螺栓？这些结果回流到平台，校准下次的预警阈值。闭环转起来，才叫预测性维护。

二、两个最常见的断点

断点一：只看阈值，不看趋势。 很多人装了温度监测，设了个 60℃ 报警值。只要没到 60℃，就觉得没问题。但一个接头从 35℃ 慢慢爬到 58℃，花了半年——这半年里你什么都没做。等到 60℃ 报警时，接触电阻已经很大了，可能马上就要恶化。趋势分析的价值就是在 45℃ 时就提醒你"该安排检查了"，而不是等到 60℃ 才叫。

断点二：报警成堆，没人闭环。 平台一天报 50 条，运维看不过来，关了通知。报警变成噪音，真有问题也被淹没。根因是没有分级、没有工单、没有闭环跟踪。分级后每天可能只有 2 条需要处理，其余自动归档。工单有人签收、有验收，运维才会认真对待。

三、缺了趋势分析会怎样

某园区配电室装了 20 个温度传感器，阈值 60℃。运行两年，没报过警。第三年夏天，一个母线接头烧毁，停产 8 小时。事后调历史数据发现，那个接头的温度从安装后第一年的 32℃，逐年爬到第二年的 41℃，第三年夏天到 55℃——一直没到 60℃ 报警值，但漂移趋势非常明显。

如果有趋势分析，第二年温度爬到 41℃ 时就该提醒"这个接头温升异常，建议停电检查紧固"。不需要等到烧。

四、缺了工单跟踪会怎样

某工厂上了监测平台，第一年热情很高，报警都有人看。第二年，平台每天报十几条，运维疲了，通知关了。第三年，一个接头过热起火，查平台记录发现：这个接头在起火前两个月就开始温度异常，报了 47 次警，没人处理。

根因是没有工单闭环——报警只停在屏幕上，没有变成"谁、什么时候、做什么"的任务。47 次报警等于 0 次。

五、工程落地：从哪开始搭

不用一次上全。推荐分三步：

  1. 先上感知层：关键回路（母线接头、电容柜、变压器低压侧）装温度和电流监测。ESX 智能边缘计算网关做本地采集和初步判断；
  2. 再上趋势分析：把数据接到平台，开千知引擎做单参基线，天衍 S-02 做 CUSUM 趋势。先看 3 个月数据，建立基线；
  3. 最后完工单闭环：太一智控自动派单，运维在手机端签收、反馈。跑顺了再扩大监测范围。

某机场航站楼配电室就是这个路径：第一年装母线温度监测，第二年接平台做趋势分析，第三年完工单闭环。三年下来，非计划停电从每年 3 次降到 0 次。

六、为什么"装了传感器"不等于"做了预测性维护"

很多企业以为：装了温度传感器、装了电表、数据传到云平台——预测性维护就做完了。

错。传感器只是第一步，相当于"眼睛"。预测性维护需要"眼睛 + 大脑 + 手"三件套：

  • 眼睛（感知层）：传感器、电表、监测器——负责采集数据；
  • 大脑（分析层）：趋势算法、异常识别——负责从数据里看出问题；
  • 手（执行层）：工单、检修、验收——负责把问题解决掉。

只有眼睛没有大脑：数据在传，但没人知道意味着什么。 只有眼睛没有手：发现问题了，但没人去修。

很多企业卡在"只有眼睛"这一步——装了 50 个传感器，数据在平台上躺着，从来没人看过趋势报告。三年后设备还是坏了，因为数据从来没变成动作。

这就是为什么闭环五步比传感器数量重要——5 个传感器 + 完整闭环，比 500 个传感器 + 没有闭环有用。

七、CUSUM 趋势分析到底在算什么

读者可能问：天衍引擎 S-02 的 CUSUM 到底在算什么？为什么它能比"设阈值"更早发现问题？

CUSUM = Cumulative Sum（累积和）。它的思路是：

  • 不是看"今天温度是不是超标"；
  • 而是看"最近温度和基线比，累积偏移了多少"。

举例：

  • 正常基线：35°C；
  • 第 1 周：36°C（+1）；
  • 第 2 周：37°C（+2）；
  • 第 3 周：38°C（+3）；
  • 第 4 周：39°C（+4）。

单看每周：36°C、37°C 都不超标（阈值 60°C）。但 CUSUM 累积偏移 = 1+2+3+4 = 10——这个累积值超过了警戒线，说明温度在持续爬升，不是正常波动。

这就是 CUSUM 的价值：它能在温度只有 39°C 时就提醒你"这个趋势不对"，而不是等到 60°C 才报警。

普通阈值报警是"出事后叫"，CUSUM 是"出事前叫"。这就是预测性维护和普通监测的本质区别。

八、闭环成功的三个关键指标

怎么判断你的预测性维护闭环跑起来了？看三个指标：

  1. 预警响应率：发出的预警，有多少在规定时间内被签收处理？目标 >90%。如果只有 30%，说明工单没闭环；
  2. 非计划停电次数：装了监测后，非计划停电应该逐年下降。如果没降，说明趋势分析没起作用；
  3. 预警准确率：发出去的预警，有多少最后证实是真问题？目标 >70%。如果只有 20%，说明误报太多，运维会麻木。

这三个指标是检验闭环是否真的跑起来的硬标准。装了传感器但这三个指标没改善，等于白装。

适用范围与限制

本文适用于低压配电柜预测性维护闭环搭建。FEXLINK-BMS、EST-22920-R、ESA、ESX、太一智控为微物联对应产品示例，具体参数以产品手册为准。不同行业（数据中心、地铁、化工）的分级阈值和响应时间差异较大，需按现场安全等级调整。