AnFat卫生陶瓷行业的能耗管理，一直是个"看起来有数据、实际没数据"的领域。做过的人都知道，工厂里电表气表一大堆，但大多是月底抄一次表、对一次账单，中间过程全靠估。等到天然气账单涨了10%，想去查哪条窑出了问题，根本无从下手。这也是我为什么在帮卫浴厂做能效改造时，坚持先上一套能源管理系统。MyEMS作为一个开源能源管理系统，正好解决了这块"能耗看不见、看不懂、管不住"的痛点。
MyEMS能做的不只是画几张曲线图。它把数据采集、能耗分类分项统计、成本核算、碳排放管理都串起来了，而且可以完全本地部署，数据不出厂区。对卫生陶瓷这种流程型制造行业，它的价值在于：让每个工序的用电用气量实时可见，让每件产品的能耗成本能算清楚，让节能改造的效果有数据可验证。这篇文章我会从项目落地的角度，把选型逻辑、部署过程、仪表接入、能效分析的实际操作都过一遍，也会把踩过的坑一并说出来，给正在考虑上能管系统的工程管理、IT负责人一份参考。
1. 卫生陶瓷产线的能耗账本：天然气和电都去了哪里
1.1 六道工序里的三张能耗大账单
卫生陶瓷的生产流程大致是：原料制备、成型、干燥、施釉、烧成、检包入库。乍一看是六道工序，但真正的能源消耗集中在三块。
第一块是烧成工序，主要是隧道窑和梭式窑烧天然气，这是全厂热耗的大头。卫生陶瓷的烧成温度通常在1200℃以上，窑炉需要长时间连续运行，天然气消耗非常惊人。一座中等规模的隧道窑，一个月烧掉几十万立方天然气是常有的事。第二块是干燥环节，包括坯体干燥和釉线干燥，热源多数来自窑炉余热或燃气热风炉，这部分用气量同样不小。第三块是动力和公辅系统，包括球磨机、空压机、风机、施釉线电机、照明空调等，全部是电力消耗。
从成本占比看，天然气往往是卫生陶瓷厂最大的能源支出，可以占能源总成本的60%到70%，电力占30%到40%。整个能源成本在制造成本里的比重，不同工厂差异很大，一般在15%到25%之间。换句话说，能源管理做得好不好，直接关系到一个厂几个百分点的利润率。
1.2 手抄表时代的三个盲区
没上系统之前，大多数陶瓷厂是这样管能耗的：电工每天或每周去各配电房抄一次电表，燃气管理员每天记录燃气总表的读数，然后月底汇总成一张Excel表，跟能源账单对一下。这套模式有三个盲区。
一是看不到过程。抄表是离散的，两个抄表点之间的能耗波动完全不可见。一条窑的燃气喷嘴堵塞、空燃比失调，可能持续好几天，日均用气量只上升了几个百分点。手抄表根本发现不了这种缓慢劣化，等月底看到账单异常，已经白白浪费了几天甚至几周的燃气。
二是分摊靠拍脑袋。厂里只有一块总表和几块分表，产品品种又多（坐便器、面盆、蹲便器、小便器），每件产品到底消耗了多少气、多少电，只能用产量倒推平均分摊。这种算法没法指导生产改进，因为各工序的真实能效水平是黑的。
三是无法对标。哪个班次能耗高、哪条窑能效差、哪个产品的单耗异常，这些问题手抄数据回答不了。没有基准线，就没有考核；没有考核，节能就落不了地。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 开源选型的底层逻辑：为什么MyEMS比商业能管平台更合适
2.1 商业平台年年收费，数据还不完全在自己手里
很多能源管理软件是商业授权的，初次购买要花钱，后续每年还要交维护费。我见过一个工厂上了某商业能管平台，合同签的是五年，结果第三年想增加几个采集点位，原厂报价高得离谱，最后只能搁置。还有个别平台的数据存储在服务商的云平台上，工厂想要原始数据库的完整导出权限都费劲，更别想做深度二次开发。
这不是说商业平台不好，而是在卫生陶瓷这种"系统要贴合产线、数据要内部闭环"的场景里，商业平台的封闭性和持续性是个硬伤。工厂的能耗管理需求会变，今天要接入新的水表，明天要做碳盘查，后天要对接MES系统，这些需求对商业平台来说都是定制开发，每一笔都意味着额外费用和漫长的商务流程。
2.2 MyEMS的架构和模块能覆盖哪些事
MyEMS是开源项目，代码托管在GitHub上，技术栈以Python、Node.js、React为主，数据库支持MySQL和MariaDB。功能上，它涵盖了工厂能源管理的完整闭环：数据采集层支持各类网关和仪表协议，包括Modbus RTU/TCP、DL/T 645电表规约、BACnet、OPC UA等；应用层包括能耗分析、成本分析、碳排放分析、需量管理、报警管理、报表和看板；权限层支持多租户、多层级组织架构管理。
对卫生陶瓷厂来说，最常用的几个功能是：能耗分项分户统计（把电、气、水按车间、工序、设备维度统计）、单位产品能耗分析（结合产量数据算出单耗）、峰谷平电费统计（看电费结构，优化排产）和碳排放核算（折算标煤和CO₂排放量）。这些功能开箱即用，不需要自己从零开发。
2.3 开源的可控性到底意味着什么
选开源的核心不是省钱，而是可控。源代码在手，意味着数据库表结构可以查、接口可以调、功能可以改。比如MyEMS的默认报表可能不完全符合某厂的考核口径，你可以自己看代码逻辑，改一下查询条件，或者直接在报表组件里加字段。这种自由度，商业平台很难给。
开源也有它的边界。没有官方客服，出了问题要靠社区和文档；部署和运维得自己上手；一些行业定制功能需要自己写代码。所以我的建议是：厂里最好有过得去的IT/自动化人员，或者愿意请外部顾问支持，否则开源系统的价值会打折扣。但话说回来，能管系统的运维量并没有想象中那么大，跑稳定之后，日常主要就是加点位、调报表、维护网关，一个懂点数据库和网络的人完全能hold住。
3. 从0到1部署MyEMS：服务器、数据库与计量模型初始化
3.1 服务器选型：别一上来就堆配置
部署MyEMS的第一件事是选服务器。先说结论：几百个监测点的小型工厂，一台4核8G内存的服务器就够了，硬盘建议512G SSD起步，因为点位数多以后，历史数据增长很快。如果点位上千、并发访问多，可以加到8核16G。数据库和Web服务可以部署在同一台机器上，不用刻意拆开。
操作系统方面，Ubuntu Server 20.04/22.04 LTS或者CentOS 7/8都可以。MyEMS官方提供了Docker部署方式，这是最快上手的路径。Docker把Web服务、数据库、数据网关等组件封装成容器，依赖环境不用自己一个个配，对不熟悉LNMP环境的用户太友好了。
部署步骤大致是：先安装Docker和Docker Compose，然后从官方仓库拉取MyEMS的docker-compose文件，修改环境变量里的数据库密码、容器映射端口等配置，执行docker compose up -d启动全套服务，稍等几分钟，打开浏览器访问服务器IP和对应端口，就能看到登录页面。
3.2 数据库初始化与参数调整
MyEMS的后台默认使用MySQL数据库。启动容器后，系统会自动执行数据库脚本，创建需要的表结构。但有几个参数建议在初次配置时就改好，否则后期再改很麻烦。
第一，数据库字符集要确保是utf8mb4，这样才能正常存储中文和特殊符号。第二，时区必须设置成Asia/Shanghai，否则能耗数据的时间戳会偏8个小时，查峰谷电费时会完全对不上。第三，内存和连接数参数根据服务器配置调整，默认的innodb_buffer_pool_size可能不够，数据量大时数据库性能会明显下降。这些参数在docker-compose的环境变量里都有对应设置。
初始化完成以后，用默认管理员账号登录后台。第一步是修改默认密码，第二步是创建用能区域的组织架构，比如"集团-工厂-车间-工序"的树形结构。MyEMS里的空间管理就是这个逻辑，每个能耗监测点要挂在对应的空间节点下面，后头出报表才能按层级汇总。
3.3 能耗分类和分项设计：基础数据决定了报表上限
上系统之前，需要想清楚一件事：能耗数据按什么口径统计。MyEMS支持自定义能耗分类和分项。分类是指能源品种，比如电力、天然气、水、压缩空气；分项是指同一能源品种内部的用途拆分，比如电力可以分成"生产动力""照明""空调""空压机"等分项。
这个设计直接影响后面的报表口径。比如你想看"烧成车间的天然气单耗"，就要在空间架构里建好"烧成车间"节点，再把这个车间的燃气表绑定上去。如果你想看"天然气消耗中窑炉占多少、干燥炉占多少"，就要在分项里拆出"窑炉用气"和"干燥用气"两个分项，然后把不同表计分别归属。
我的经验是，初次建模不要贪多，先把颗粒度做到工序级别就够了。设备级计量可以后续逐步加，因为每加一个点位都要涉及仪表采购、通讯调试和点位绑定，一口吃不成胖子。先跑通从车间到工序的数据链路，让数据日清日结，比什么都强。
4. 采集链路搭建：仪表选型、Modbus网关与点位表的实战细节
4.1 仪表选型：精度和通讯能力比品牌更重要
数据的源头是计量仪表。卫生陶瓷厂常用的能耗计量表有三类：电能表（三相多功能电表）、气体流量计（天然气涡轮流量计或罗茨流量计）、水表（电磁流量计或机械水表）。
选型时有几个容易被忽视的点。第一，仪表必须带RS-485接口且支持Modbus协议。很多老旧电表只有脉冲输出，没有通讯接口，这种表只能看到累计脉冲数，做不了实时监测，尽量别用。第二，电表的互感器倍率必须记录准确。电流互感器选的是一次侧电流，比如400A/5A，倍率就是80。倍率记错一位，能耗数据就直接差了一个数量级。第三，天然气流量计要有温度和压力补偿，因为天然气体积会随温度压力变化，没有补偿的流量计在冬天夏天读数差异很大。
4.2 Modbus RTU采集链路：从仪表到网关再到服务器
采集链路一般是：仪表RS-485接口接采集网关，网关通过网络把数据传给MyEMS服务器。之所以不直接把仪表接到服务器上，是因为RS-485总线距离有限，而且现场环境恶劣，直接用串口服务器稳定性差，用支持Modbus的工业网关可以把通讯协议转换成TCP/IP，放到机柜里统一管理。
RS-485接线有几点必须注意。一是屏蔽双绞线要用对，A/B线不能接反；二是手拉手总线拓扑，不能星型连接；三是终端电阻要按需接入，几十米短距离可以不接，距离超过百米就要在末端加120欧姆终端电阻；四是波特率、数据位、校验位这些通讯参数，网关和仪表必须保持一致，常见配置是9600波特率、8数据位、1停止位、无校验。
链路搭好以后，在MyEMS后台新建采集网关和仪表设备，填入仪表的IP、端口（Modbus TCP）或串口号（Modbus RTU），再把寄存器地址配置进去。系统会周期性地轮询仪表数据，默认采集周期可以设到1分钟或5分钟，卫生陶瓷这种工艺稳定的行业，5分钟一个采集周期足够用，没必要追求秒级数据。
4.3 点位表：整个项目最容易出错的地方
点位表就是把仪表上的每一个测量值（电压、电流、功率、累计电量、瞬时流量、累计流量等）对应到Modbus寄存器地址和数据结构的一张映射表。我做过好几个项目，发现这个阶段出错的概率最高，因为各厂家的仪表寄存器地址表写法不一样，有的用十进制，有的用十六进制，有的寄存器存储的是浮点数，有的存的是整数。
以电表为例，常见的数据项有：电压（寄存器地址0x0000，2字节整数）、电流（0x0002）、有功功率（0x0004）、累计电量（0x0006-0x0007，4字节长整型）等。但不同厂家的电表地址差异很大，有些电表读取累计电量需要用到32位浮点数格式，在MyEMS里配置数据类型时就要选择"float"而不是"int32"。如果类型选错，读出来的数值会是一串乱码一样的数字。
有一个实用的经验：先挑一台仪表，用Modbus调试工具手工读一遍，把寄存器地址、数据类型、倍率全部验证正确后，再批量录入MyEMS。千万不要直接对着说明书批量填，别问我怎么知道的，一次天然气流量计的数据类型填错，导致后台显示流量全是天文数字，排查了一整天才发现是高16位和低16位的字节序换了。
4.4 数据校验：跑通采集后的第一件事
数据链路跑通之后，第一周不要急着做分析，而是做校验。把MyEMS上显示的数据和现场仪表本体读数对比，至少对比以下几个维度：
- 实时值：同一时刻，后台显示和表头显示的功率/流量是否一致。
- 累计值：后台的累计电量和表计的累计电量差值是否在合理范围（排除采集起始点不同）。
- 变化趋势：连续监测几小时，确认曲线没有跳变、毛刺或周期性的零值。
比重更大的是倍率验证。曾有一个项目，现场电表经互感器接入，互感器变比是200/5，倍率40。配置时忘了填倍率，后台显示的功率是实际值的四十分之一。结果月度报表算出来的单位产品电耗低得离谱，幸好及时发现，否则用来考核生产就闹笑话了。这类问题在初次上线时极其常见，建议专人花三五天把每个点位的倍率、量纲全部核对一遍。
5. 数据怎么变成低碳行动：能效基准、需量控制与碳排放核算
5.1 用数据建立单位产品能耗基准
数据稳定采集一个月以后，就可以开始做真正有价值的事情——建立能效基准。卫生陶瓷的单耗指标通常用两类：一是"每吨瓷耗电量"（kWh/t），二是"每吨瓷耗气量"（m³/t），有的企业也按"每件标准品"折算。
MyEMS里做单耗分析，需要把产量数据引进来。可以用系统自带的产量录入功能，手工按天录入产量，也可以对接MES或ERP系统自动获取产量。有了产量和能耗两条数据线，系统就能自动算出去单位产品能耗，并按天、按周、按月画出趋势。
基准数据的意义在于：它是后续所有节能考核的标尺。比如某厂坐便器烧成工序的天然气单耗基准是每吨瓷180m³，某个月突然变成200m³，那就要排查：是不是窑速变了？是不是产品配方换了？是不是窑炉保温层出了问题？没有基准，这些异常只会淹没在月度总账单里。
5.2 峰谷平电费分析与最大需量控制
卫生陶瓷厂大多是两班制甚至三班制生产，电力成本里除了电量电费，还有基本电费和力调电费。基本电费有两种计费方式：按变压器容量计费和按最大需量计费。对于负荷波动大的工厂，最大需量计费可能更划算，但也更考验用能管理能力。
MyEMS可以用实时采集的电力数据画出全厂的有功功率曲线，统计每日最大需量发生的时间和数值。有了这个数据，就能做需量控制：把球磨机这种冲击性大负荷错峰启动，避免几台大功率设备同时开机造成尖峰。比如厂里250kW的球磨机有两台，如果同时启动，瞬间功率可能冲到1000kW以上，最大需量就按这个峰值计费。用系统做了错峰策略后，最大需量可以从1000kW降到800kW，一个月的基本电费就省下好几千块。
峰谷电费分析就更直白了。MyEMS可以按当地电价政策配置峰、平、谷时段，自动统计各时段电量电费。如果报表显示谷段用电占比很低，说明排产还有优化空间——把高耗能工序（比如球磨、干燥）尽量安排在谷电时段运行，一年下来电费能省几个点。
5.3 碳排放核算：从能耗数据到碳数据
绿色低碳转型绕不开碳排放核算。现阶段国内对陶瓷行业的碳排要求更多体现在能评和客户审核层面，但趋势已经很明确——产品碳足迹会成为出口卫浴品牌的基本门槛。
碳排放核算的方法学并不复杂：能耗实物量乘以排放因子。常用的折算系数包括：电力约0.5703吨CO₂/MWh（取决于区域电网因子），天然气约2.162千克CO₂/立方米，水不计直接碳排放。把MyEMS里的月度电、气消耗量乘以对应因子，就能得到全厂的二氧化碳排放总量。
我更推荐的做法是按产品分摊碳排放。MyEMS的空间和分项架构可以支撑到工序级碳核算：先算清每个工序的能耗，再按产量分摊到产品，得到"单件坐便器的碳排放"。这个数据在客户审核、绿色工厂申报、ESG报告里都是硬通货。
5.4 节能优化落地：先看数据，再动设备
节能改造不要拍脑门，先让数据告诉你机会在哪里。用MyEMS的能耗排行功能，把各车间、各工序的用能量按月排序，你会发现能耗最大的几个环节一目了然。针对这些环节，结合现场工艺做改造，效果更容易量化。
卫生陶瓷行业最常见的几个节能方向是：窑炉余热回收（把窑炉烟气余热引到干燥段）、烧成空燃比优化（减少过剩空气降低排烟热损失）、空压机群控（多台空压机按需加卸载，避免空载损耗）、风机变频改造（干燥和喷涂工序的风机负荷变化大）。每一项改造前后，都可以用MyEMS的前后对比报表来验证节能量。改造做完一个月，对比同期能耗数据，节能量直接看得见。
6. 真实项目的踩坑记录：给卫生陶瓷厂能管项目的一些建议
6.1 数据采集的稳定性是生命线
能管系统最大的敌人不是功能少，而是数据断采。一旦采集链路不稳定，报表出现空缺，管理层很快就会对系统失去信任。所以部署时宁可点位少而精，也要保证每个点位的数据连续可靠。
我自己的做法是：给每台网关配置断线重连和看门狗重启机制，服务器上定期巡检采集状态，发现某个点位连续几小时没数据就报警。MyEMS本身有采集状态监控功能，建议安排电工或IT每天花五分钟看一眼采集状态页面，问题越早发现，损失越小。
6.2 报表设计一定要有车间的人参与
能管系统的用户不只是老板和节能主管，还有车间主任、班组长。我自己早期犯过一个错误：报表做得功能很全，但车间主任说看不懂、不实用。后来找了烧成车间主任聊了一次，他要的不是复杂的趋势图，而是每天一上班就能看到的"昨天本班组用气量"和"是否超标"。
所以报表设计的原则是：管理层看汇总，车间看对比，班组看考核。给班组出一张简单的日能耗考核表，超过基准线就标红，这样基层员工才会真正关心能耗。系统好不好用，最终要看基层用不用，这比功能花哨重要得多。
6.3 开源项目需要自己的运维责任人
MyEMS是开源项目，意味着你不会买到"保姆式服务"。建议指定一个运维责任人，他不需要精通代码，但至少能做到：熟悉Docker和MySQL基本操作、会查看系统日志、能在网上搜索和提问。遇到疑难杂症，GitHub Issues和社区邮件列表都是求助渠道，很多问题前人已经踩过并给出了解决方案。
对于二次开发需求，建议从简单改起，比如调整报表样式、增加数据导出字段，先不要动核心采集逻辑。MyEMS的模块化设计让大部分定制可以停留在配置层，只有真正的功能缺口才需要改代码。
6.4 权限和数据安全不能上线后才想
能管系统的数据虽然不像财务数据那么敏感，但涉及企业内部能耗和产量信息，不能忽视权限管理。MyEMS支持用户角色和菜单权限配置，建议按"管理员、厂长、车间主任、班组长"四级设置差异化权限。管理员有全部功能权限，厂长可以看全厂汇总报表，车间主任只能看本车间数据，班组长只看本班组能耗对比。这样既保护数据安全，也避免无关人员对系统配置造成误操作。
数据库层面，建议定期备份，备份文件放到另一台机器或独立磁盘，严防服务器宕机导致的历史数据丢失。能耗数据是连续性资产，丢了一周的数据，等于这周的考核和基准分析全部作废。
最后再分享一点个人体会：上能管系统最难的不是技术，而是让一线的人真的用起来。我见过太多工厂花了几十万上了系统，最后因为没人维护、没人看而闲置。MyEMS这类开源系统没有沉没成本的包袱，但在落地时更需要厂里有人主动推。先把数据跑稳，再把报表做好，让车间主任尝到"系统帮我盯能耗"的甜头，后面的事就顺了。对于一个每天要烧几万立方天然气的卫生陶瓷厂，哪怕只是把单耗压下来两个百分点，一年省下的钱都相当可观。这就是能源管理最实在的意义。