基于物联网的能源管理系统

基于物联网的能源管理系统(EMS)技术方案

面向园区、工厂、商业楼宇等场景,说明从感知层到应用层可落地的架构、协议、数据模型、算法与工程实践,并附配置与报文示例。


1. 建设目标与范围

1.1 业务目标

目标说明可量化指标示例可视分项、分区域、分产线实时/历史能耗5s~60s 级刷新,支持年/月/日/15min 粒度可管需量控制、负荷调度、峰谷策略月度最大需量下降 5%~15%(视基线)可优能效对标、损耗分析、节能改造评估单位产值电耗、PUE、线损率可审计碳排因子、绿电占比、报表导出符合监管报送口径

1.2 系统边界

  • 纳入:电、水、气、蒸汽、冷热、光伏/储能并网点(按项目裁剪)。

  • 不纳入(首期):详细工艺控制 PLC 联锁(可通过 OPC/接口二期对接)。


2. 总体架构

2.1 逻辑分层

plaintext

┌─────────────────────────────────────────────────────────────┐
│  应用层:大屏 / BI / 报表 / 移动端 / 开放 API(租户隔离)      │
├─────────────────────────────────────────────────────────────┤
│  平台层:设备建模 · 告警规则引擎 · 计费/分摊 · 工单            │
├─────────────────────────────────────────────────────────────┤
│  数据层:时序库 · 关系库 · 缓存 · 对象存储(波形/原始报文)       │
├─────────────────────────────────────────────────────────────┤
│  接入层:MQTT Broker · HTTP 采集服务 · Modbus/OPC 网关         │
├─────────────────────────────────────────────────────────────┤
│  边缘层:智能电表/多功能表 · 关口表 · 分项计量 · 边缘网关        │
└─────────────────────────────────────────────────────────────┘

2.2 部署形态(可落地组合)

形态适用要点边缘 + 私有云工厂、园区网关本地缓存,断网续传;内网 MQTT混合云多园区集团边缘汇聚,总部只收聚合指标全托管 SaaS中小型楼宇表计经 4G 直连接入平台


3. 感知层与硬件选型要点

3.1 电能计量

  • 关口:0.2S/0.5S 级多功能表,带 RS-485(Modbus-RTU)或以太网(Modbus-TCP)。

  • 分项:导轨表 + CT(电流互感器),注意 额定一次电流精度等级

  • 采样周期:计费与需量相关回路建议 1s~5s 有功功率;普通监测 15s~60s 可降成本。

3.2 边缘网关

  • 能力清单:多路串口、以太网、4G/5G、本地 SQLite/时序缓存、MQTT/HTTP(S) 上行、NTP、远程运维(VPN/堡垒机)。

  • 硬指标:MTBF、工作温度、看门狗、证书存储(PKI)。


4. 通信与协议

4.1 下行采集(常见)

  • Modbus RTU/TCP:寄存器映射由电表厂家手册定义,需统一 功能码、字节序、缩放系数

  • DL/T 645(国网电表):多用于居民/低压集中器场景;工业现场 Modbus 更普遍。

  • OPC UA:适合已有 SCADA/PLC 的厂内统一出口。

4.2 上行到平台(推荐 MQTT)

主题命名示例(企业自定义前缀):

text

ems/{tenantId}/site/{siteId}/device/{deviceId}/telemetry
ems/{tenantId}/site/{siteId}/device/{deviceId}/attributes
ems/{tenantId}/site/{siteId}/gateway/{gwId}/status

遥测 JSON 示例(单表一条,便于流式处理):

json

{
  "ts": 1711603200123,
  "deviceId": "METER-A1-301",
  "metrics": {
    "Ua": 220.4,
    "Ub": 221.1,
    "Uc": 219.8,
    "Ia": 125.3,
    "Ib": 128.0,
    "Ic": 124.7,
    "P": 82.6,
    "Q": 21.3,
    "PF": 0.96,
    "Ep": 1045823.7,
    "Freq": 50.01
  },
  "quality": "good"
}

说明:

  • ts:毫秒 UTC 或带时区 ISO8601(全链路必须统一)。

  • Ep:有功总电能(kWh),增量与绝对值策略要在平台侧约定一种主口径。

  • quality:坏点、替代值策略供规则引擎使用。

4.3 HTTP 补传(弱网)

POST /api/v1/telemetry/batch
Body:{ "points": [ { ...同上... }, ... ] }
网关批量压缩(gzip)+ Idempotency-Key 防重。


5. 平台数据模型(关系库 + 时序)

5.1 核心实体(关系库)

  • 租户 / 站点 / 建筑 / 楼层 / 配电室(空间树)

  • 设备类型 / 设备实例 / 测点(Tag)(物模型)

  • 电价策略、日历、峰平谷时段

  • 告警规则、工单、用户与 RBAC

5.2 测点与物模型示例

测点编码含义单位类型P有功功率kWfloatEp有功电能kWhdoublePF功率因数-float

设备类型 SmartMeter_3P4W 绑定测点集合,驱动大屏组件自动绑定。

5.3 时序存储

  • 库选型方向:InfluxDB、TimescaleDB、TDengine、IoTDB 等(按运维能力与成本选)。

  • 建议:原始高频入时序库;15min/日/月聚合表 可物化视图或定时任务写入 OLAP/关系库供报表。

15min 桶聚合 SQL 思路(Timescale 示例):

sql

SELECT time_bucket('15 minutes', ts) AS bucket,
       device_id,
       avg(P) AS p_avg,
       max(P) AS p_max,
       last(Ep, ts) - first(Ep, ts) AS e_delta_kwh
FROM meter_raw
WHERE ts >= now() - interval '7 days'
GROUP BY bucket, device_id
ORDER BY bucket;

(若 Ep 为累计值,用 last-first 得区间电量;若用脉冲计数则换 sum(delta)。)


6. 关键业务逻辑与算法举例

6.1 最大需量(工业计费常见)

  • 定义:滑窗(如 15min)内平均功率的最大值(kW 或 kVA,按合同)。

  • 实现要点

    • 对功率序列做 15min 滑动平均,再取窗口内 max

    • 与电表 冻结需量 对账,发现偏差超阈告警(接线/CT/倍率错误高发)。

伪代码:

text

window = 900秒
for each new sample (t, P):
  将 P 加入队列,剔除 t - window 之前数据
  P_avg = mean(队列)
  更新当前滑窗需量 = max(当前滑窗需量, P_avg)

6.2 分项能耗分摊

例:车间总表 + 若干分表

  • 分摊电量 = max(0, 总表区间电量 - Σ分表区间电量) 作为 公区/未计量负载

  • 公区按 面积 / 工时 / 产量 二次分摊(可配置权重)。

6.3 基线与节能评估

  • 基线:历史同期(考虑温湿度、产量)用 回归Prophet/ARIMA 建立预测带。

  • 节能量基线预测能耗 - 实际能耗(需 M&V 口径,如 IPMVP Option C)。

6.4 简单负荷预测(可落地 MVP)

  • 特征:历史负荷、小时、星期、是否节假日、室外温度(接气象 API)。

  • 模型:先 XGBoost/LightGBM 回归;数据量小可用 线性回归 + 样条

  • 用途:次日峰时预警、储能充放策略(若有)。


7. 告警与规则引擎示例

规则 YAML 示例:

yaml

rules:
  - id: demand_warning
    name: 需量逼近契约值
    when: sliding_demand_15m > contract_demand_kw * 0.9
    severity: warning
    notify: [sms, dingtalk]
  - id: pf_low
    name: 功率因数过低
    when: PF < 0.9 for 10m
    severity: major

联动(可选): 下发 负荷切除轮询表 到 PLC/智能断路器(需安全联锁评审)。


8. 安全与合规

  • 传输:TLS1.2+,设备证书或 用户名密码+定期轮换;MQTT ACL 按 tenant/site/device 隔离。

  • 存储:敏感字段加密、审计日志、备份与 RPO/RTO 目标。

  • 等保 / 关基:根据客户等级补漏扫、堡垒机、分区分域。

  • 电能数据:若涉及 电力二次安防,需遵循当地电网公司接入规范。


9. 性能与容量粗算(便于立项)

假设: 1 站点 500 块表,每表 30s 上报一次,每报文 ~0.5KB。

  • 上行消息率:500 / 30 ≈ 17 msg/s(单站点量级轻松)。

  • 万级站点需 分片 MQTT 集群 + 水平扩展接入服务


10. 落地案例叙述(模板可直接写进标书)

案例 A:机械加工园区

  • 痛点:两部制电价 + 多台大电机同时启动导致 需量突增

  • 措施:关键回路 1s 级功率、15min 需量大屏、到阈 短信+声光;空压机群控与生产排班协同。

  • 结果:最大需量下降约 8%~12%(示例区间,以实测为准)。

案例 B:商业综合体

  • 痛点:租户电费纠纷、公区分摊不清。

  • 措施:租户分表 + 公区表 + 分摊策略可视化;月度账单自动出表。

  • 结果:账单争议工单下降,收缴周期缩短。


11. 实施里程碑(建议)

阶段周期(参考)交付物调研1~2 周表计台账、网络拓扑、数据字典试点2~4 周1 条产线/一栋楼端到端闭环推广4~12 周全站点接入、报表、告警、培训优化持续需量策略、预测、节能改造 M&V


12. 附录:Modbus 寄存器映射示例(虚构,以厂家手册为准)

地址(0x)长度说明系数0x01002A 相电压×0.1 V0x01102总有功功率×0.01 kW(有符号)0x02004正向有功总电能×0.01 kWh

网关轮询策略: 分区轮询周期 200ms~500ms/表,避免总线冲突;失败重试指数退避。


13. 文档修订

版本日期说明1.02026-03-28初版:架构、协议、数据、算法与案例模板


使用说明: 实施前务必以 现场电表说明书、供电合同、网络与安全规范 为准替换文中虚构寄存器与指标;预测与节能率需 第三方或客户签字基线 方可写入对外承诺。