既有楼宇节能改造实施指南
节能改造应先建立可信基线，再决定设备、控制与平台怎么改
既有楼宇节能改造不应从替换设备开始，而应先盘点建筑功能、用能边界、机电设备、计量条件和既有控制系统，找到可以验证的改进机会。方案经过小范围验证后，再分阶段实施，并以约定的基线、运行条件和测试记录判断改造效果。
内容更新：2026-09-04一、先判断项目是否具备改造条件
节能改造的对象可能是写字楼、校园、医院、酒店、商业综合体或园区公共建筑。不同建筑的营业时间、人员密度、环境要求和设备组合不同，不能直接套用同一套控制策略。首先需要确认改造目标，是解决能耗不可见、设备低效、控制失调，还是降低人工巡检负担并建立持续运营机制。
如果计量缺失、关键传感器长期失准、设备处于故障状态，或者运行时间和空间使用方式正在频繁变化，应先修复数据和运行基础，再评估节能措施。否则，即使平台能够生成分析结果，也难以判断变化来自改造措施还是外部条件。
- 建筑功能、运行时间和主要用能区域可以确认
- 主要机电设备及其控制关系可以盘点
- 历史账单、分项计量或运行记录具备一种以上
- 现场具备施工、联调和试运行时间窗口
二、改造范围由问题和现场条件共同决定
项目范围不应只写“建设能源管理平台”或“更换高效设备”，而应落实到用能对象、数据点位、控制权限、施工界面和验收责任。对仍可稳定运行的设备和系统优先评估利旧；接口不完整或存在安全风险时，再确定增加网关、补充计量、局部更新或设备替换。
| 改造对象 | 需要核对的现状 | 可评估的改造方向 |
|---|---|---|
| 计量与数据 | 总表、分项表、采集周期、倍率、缺失和异常数据 | 补充计量、数据校核、统一接入和能耗基线 |
| 暖通空调 | 冷热源、水系统、空气侧、末端与实际负荷 | 运行时序、设定值、群控、变频和故障诊断 |
| 照明与公共用电 | 区域用途、使用时间、回路和控制方式 | 分区控制、时序优化、感应控制和高效设备更新 |
| 供配电与重点设备 | 负荷结构、运行状态、告警和维护记录 | 运行监测、异常识别、负荷管理和必要的设备改造 |
| 平台与控制系统 | BMS/BAS、能源系统、接口协议、点表和权限 | 存量系统接入、数据治理、策略审批和运行闭环 |
具体设备、协议、数据频率和控制权限需要逐项核验。能够读取数据不代表具备安全写入条件，能够下发指令也不代表适合立即进入自动控制。
三、从现状诊断到持续优化的五个步骤
实施过程应把现场调研、技术方案、施工联调和运营验证串联起来。每一步都要形成可复核的输入与输出，避免系统上线后才发现点位不全、数据失真、控制冲突或效果无法核算。
现状盘点与基线建立
盘点应覆盖设备铭牌、设计资料、控制点表、网络接口、历史故障、维护记录和运行班次。基线需要明确比较范围、时间区间及影响能耗的主要条件，例如天气、人员、营业时间和负荷变化；数据缺失或运行方式发生明显变化时，应记录处理方法。
措施排序与小范围验证
先处理传感器失准、阀门执行异常、时序冲突等运行问题，再评估控制策略优化和设备更新。选择一个边界清晰、能够回退的区域进行验证，确认舒适性、工艺或服务要求不受影响后，再决定是否扩大范围。
实施、联调与运营移交
施工前明确停机窗口、临时保障和恢复方案；联调时逐项检查数据、告警、控制优先级、手自动切换和断网后的运行状态。项目完成后，运行人员需要掌握策略调整、异常确认、人工接管和记录维护方法。
四、原有系统、管理平台与AI能力怎样协同
既有楼宇通常已经部署部分楼宇自控、计量或设备管理系统。改造的重点不是重复建设，而是根据现场条件补齐数据、接口和运营闭环。平台负责汇聚与分析，专业模型提供诊断或优化建议，现场控制系统继续承担实时控制和安全联锁。
保留满足运行要求的控制逻辑和现场安全机制，通过核对点表、协议和权限确定接入方式。
用于组织计量、能耗分析、异常处置和节能项目记录，先保证数据可信，再扩展管理应用。
面向暖通系统开展诊断和策略优化，控制写入需经过现场验证、权限控制和人工确认。
改造方案可以采用本地部署、边缘接入或混合方式，但最终形态应由网络边界、数据要求、控制实时性和现有系统条件决定。
五、验收既要看系统，也要看运行结果
驾驶舱能够显示数据并不等于节能改造完成。验收应覆盖数据链路、控制功能、异常恢复、运行文档和效果验证，且测试条件、责任人和问题关闭方式应在实施前约定。
| 验收维度 | 建议核验内容 | 主要记录 |
|---|---|---|
| 数据与点位 | 点位对应关系、时间同步、单位倍率、缺失和异常处理 | 点表、抽测记录、数据问题清单 |
| 控制与联动 | 启停、设定值、优先级、手自动切换、冲突和保护条件 | 联调记录、策略版本、测试结果 |
| 异常与恢复 | 断网、采集失败、设备离线、策略退出和人工接管 | 异常测试、恢复步骤、问题关闭记录 |
| 运行要求 | 环境、工艺或服务要求是否在约定范围内 | 运行记录、用户确认、例外说明 |
| 节能效果 | 在约定边界和可比条件下核对改造前后变化 | 基线说明、计算过程、效果复核报告 |
六、项目应形成可持续使用的交付成果
节能改造的成果不仅是设备和软件，还包括后续运营所需的数据、配置和文档。交付内容应与合同范围一致，并明确由谁维护点表、策略、账号、设备台账和效果记录。
- 现状与边界资料：建筑与系统范围、设备清单、接口清单、问题清单及责任界面。
- 设计与实施资料：改造方案、点表、网络与部署说明、策略清单、施工和变更记录。
- 测试与验收资料：数据抽测、联调、异常恢复、试运行及问题关闭记录。
- 效果验证资料：基线、比较条件、计算过程、例外情况和阶段性复核结论。
- 运营移交资料：操作说明、账号权限、维护要求、培训记录和后续优化建议。
七、节能效果必须在明确条件下判断
节能效果会受到建筑用途、气候、人员、运行时间、设备状态和管理方式影响。项目启动前，应明确测量边界、基线区间、调整条件、数据质量要求和验证周期。没有完成现场盘点与基线确认时，不宜承诺统一的节能比例或回收周期。
平台分析和AI建议不能替代现场安全联锁、专业人员判断及必要的审批。涉及设备控制写入时，应从只读监测开始，在验证控制逻辑、权限、保护条件和回退方案后分级开放。改造范围以双方确认的现场条件和项目文件为准。
准备哪些资料有助于初步判断
建设单位可以先整理建筑面积和用途、主要设备清单、近一段时间的能源账单或分项数据、现有BMS/BAS及能源系统情况、主要运行问题和可用施工窗口。资料不完整时，也可以先从现场盘点开始，逐步形成改造边界。