制造企业能源数字化改造实录：从分散抄表到精细化管控

某企业能源管理系统实施案例项目背景

企业基本情况

本案例企业是一家位于华东地区的汽车零部件制造商，拥有两个生产厂区、

六个生产车间，以及一栋办公和研发综合楼。

企业主要生产冲压件、焊接总成和精密机加工零件。生产设备超过680台，

包括冲压机、焊接机器人、加工中心、空压机和工业冷水机组。

项目启动前，企业年用电量约2860万千瓦时，天然气消耗约210万立方米，

压缩空气年产量超过4200万立方米。

能源费用约占企业制造成本的11.7%。其中，电费是主要支出，

月均电费在180万元至260万元之间波动。

企业原有电表、水表和燃气表来自多个品牌。部分仪表具备通信接口，

部分仍依靠人工抄表，设备之间没有统一的数据标准。

项目启动前的管理问题

能源数据由设备部、财务部和各车间分别保管。设备部看仪表读数，

财务部看月度账单，车间只关心生产任务，三类数据很难对应。

人工抄表每月进行四次，每次需要六名员工工作两天。抄表结果录入Excel后，

还要经过车间、设备部和财务部多轮核对。

由于抄表时间不一致，企业经常出现总表与分表对不上的情况。

月度电量差异通常在5%至8%，很难确定损耗发生在哪个环节。

车间只能看到月度能源费用，看不到班组、产线和设备的实时消耗。

某条产线单件产品用了多少电，管理人员无法给出准确答案。

空压站是企业能耗大户，四台空压机长期采用固定压力运行。

即使夜班用气量下降，系统压力仍保持在0.72兆帕以上。

生产部门曾尝试下调压力，但担心末端设备供气不足。

由于缺少压力、流量和设备负载数据，优化工作只能依靠经验。

为什么决定建设系统

2022年下半年，企业同时面临电价调整、客户碳排放审核和利润下降。

管理层要求能源费用在两年内下降8%，且不能影响产量和交付。

采购经理关心系统多少钱，设备部门关心怎么接入旧设备，

生产部门则担心数据公开后，车间需要承担不合理的考核责任。

企业没有直接采购软件，而是先开展三周现场调研。

调研发现，单靠更换高效设备无法解决计量缺失和运行策略不合理的问题。

管理层最终确定项目目标：建立统一能源数据平台，

把能源数据细化到厂区、车间、产线和关键设备四个层级。

项目不追求一次覆盖全部设备，而是优先管住电力、天然气、压缩空气和水。

投资回收期被明确限定在三年以内。

能源管理系统实施案例需求分析与方案设计

核心需求梳理

项目组没有直接照搬软件功能清单，而是组织了12场需求访谈。

参与部门包括生产、设备、动力、财务、信息化、采购和质量管理部门。

各部门共提出87项需求。经过业务价值、实施成本和数据基础评估后，

其中41项被列入一期建设范围。

设备部门要求系统能够实时查看配电柜、变压器和空压机的运行状态。

发生过载、温度异常或通信中断时，值班人员需要在五分钟内收到告警。

生产部门要求把能源消耗关联到工单、产品和班次。

系统需要计算单件电耗、单吨气耗和不同班组的能源绩效。

财务部门关注能源账单核算。平台要支持尖峰、峰、平、谷电价，

并能模拟不同需量申报值对应的基本电费。

采购部门希望形成设备能效对比数据。后续采购空压机、冷水机组时，

不能只看设备报价，还要比较全生命周期运行成本。

管理层要求驾驶舱能够展示本月能耗、预算执行率、万元产值能耗，

以及各车间节能目标完成情况。

客户审核也提出了数据追溯要求。企业需要保留至少三年的原始记录，

并能够按订单导出产品制造阶段的能源消耗数据。

项目组把需求分为三类：必须上线、上线后优化、暂不实施。

计量准确、数据稳定、异常告警被列为必须上线的能力。

碳排放核算、光伏预测和储能调度被放入后续阶段。

这样做控制了项目边界，也避免一期系统变成大而全的平台。

方案设计思路

系统采用四层架构，分别是现场设备层、边缘采集层、平台服务层和应用层。

每一层都设置清晰接口，方便后期增加新厂区和新设备。

现场设备层新增428只智能电表、36只流量计和18套温度压力传感器。

原有具备通信能力的126只仪表继续使用，避免重复投资。

边缘采集层在两个厂区部署12台工业网关。网关支持Modbus RTU、

Modbus TCP、OPC UA和部分厂商私有协议。

对于没有通信接口的老旧设备，项目没有全部更换。

部分设备通过互感器、脉冲采集模块和运行状态传感器获取数据。

平台服务层部署在企业私有云中。系统通过消息队列接收数据，

时序数据库保存秒级记录，关系数据库管理组织、设备和计费信息。

采集周期没有统一设置。总进线和关键动力设备按5秒采集，

产线级仪表按30秒采集，普通区域表按1分钟采集。

这种分级策略减少了网络和数据库压力。平台每天处理约2800万条数据，

高峰期仍能保持稳定写入。

应用层包含能源驾驶舱、能源报表、成本分析、告警中心、

设备能效分析、需量预测和移动端巡检等模块。

系统还与MES、ERP和设备管理平台打通。MES提供工单和产量，

ERP提供能源价格和成本中心，设备平台提供维修记录。

数据关联后，管理人员可以查看同一批产品的产量、设备状态和能源消耗。

异常高耗不再停留在车间总量，而是能定位到具体工单。

权限按照组织和岗位配置。车间主任只能查看本车间数据，

能源管理员可以查看全厂，财务人员主要使用账单和成本模块。

技术选型考量

技术选型没有只比较功能数量。项目组从协议兼容、并发能力、

扩展方式、交付团队和运维成本五个维度进行评分。

现场设备品牌较多，因此协议兼容权重被设为25%。

供应商必须完成真实仪表接入测试，不能只提供产品说明书。

平台需要支持横向扩容，并提供开放API。企业明确要求数据可导出，

避免后期被单一供应商锁定。

数据库按五年数据量进行估算。系统需要保存原始数据、分钟数据、

小时数据和日统计数据，并提供自动归档机制。

网络安全方面，采集网络与办公网络分区部署。

工业网关只允许向指定服务器发起连接，不接受互联网直接访问。

项目采用浏览器访问方式，管理人员无需安装客户端。

移动端使用企业微信集成，减少新增账号和培训工作。

计量点位与成本模型设计

点位设计采用“总表校核、分区计量、重点下沉”的原则。

每个厂区建立总表，车间建立分表，重点产线再下沉到关键设备。

项目组没有追求设备一机一表。对于功率小、运行规律相近的设备，

采用区域计量方式，避免仪表数量失控。

428个新增点位中，电力点位占72%，压缩空气点位占14%，

天然气和水点位合计占14%。

成本模型按能源品种分别计算。电力成本考虑分时电价、基本电费、

功率因数调整和变压器损耗。

天然气成本按采购单价和热值换算，压缩空气则计算到每立方米成本。

空压成本包含主机耗电、干燥机耗电和冷却系统耗电。

系统还设置了产量修正逻辑。车间能耗同比时，

会同步展示产量、产品结构和开机时长，避免只看绝对值。

能源管理系统实施案例实施过程与关键节点

第一阶段：环境准备与部署

实施周期共20周，现场部署占8周。项目组先完成网络、机柜、

服务器资源和仪表安装条件检查，再安排分区域施工。

施工前，电气工程师对428个新增点位逐一确认。

确认内容包括电压等级、互感器变比、安装空间和停电窗口。

冲压车间无法长时间停产，仪表安装被安排在周末检修时段。

每次停电控制在两小时内，并准备了回退方案。

工业网关安装在车间弱电柜中。强电线缆与通信线缆分开敷设，

RS485总线采用手拉手连接，避免星形接线造成通信不稳定。

网络由信息化部门统一划分VLAN。网关、服务器和运维终端使用固定地址，

并通过访问控制列表限制跨网段访问。

平台部署前，供应商提交服务器规格和端口清单。

企业安全团队完成漏洞扫描、账号策略和日志留存检查。

基础数据由企业和供应商共同整理。设备编码沿用现有资产编号，

组织编码与ERP成本中心保持一致。

这项工作看起来不复杂，实际用了三周。历史台账中存在设备重名、

编号缺失和已报废设备未删除等问题。

项目组安排设备部门逐台确认，形成一套可维护的设备主数据。

编码不统一，后续数据再准确也无法用于成本核算。

第二阶段：数据迁移与联调

企业希望导入过去两年的月度能源账单和人工抄表记录。

历史数据格式共有16种，日期、单位和小数位都不统一。

项目组没有直接全量导入，而是先制定清洗规则。

重复记录被删除，缺失记录标记为空，不通过平均值随意补齐。

单位统一为千瓦时、立方米和吨。仪表变比发生变化的时间点单独记录，

防止历史数据换算错误。

现场联调按“单表、回路、区域、全厂”四级进行。

每接入一只仪表，都要核对通信值、表盘值和钳形表测量值。

电表验收允许误差不超过1%，流量计允许误差根据设备等级设定。

超出范围的点位不得进入正式统计。

联调期间发现37个问题点位。其中12个互感器方向接反，

9个仪表地址冲突，另有16个点位存在接线或参数问题。

某车间夜间用电一直显示负值。技术人员检查后发现，

互感器安装方向与仪表配置方向相反，修正后数据恢复正常。

MES接口也是联调重点。MES工单结束时间与设备停机时间不一致，

导致部分待机能耗无法分摊。

项目组新增“生产能耗”和“非生产能耗”两个口径。

工单期间计入产品，换模、待机和保养期间计入车间公共能耗。

平台上线前进行了连续七天数据完整性测试。

关键点位完整率达到99.6%，才进入试运行阶段。

第三阶段：上线与运维

系统试运行持续四周。两个厂区没有同时切换，

而是先上线计量基础较好的二厂，再复制到一厂。

试运行期间，原有人工抄表没有立即取消。

新旧方式并行两个账期，用于核对数据和验证账单。

第一个账期出现3.8%的总分表差异。排查发现，

食堂和宿舍两条回路没有纳入车间分项统计。

补充点位后，第二个账期差异下降到1.2%。

该数值被设为日常数据质量考核指标。

告警策略也经历了调整。初始规则过于敏感，

系统一天产生超过1200条告警，值班人员很快出现告警疲劳。

项目组按设备等级重新设置阈值、延迟时间和恢复条件。

调整后日均有效告警约85条，其中需要人工处理的约20条。

正式上线时，企业为能源管理员、车间主任和维修人员分别培训。

培训不讲复杂架构，直接用真实异常说明怎么看、怎么查、怎么处理。

系统交付后设置三级运维机制。车间负责仪表外观和现场状态检查，

信息化部门负责服务器和网络，供应商处理平台故障。

每月召开一次能源数据复盘会。会议只讨论三类问题：

预算偏差、异常设备和节能措施执行情况。

项目验收方法

验收没有只看页面是否打开，而是设置了38项量化指标。

指标涵盖数据完整率、准确率、响应速度和业务应用效果。

平台页面平均响应时间要求低于三秒。

关键告警从产生到移动端送达，不得超过一分钟。

项目组随机抽取30个点位，与现场仪表进行三轮比对。

单点误差超过标准时，需要重新校准并说明原因。

报表验收采用财务账单反算。系统计算的月度电费与供电账单相比，

偏差控制在0.8%以内。

业务验收要求各车间独立完成日报查询、异常分析和成本导出。

不会操作或仍依赖供应商代查，不能算作验收通过。

能源管理系统实施案例实施效果与数据

效率提升数据

系统稳定运行12个月后，人工抄表范围减少了91%。

原来每月约192个人时的抄表工作，下降到18个人时。

能源日报过去需要两名员工整理半天。现在系统在每天8点自动生成，

生成时间不到三分钟。

设备异常定位时间也明显缩短。过去发现电费偏高后，

通常需要三至五天核对台账和现场仪表。

平台上线后，异常定位平均耗时降到2.4小时。

部分空载、泄漏和超需量问题能够在当天班次内处理。

管理层月度能源分析会从三小时缩短到80分钟。

会议不再花时间争论数据版本，而是直接讨论改善措施。

维修人员通过移动端接收告警。告警包含设备名称、位置、

当前值、阈值和历史曲线，减少了电话确认环节。

数据完整率长期保持在99.3%以上。

总表与分表月度差异从5%至8%降到1.5%以内。

成本节约数据

项目运行第一年，企业综合能源费用减少约286万元。

该数据已经剔除产量变化和能源单价调整影响。

空压系统是节约最多的环节。平台发现夜班平均用气量下降42%，

但四台空压机仍有三台处于加载状态。

企业根据数据重新设置联控逻辑，并将主管压力从0.72兆帕

逐步下调到0.66兆帕。

调整后，空压站年用电量减少118万千瓦时，

对应节约电费约92万元。

冲压车间存在明显的空载耗电。设备在午休和换模期间保持液压泵运行，

每月产生约8.6万千瓦时非生产能耗。

通过修改停机规则和班组考核，冲压车间年节电64万千瓦时，

节约费用约49万元。

需量管理也产生了直接收益。系统根据负荷趋势提前15分钟预警，

避免多台大功率设备同时启动。

企业将申报需量从7600千瓦优化到7100千瓦，

全年减少基本电费约38万元。

冷水机组通过能效对比发现一台设备制冷效率偏低。

清洗换热器并调整启停组合后，全年节电约31万元。

其余收益来自变压器经济运行、夜间照明控制、漏气治理和账单核对。

全年可确认节约金额合计286万元。

项目软硬件、实施和三年服务总投入约418万元。

按已确认收益计算，静态投资回收期约17.5个月。

用户反馈

设备部门认为，系统最有价值的不是大屏，而是异常追溯。

设备停机前的电流、温度和压力变化可以直接调取。

车间主任开始关注单件能耗，而不只看月度总量。

当产品结构变化时，也能通过工单数据解释能耗变化原因。

财务部门减少了人工核算工作。系统可按成本中心生成费用明细，

月底结算时间从两天缩短到半天。

采购部门把运行能效加入设备招标评分。

新购设备除了比较多少钱，还要提交额定工况和部分负载能耗数据。

一线员工对考核曾有抵触。企业公开计算口径后，

将设备故障、试制和质量返工单独标记，争议明显减少。

数据口径说明

节能效果以项目上线前12个月为基准期。

对比期同样取12个月，避免季节差异影响结论。

产量变化通过单位产品能耗进行修正。

天然气消耗则结合月均温度和工艺开机时间进行校正。

节约金额只计算已经完成措施闭环的项目。

尚处于观察期或只有理论测算的数据，没有计入286万元。

这种口径让管理层能够判断收益是否真实，

也方便财务部门复核项目投资回报。

能源管理系统实施案例实施经验总结

做对了什么

项目做对的第一件事，是先定义管理问题，再决定采集哪些数据。

没有业务用途的点位，即使能够安装，也没有进入一期范围。

企业管理层直接担任项目负责人，生产和设备部门必须参与。

系统没有被当成单纯的信息化软件交给IT部门。

点位设计保留了总表、分表和关键设备之间的校核关系。

出现数据异常时，可以逐层缩小范围，而不是全厂排查。

项目还建立了统一编码。设备编号、成本中心、车间和工单能够关联，

为单件能耗和成本分摊打下了基础。

试点策略也降低了风险。二厂跑通后再复制到一厂，

接口、报表和告警规则都经过真实业务验证。

企业没有把上线当作项目结束。每月复盘异常和节能措施，

让数据真正进入管理流程。

踩了什么坑

早期点位清单只依据配电图设计，没有充分核对现场。

部分图纸已经多年未更新，导致14个点位需要重新调整。

系统初期追求告警覆盖率，规则设置过多。

一天上千条告警没有管理价值，反而让值班人员忽略真正异常。

历史数据清洗工作也被低估。不同部门使用不同设备名称，

同一台空压机在三份台账中出现三个编号。

部分车间担心数据用于处罚，对系统配合度不高。

项目组后来明确考核边界，并允许标记试制、维修和异常生产。

接口开发阶段曾只关注数据能否传输，没有核对业务时间。

MES工单时间与设备运行时间不一致，造成产品能耗分摊偏差。

这些问题没有靠增加软件功能解决。

大部分改进来自统一口径、补齐责任人和调整管理流程。

给其他企业的建议

准备建设系统的企业，应先回答三个问题：要管哪些能源、

数据要细到哪一级、节约收益怎么确认。

项目预算不能只看软件多少钱。仪表、施工、网络改造、

接口开发和后续服务通常占总投资的一半以上。

对于旧工厂，现场勘查至少要覆盖配电柜、管网、仪表和通信条件。

只看图纸报价，后期变更成本通常更高。

一期建设建议覆盖主要能源和重点设备。

点位数量要服务于分析目标，不必盲目追求全设备接入。

供应商评估要安排现场协议测试和真实数据演示。

只看标准演示环境，很难判断复杂现场下的接入能力。

验收指标应写进合同，包括完整率、准确率、响应速度和接口范围。

“系统正常运行”这类描述无法用于项目验收。

企业还要指定内部能源管理员。没有人持续检查数据、推动整改，

系统很容易变成只在参观时打开的大屏。

决策者应关注的投资边界

本项目总投入418万元，其中计量仪表和施工约占46%，

软件平台与接口占34%，服务器、网关和服务占20%。

不同企业的投入差异主要来自点位数量、施工难度和接口数量。

同样规模的新工厂，施工成本通常低于改造中的老工厂。

采购时不建议只比较每个点位多少钱。

还要核对点位是否包含仪表、互感器、线缆、安装和调试。

软件报价则要明确用户数、模块范围、数据保存期限和升级费用。

接口也要写清方向、字段、频率及失败补传机制。

如果预算有限，可以分两期建设。

一期解决计量、统计和告警，二期再增加预测、优化和碳核算。

本案例证明，系统收益并不来自“看见数据”本身。

真正的回报来自发现问题、落实措施、验证结果这一闭环。

常见问题