直接回答

預測性維護的閉環是五步：連續感知 → 邊緣/雲端趨勢分析 → 分級預警 → 檢修工單 → 跟蹤閉環。

很多企業裝了一堆傳感器和電表，數據也在傳，但最後沒變成維護動作——問題往往出在兩個斷點：要麼沒有趨勢分析（只看閾值報警，漂移看不見），要麼沒有工單跟蹤（報警了沒人跟進，下次還報）。缺任何一環，數據都變不成檢修。

一、閉環五步，每步幹什麼

第一步：連續感知。 溫度、電流、剩餘電流、觸頭溫度，這些量不是「巡檢時測一次」，而是每分鐘甚至每秒持續採集。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、太一智控為微物聯對應產品示例，具體參數以產品手冊為準。不同行業（資料中心、地鐵、化工）的分級閾值和響應時間差異較大，需按現場安全等級調整。