跳到主要内容

资产和孪生上下文

设施运营需要稳定的运营模型，才能支撑看板、巡检、工单、能源审阅和 AI 辅助摘要。本页说明如何准备设施资产、空间、系统、模型资产、源别名和语义关系。

资产和孪生上下文应帮助操作员回答实际问题：资产在哪里、属于哪个系统、由哪些源数据描述、有哪些工作记录影响它，以及相邻设备或空间是否可能受影响。

上下文流程​

前置条件​

要求作用
设施负责人确认运营团队使用的站点、空间和系统命名。
资产源清单提供设备 ID、源别名、位置和负责人字段。
模型源当需要可视化上下文时提供 3D、BIM、CAD 或组件引用。
源系统映射说明 BMS、CMMS、表计、文档和 Inspector 如何命名同一资产。
审阅人在语义关系支撑能源、证据或 AI 工作流前进行确认。

核心模型​

层级准备内容
站点和空间站点、建筑、楼层、区域、房间、分区和服务边界。
系统HVAC、冷冻水、电气、消防、水务、电梯、IAQ、照明、UPS、生产公辅或客户自定义系统。
设备设备 ID、名称、类别、负责人、源别名、位置、状态和父系统。
点位和表计传感器、点位、表计、设定点、告警、状态和单位引用。
文档手册、SOP、图纸、维护历史、巡检记录和证据文件。
模型资产3D、BIM、CAD、组件几何、模型版本和 twin-model 绑定。

第 1 步：建设设施层级​

从用户熟悉的运营结构开始。

  1. 创建或确认站点。
  2. 按需要添加建筑、楼层、区域、房间或分区。
  3. 按系统和服务边界组织设备。
  4. 分配负责人团队和角色。
  5. 记录用户已在源系统中使用的名称和代码。

层级应支持现场工作和运营审阅，方便技术人员按位置、系统或设备名称查找资产。

第 2 步：标准化设备身份​

每个运营资产都应在 FactVerse 中有一个稳定身份。

字段审阅说明
资产 ID工作流和 API 使用的稳定内部 ID。
显示名称操作员使用的人类可读名称。
源别名BMS、CMMS、EAM、表计、图纸或表格中的名称或代码。
设备类别冷机、泵、AHU、表计、阀门、配电柜、风机、电梯、UPS、传感器或客户自定义类别。
位置建筑、楼层、房间、分区或区域。
负责人运营团队、维护团队、承包商或数据负责人。

第 3 步：绑定模型资产​

模型资产把几何和运营身份连接起来。

绑定用途
模型资产将 3D、BIM、CAD 或导入模型注册为平台资产。
模型版本跟踪源几何或元数据变化。
组件几何将设备对象或子组件连接到模型组件。
Twin-model 绑定将运营 twin 对象连接到模型资产和可选组件。
Inspector 绑定将告警、工单或巡检任务连接到可视化运营上下文。

需要空间审阅、现场导航、设备邻近关系或视觉证据时，应使用模型绑定。即使没有模型，也要保证资产身份可用。

第 4 步：增加系统关系​

设施运营在系统、空间、表计和设备关系明确时更有价值。

关系示例
服务AHU 服务某一楼层或区域。
供给配电柜给下游设备供电。
测量表计测量建筑、楼层、租户区域或设备组。
包含房间包含设备、传感器或站点。
上下游泵影响冷冻水环路或连接负载。
证据支持文档、巡检或记录支持工单或 Green Mark 证据项。

Brick Schema 或其他资产本体可帮助用一致语言描述这些关系，用于能源审阅、证据准备和 AI 辅助上下文检索。

第 5 步：用运营记录验证​

设置完成后，用真实记录测试上下文。

  1. 打开已知告警，确认解析到预期资产。
  2. 打开工单，确认位置、负责人和设备正确。
  3. 打开巡检任务，确认检查表匹配资产或区域。
  4. 搜索手册或 SOP，确认连接到预期资产。
  5. 审阅表计或 BMS 点位，确认映射到正确空间、系统或设备。
  6. 检查 AI Agent 摘要是否引用同一资产和来源。

预期输出​

设施团队应得到已审阅的资产层级、源别名映射、必要的模型资产绑定，以及足以解释空间、系统、表计、设备、文档和工作记录关系的语义上下文。

验证清单​

  • 设施层级符合客户运营语言。
  • 设备别名跨 BMS、CMMS、EAM、表计、文档和图纸源完成映射。
  • 模型资产绑定指向预期版本和组件。
  • Inspector 告警、巡检和工单解析到稳定资产记录。
  • 语义关系在用于能源或证据工作流前已审阅。
  • 资产变更有负责人和审计记录。

故障处理​

现象处理方式
资产无法跨系统匹配添加别名，送入 steward 队列，并在审阅前暂缓下游使用。
模型绑定到错误组件确认模型版本、组件 ID 和 twin-model 绑定。
关系图过于复杂只保留当前工作流需要的关系，并添加审阅说明。
Inspector 记录打开后缺少上下文检查资产 ID、目标对象 ID 和绑定路由。

相关文档​