直接回答

告警落到「哪個柜子哪一路」才能執行。把配電系統按園區→建築→樓層→配電室→櫃→母線段→迴路→端子→接觸點分級建模（場景樹），每個監測點掛到具體節點上。

位置感知的告警才可執行，否則資料再多也只是「知道有問題」。

一、沒有位置感知會怎樣

手機收到告警：「溫度超限 85°C」。 然後呢？

  • 哪個園區？哪棟樓？哪層？哪個配電室？哪個櫃？哪個迴路？
  • 值班員一臉懵，開車過去找半天。

這就是「知道有問題，但找不到問題在哪」。

二、18 級場景樹

把整個配電系統按空間層級建模：

園區 → 建築 → 樓層 → 配電室 → 櫃 → 母線段 → 迴路 → 端子 → 接觸點

每個監測點在系統裡掛到具體節點。告警自動帶完整位置標籤：

「XX 園區 A 棟 3 層 3# 配電室 進線櫃 母線段 2 迴路 接線端子 T1 溫度 85°C」。

值班員一眼看到位置，直接派工。

三、位置感知的價值

  • 告警可執行：不用現場找；
  • 歷史可追溯：同一位置歷史溫度曲線；
  • 責任可劃分：哪個物業、哪個電工負責這段；
  • 工單可自動派：按位置路由到對應班組。

ESX 智慧邊緣運算閘道器是場景樹的承載者；ESI 數字型別狀態監測器把每個開關位置掛到樹節點上。

四、常見錯誤

  • 裝置只掛「配電室」一層：告警來了還是要開櫃找；
  • 位置資訊靠人工填：竣工後改一次現場，資料沒更新；
  • 不同系統各自建模：BA 一套、電氣監控一套，位置對不上。

五、為什麼要建場景樹

讀者可能問：監測裝置裝上，告警發過來就行了，為什麼還要建場景樹？

因為「告警」和「可執行的告警」是兩回事。

沒有場景樹：

  • 告警：「溫度 85°C」；
  • 值班員：哪個櫃子？哪一路？開車過去，開 10 個櫃子找——花了 2 小時。

有場景樹：

  • 告警：「A 棟 3 層 3# 配電室 進線櫃 2 迴路 端子 T1 溫度 85°C」；
  • 值班員：直接去 A 棟 3 層 3# 配電室，找到進線櫃，打開門，找 2 迴路端子 T1——5 分鐘搞定。

這就是場景樹的價值——把「數據」變成「位置」，把「告警」變成「可執行的工單」。

六、場景樹怎麼建

場景樹不是一次建完的，是逐步細化的：

第一步：空間層級。

  • 園區 → 建築 → 樓層 → 配電室。

這是粗粒度的——先把大位置定下來。

第二步：設備層級。

  • 配電室裡有哪些櫃？進線櫃、電容櫃、饋線櫃……

這是中粒度的——櫃編號、櫃位置。

第三步：迴路層級。

  • 每個櫃裡有哪些迴路？1# 迴路去空調、2# 迴路去照明……

這是細粒度的——每個迴路編號、去向。

第四步：測點層級。

  • 每個迴路上有哪些測點？溫度、電流、漏電……

這是最細的——每個測點編號、安裝位置。

四層建完，場景樹就立起來了。

七、位置感知和工單怎麼配合

有了場景樹，告警就能自動派工單：

  • 告警：「A 棟 3 層 進線櫃 溫度 85°C」；
  • 系統自動判斷：A 棟 3 層歸物業一班管；
  • 自動生成工單：派給物業一班張師傅；
  • 張師傅手機收到：「A 棟 3 層 3# 配電室 進線櫃 溫度超限，請巡檢」。

張師傅直接過去——不用值班員再打電話安排。

這就是「位置感知」的最終價值——不只是告訴你「哪裡出問題」，還能自動派工。

八、為什麼不同系統位置要統一

讀者可能問：我們有 BA 系統（樓宇自控），也有電氣監控系統——為什麼要統一位置？

因為不統一，數據就對不上。

BA 系統說：「A 棟 3 層 空調溫度 25°C」。 電氣監控說：「A 棟 3 層 電流 100A」。

這兩個是同一個位置嗎？BA 的「A 棟 3 層」和電氣的「A 棟 3 層」——是同一層樓嗎？

如果不統一，你沒法把「空調溫度高」和「電流大」關聯起來——不知道是空調電流大導致溫度高。

統一位置樹 = 統一坐標系 = 數據能關聯 = 能做跨系統分析。

這就是為什麼場景樹要統一——不只是電氣系統用，整個樓宇管理都要用。

九、一個真實的教訓

某園區，監測系統只建了「配電室」一層——告警只說「3# 配電室溫度超限」。

值班員到了 3# 配電室——裡面有 20 個櫃子——哪個櫃子？哪一路？

開櫃子找了 1 小時——發現是電容櫃裡一個接觸器溫度高。

這時候已經晚了——接觸器已經燒了，換了一個花了 2000 塊。

教訓：告警只到「配電室」不夠——要到「櫃」，到「迴路」，到「端子」。

正確做法：建完整場景樹——告警直接到「3# 配電室 電容櫃 2 迴路 接觸器 K1 溫度 85°C」。值班員直接去那個櫃子，那個接觸器——5 分鐘搞定。

十、場景樹和資產臺賬的關係

場景樹不只是位置——它還是資產臺賬。

每個節點掛著：

  • 設備型號；
  • 安裝日期；
  • 檢修記錄；
  • 責任人。

你在場景樹上點「進線櫃」——看到：

  • 型號：MNS2.0；
  • 安裝：2020 年；
  • 最近檢修：2025 年 3 月；
  • 責任人：張師傅。

這就是「數位孿生」——線上有一棵完整的設備樹，和線下一一對應。

ESX 智慧邊緣閘道就是這棵樹的承載者——所有裝置數據掛在樹上，所有告警帶著位置，所有工單按位置路由。

十一、一句話總結

數據不帶位置 = 知道有問題，找不到問題。 數據帶位置 = 直接知道去哪修。

這就是場景樹的價值——把「監測」變成「可執行的維運」。

十二、建場景樹的成本

建場景樹要多少錢？

一個中型園區（10 棟樓，200 個櫃，1000 個迴路）：

  • 建模人工：2 人 × 1 個月 = 2 萬；
  • 軟體平台：5 萬/年。

看起來不少。

但一次故障找錯位置花的時間：2 小時 × 值班員工時費 = 500 塊。

一年 10 次故障：5000 塊。

加上故障擴大損失（比如接觸器燒了）：2000 塊 × 10 次 = 2 萬。

適用範圍與限制

本文適用於配電監測系統的位置建模。ESX/ESI 為微物聯對應產品示例，具體參數以產品手冊為準。