目标
工商业用户电费中含需量（最大需量）分量，通过错峰启动空调、空压机等设备，可降低月度需量。物联网网关采集分路功率，结合策略引擎与电网价格信号，经蜂窝或以太网下发控制或提示。实施时需保证生产工艺安全，避免盲目切载。
通信
实时性要求中等，分钟级调度即可；断网时应本地回退到安全设定。与 BMS、PLC 对接需注意电气隔离与权限。
效益测算
应基于历史负荷曲线仿真，量化节费与设备寿命影响，向客户展示可审计报表。
边缘策略与蜂窝链路可靠性
负荷管理指令关系生产安全，网关应在本地保存可解释的规则：当通信中断超过阈值时自动回到保守模式，例如仅告警不切载或按预设优先级逐级卸载。4G/5G 链路要区分控制面与数据面超时，避免误触发。对于关键回路，宜采用双通道冗余（蜂窝加有线）或本地 PLC 互锁。策略下发应带版本号与签名，防止被篡改；执行结果与现场仪表读数要回传对账，发现偏差立即停机保护。
数据质量与项目交付
功率采集若存在 CT 变比错误、相序接反或谐波过大，会导致策略误判。投运前应做基线校准与连续七日对比。向客户交付时需说明可控负荷清单、最小控制粒度与不可控工艺边界，并取得书面授权。节费分成合同常要求第三方计量或平台日志可审计，物联网平台应保留原始采样与策略决策链，支撑争议仲裁。
工程实践补充
针对「负荷管理」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
需量滑窗与可卸载回路
负荷管理针对的是电费账单里的最大需量：计量表在一个滑动窗口里取平均功率的峰值，这个峰值参与计费。控制的对象不是“少用一度电”，而是避免多台大设备在同一窗口内同时处于额定功率。物联网网关读取分路功率和总进线功率，按事先写好的优先级，在预测将要触及需量阈值时延后启动或短时卸载可停回路，例如部分空调、空压机或充电桩。工艺上不能停的回路必须标成不可控，策略引擎无权对它发分闸。
项目能做的前提，是有分路量测、有可操作的执行机构、有人确认哪些负荷允许自动干预，并且断网时本地能回到不卸载或只告警的状态。没有历史负荷曲线就上自动切除，无法知道节费来自错峰还是来自减产。执行机构与强电之间要有电气隔离和手动优先，通信故障不能等于合闸或分闸的默认动作含糊不清。
失联之后误切工艺负荷
电流互感器变比设错、相序接反，计算功率为负或偏小，策略会在真实负荷已经很高时仍不动作，或在轻载时误切。只看总表、不看工艺状态，正赶上关键工步就把空压机停掉。指令没有版本和签名，旧策略在恢复通信后被补执行。蜂窝抖动被当成“需要立即卸载”的触发条件，链路一闪断就切负荷。节费报表用平台估算电量，和供电企业结算表对不上，分成争议时没有原始采样可追溯。
本地控制器应在超过约定时间收不到心跳后进入书面约定的保守状态，而不是保持最后一条激进指令。分时电价和需量是两套规则，电价时段见分时计量，不要用峰谷电价逻辑直接代替需量滑窗。需要和电网调度信号联动时，再单独看需求响应的事件时序，避免两个系统对同一回路同时发相反命令。
投运前核对互感器变比和相序，用已知负荷做一次读数比对。不可控回路在策略里硬编码为禁止卸载，通信中断后的动作写成告警或保持，不写成继续执行最后一条激进指令。指令带版本，恢复连接时不补发已经过期的切除。原始采样和决策理由按结算周期留存，报表与供电企业表计不一致时有据可查。需量滑窗和峰谷电价分开配置，避免用错峰电价的逻辑去切正在进行的工艺。
失联后的本地状态要在现场演练一次：通信断开时是否真的停止卸载，恢复后是否会补切。演练记录和策略版本一起存档。分路功率为负时先停策略，查接线和变比，不带着错误测量继续自动控制。可控清单以外的回路即使通信正常也不发分闸。