方案说明
SCENARIO
建筑能源管理不是把电表、水表接到平台上生成几张曲线。真正有价值的能源管理,要能说明能源在哪里消耗,为什么出现异常,哪些设备或区域造成浪费,节能措施是否有效,碳排统计是否有可靠来源。对于园区、医院、办公楼、商业综合体、交通建筑和公共建筑来说,能源费用往往是长期运营成本的重要部分。只有把计量边界、分项模型、设备运行、空间使用、工单处置和管理报表连接起来,能源管理才会从“抄表系统”变成“低碳运维体系”。
古河建筑能源管理解决方案以BEMS建筑能源管理系统为核心,结合BIOT建筑物联网数据中台、IOSERVER采集网关、IBMS智慧建筑管理平台和FM运维工单能力,统一接入电、水、气、冷热量、蒸汽、设备运行和空间业务数据,形成分项计量、趋势分析、异常预警、碳排统计、节能策略和效果复盘闭环。方案的重点不是单一产品功能,而是帮助业主建立一套可以长期运行、持续优化、能被审计和复盘的能源管理机制。
许多项目已经安装了智能表计,但能源管理仍然停留在月度抄表和费用核算层面。管理人员知道总能耗升高,却不知道是哪个楼栋、哪个租户、哪个系统、哪台设备或哪个运行策略造成的。现场人员发现异常后,也缺少从数据到工单、从处置到复盘的闭环。这样的能源管理只能提供统计结果,不能真正推动节能。
能源管理系统负责计量、分析、预警、报表和节能评估,不替代楼控系统的底层控制,也不替代财务系统的收费结算。它需要从采集网关、数据中台、IBMS和第三方系统获取数据,再把分析结果反馈给运维人员。涉及设备控制的节能策略,应通过IBMS或现场控制系统执行,并经过权限确认和效果回采。边界明确后,能源管理才能既有分析深度,又不越过设备安全和运行责任。
总体架构
ARCHITECTURE
建筑能源管理建议采用“计量采集层、能源数据层、分项模型层、分析诊断层、运营闭环层”的架构。计量采集层保证数据进得来,能源数据层保证数据可信,分项模型层保证统计口径正确,分析诊断层找出问题,运营闭环层把问题转化为整改和节能收益。
计量采集层包括电表、水表、冷热量表、燃气表、蒸汽表、空调冷热源计量、租户分表和重点设备运行点位。采集方式可采用Modbus、DL/T、BACnet、OPC、MQTT、HTTP API、数据库接口或厂家平台转发。对于既有项目,需要先确认表计安装位置、倍率、通讯状态、采样周期和总分关系。
能源数据层负责数据清洗、质量标记、历史存储、缺失补录、异常值识别和数据追溯。能源数据不同于普通状态点位,报表和考核依赖其准确性。平台应保留原始值、修正值、质量状态和修正记录,避免后续无法解释报表变化。
分项模型层是能源管理的核心。它定义哪些表计归属于楼栋、楼层、租户、公共区域、空调系统、照明系统、电梯系统、动力系统或特殊工艺系统。模型建立不清,报表就会失真。分项模型应能支持多维统计:按能源品类、空间、系统、租户、时间和设备类型分析。
分析诊断层提供同比、环比、峰谷、负荷、单位面积能耗、排名、异常识别、基线对比和碳排统计。更进一步,应结合设备运行数据判断异常原因。例如用电升高可能与空调运行时长、室外温度、租户加班、设备故障或照明策略有关,不能只看曲线变化。
运营闭环层把能源分析结果转化为行动。计量离线要派发维护任务,异常用能要生成核查工单,节能策略要记录执行前后数据,月度报告要输出整改建议和收益评估。没有运营闭环,能源管理很容易变成报表系统。
能源管理方案的计量配置、分项口径和能耗对标都有明确标准可依。方案主要参考:
碳排核算应明确排放因子来源和统计边界,建议采用主管部门发布的现行因子并在报表中注明。
接入与数据治理
DATA GOVERNANCE
能源管理实施前,必须先梳理计量边界。很多项目失败不是因为系统不好用,而是总表、分表、租户表和设备表关系没有理清。计量边界应回答几个问题:哪些能源品类纳入管理,哪些表计是总表,哪些是分表,哪些归属于租户,哪些归属于公共区域,哪些设备能耗需要单独统计,哪些数据只能作为参考不能用于考核。
表计接入应同时关注通讯和计量。通讯正常不代表计量正确,必须核对倍率、单位、累计值、瞬时值、正反向、冻结数据和时标。对于冷热量表,要确认供回水温度、流量、热量累计值和安装方向;对于电表,要确认总有功、电压、电流、功率因数、需量、峰谷数据和倍率;对于水表和燃气表,要关注脉冲、累计量和补录机制。
分项模型应根据建筑类型和管理目标设计。公共建筑通常按照明插座、空调、电梯、动力、特殊用能等分项;园区需要叠加楼栋、租户和公共区域;医院需要关注医技、住院、门诊、后勤、净化、医气、冷链和重点科室;商业综合体需要关注经营时段、商户、公共区域和空调系统。
能源数据必须具备可解释性。平台应能标记表计离线、倍率变更、换表、缺失补录、异常突变、人工修正和统计边界调整。对于用于考核和费用核算的数据,建议保留原始数据和修正记录,并明确谁有权限修改、修改原因是什么、修改前后对报表有什么影响。
能耗基线用于判断能耗是否异常,也是节能效果评估的基础。基线不应简单取上月平均值,而应结合建筑面积、使用时间、天气、入住率、业务量、设备运行策略和特殊事件。对于医院、商业和园区等复杂业态,可以分别建立楼栋基线、系统基线、租户基线和重点设备基线。
多租户园区、商务楼和商业综合体需要特别关注租户计量与费用分摊。能源管理系统应区分租户直供表、公共区域分摊、空调能耗分摊、停车和广告等经营用能。分摊规则必须在方案阶段明确,不能等到账单生成时再临时调整。对于没有独立计量的区域,可以先采用面积、使用时长、设备容量或约定比例进行辅助分摊,但应在报表中标明数据属性,避免与真实计量数据混淆。
碳排统计需要比普通能耗报表更严格的数据口径。方案应明确直接能源和外购能源的分类,记录排放因子来源、适用年份、统计周期和边界变化。对于园区或集团项目,还应区分业主运营碳排、租户用能碳排和公共区域碳排。碳排结果应能追溯到能源品类、计量点、统计周期和换算规则。
业务流程与联动
WORKFLOW
能源驾驶舱面向管理层和能源管理人员,展示总能耗、分项能耗、费用估算、碳排统计、同比环比、峰谷用能、楼栋排名、异常事件和节能效果。驾驶舱不宜堆砌过多图表,应围绕管理动作组织:哪里能耗高、为什么高、谁负责处理、处理后有没有改善。
分项计量分析用于回答能源消耗结构。平台应支持按楼栋、楼层、租户、系统和设备查看能耗占比,识别空调、照明、动力、电梯、机房和特殊用能的变化趋势。对于多租户项目,还应区分公共能耗、租户能耗和可分摊能耗。
异常诊断是能源管理从统计走向运维的关键。异常规则不能只设置一个固定阈值,应结合历史基线、时间段、天气、空间用途和设备运行状态。比如夜间用电升高,可能是照明未关闭、空调策略异常、设备故障、租户加班或计量点异常;系统应提供排查路径,而不是只弹出“超限”提示。
能源管理不能只看表计。冷源系统、空调末端、照明回路、水泵、电梯和机房设备的运行状态,会直接影响能耗。方案应把能耗数据与IBMS设备运行数据关联起来,帮助运维人员判断异常来自计量问题、设备策略问题、负荷变化还是使用行为变化。
节能策略应有记录、有边界、有验证。常见策略包括空调启停优化、冷冻水供回水温度优化、水泵频率优化、照明时段控制、公共区域按需运行、夜间巡检和租户用能提醒。涉及控制的策略必须由IBMS或现场控制系统执行,并保留执行时间、执行对象、执行前后数据和人工确认记录。
碳排统计应建立在能源数据可信的基础上。方案应明确能源品类、统计边界、排放因子来源、换算规则和报表周期。对于园区或多租户建筑,还要明确碳排归属和分摊口径。碳排报表不应只是一个换算结果,还应能追溯到对应的能源数据和计量点。
异常用能、表计离线、设备低效和节能整改都应进入工单或任务流程。工单中应包含异常时间、异常对象、历史对比、可能原因、责任班组、处理结果和复核数据。只有把能源问题交给具体人员处理,能源管理才会产生持续收益。
能源管理的价值要通过具体运营场景体现。以下场景可作为方案设计、试运行和验收的重点。
节能不应牺牲安全、舒适度和业务连续性。医院、实验室、数据机房、商业综合体和公共场馆都有各自的运行边界。方案中应明确哪些策略可以自动执行,哪些策略需要人工确认,哪些策略只提供建议不下发控制。涉及空调温度、供回水温度、水泵频率、照明控制和重点设备启停时,应通过IBMS或现场控制系统执行,并保留执行记录和回采结果。
实施路径与角色分工
DELIVERY
调研阶段要收集能源账单、表计清单、系统图、配电图、空调系统图、租户清单、建筑面积、经营时间、设备运行策略和已有平台接口。调研结果应形成能源管理边界说明,明确哪些数据可自动采集,哪些需要补表,哪些只能手工维护,哪些暂不纳入考核。
根据调研结果部署或接入表计、采集网关和数据中台。对于新建项目,应在设计阶段明确表计安装位置和分项模型;对于既有项目,应优先接入总表、楼栋表、重点系统表和高耗能设备,再逐步补齐租户和区域计量。
完成表计接入后,应建立分项模型、基线口径、费用口径、碳排口径和报表模板。报表配置要让能源管理人员能看懂、能解释、能追溯。对于管理层报表,应突出趋势和问题;对于运维报表,应突出异常和整改;对于租户报表,应突出用量和费用口径。
异常规则应从简单到复杂逐步上线。初期可先做表计离线、数据缺失、夜间高耗能和峰值异常;试运行稳定后,再做基线偏离、设备低效、租户异常和策略效果评估。每类异常都要配置责任人、处理时限和复核方法。
试运行期间应持续观察数据质量、异常数量、误报原因、工单闭环和报表准确性。对异常用能进行现场核查,区分计量问题、设备问题、策略问题和使用行为问题。试运行结束后输出第一份能源分析报告,作为正式上线和后续节能优化的基础。
验收口径与运维指标
ACCEPTANCE
能源管理上线后,建议形成三类报表。日报用于值班和现场运维,关注表计离线、异常用能和重点设备状态;月报用于管理复盘,关注总能耗、分项能耗、费用、碳排、异常闭环和节能建议;专项报告用于节能改造、租户分析、设备低效诊断和低碳运营评估。报表不应只有图表,还应有原因分析、责任归属和下一步动作。
能源管理项目的验收不应只看“曲线能显示”。古河建议按以下基线约定验收口径:
节能率承诺应基于基准年能耗和可比口径计算,避免用不可比数据评价节能效果。
一个合格的能源管理项目,交付后应让管理方能够清楚回答:本项目能源消耗主要发生在哪里,哪些系统或区域能耗异常,异常由谁处理,节能措施是否有效,碳排数据能否追溯,月度报表能否支撑管理决策。若系统只能展示曲线和排名,却不能解释原因、派发任务和复盘效果,说明方案仍停留在统计层面。
面向不同建设目标,把产品能力、行业场景和工程案例组织在一起,便于业主、集成商和运维团队快速判断方案边界、建设重点和落地路径。
微信咨询