直接回答

告警落到"哪个柜子哪一路"才能执行。把配电系统按园区→建筑→楼层→配电室→柜→母线段→回路→端子→接触点分级建模（场景树），每个监测点挂到具体节点上。

位置感知的告警才可执行，否则数据再多也只是"知道有问题"。

一、没有位置感知会怎样

手机收到告警："温度超限 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 万。

一年省 2.5 万——两年收回建模成本。

适用范围与限制

本文适用于配电监测系统的位置建模。ESX/ESI 为微物联对应产品示例，具体参数以产品手册为准。