Deployment Process
从数据采集到验收
ClimaMind 部署是分阶段的工程流程。每个阶段都应有明确负责人、输入、输出和退出条件,再从数据审查进入模型训练、现场工作和验收。
这页刻意写成 operational overview。它不假设所有项目都有相同 BMS、计量条件、安全边界或 M&V 要求。
Deployment Process
ClimaMind 部署是分阶段的工程流程。每个阶段都应有明确负责人、输入、输出和退出条件,再从数据审查进入模型训练、现场工作和验收。
这页刻意写成 operational overview。它不假设所有项目都有相同 BMS、计量条件、安全边界或 M&V 要求。
参与方与责任
优化项目同时涉及能耗目标、BMS 集成、现场运行和 M&V 证据,所以责任边界必须先讲清楚。
建筑业主、设施运营团队、能源团队或资产管理方,负责现场和业务批准。
AI HVAC 优化提供方,负责数据审查、模型训练、控制策略设计、部署支持和效果分析。
BMS 或 controls contractor,负责现场侧集成和控制系统实施支持。
当客户需要第三方审阅或合同级节能证据时引入的独立 measurement and verification partner。
部署流程
从最初的站点评估到持续优化,客户在每一步提供明确的现场资料、接入条件和批准,ClimaMind 则交付对应的工程成果。只有双方确认本步已完成,项目才进入下一步。
这里的“客户”包括业主或设施运营团队,以及在适用情况下经客户授权的 SI/BMS contractor。
01
客户 → ClimaMind
ClimaMind → 客户
双方确认
02
客户 → ClimaMind
ClimaMind → 客户
双方确认
03
客户 → ClimaMind
ClimaMind → 客户
双方确认
04
客户 → ClimaMind
ClimaMind → 客户
双方确认
05
客户 → ClimaMind
ClimaMind → 客户
双方确认
06
客户 → ClimaMind
ClimaMind → 客户
双方确认
Additional Concerns
这些不是单独阶段,而是在影响风险、批准或验收的阶段同步检查。
数据传输、用户访问、网络连接、边缘设备通信、写入权限和远程支持都走批准后的安全流程,不通过非正式文件交换处理。
协议、厂商、点位命名、历史趋势、报警行为、override 语义和写入限制,会影响集成工作量和控制范围。
ClimaMind 在现场 edge 本地运行。互联网中断时,本地优化继续运行,云端 dashboard、reporting 和更新延后;BMS 通讯中断时,ClimaMind 使用批准后的本地 fallback,并停止对受影响路径发出新的 supervised writes。
M&V 要求应在验收前约定。不是每个项目都需要第三方 partner,但每个节能主张都需要明确计量边界和证据路径。
设施运营人员需要知道 ClimaMind 读取什么、建议什么、可能写入什么、如何 override,以及问题如何升级。
常见 blocker 包括缺少趋势历史、计量边界不清、BMS 点位无法访问、网络审批未完成,或合同级节能没有约定 M&V plan。
验收后,ClimaMind 可继续保管批准数据、持续改进模型,并在需要时为运营团队提供 dashboard 或针对现场的深度工程支持。
部署资料
这份 PDF 可用于客户、设施团队、IT/OT 和 SI 审查,概述部署路径、责任分工、安全边界、fallback、验收和长期支持。
PDF · 技术概览 · Prepared by ClimaMind