2. 微电网EMS体系架构

微电网EMS的体系架构决定了控制指令从哪里发出、数据在哪里汇聚、故障时谁还能继续工作。架构选错，后期无论怎么优化算法都难以弥补：集中式架构在通信中断时可能全站失控，纯分布式架构又难以完成全局经济调度。理解三种典型架构的适用边界，是EMS设计的第一步。

三种体系架构的取舍

集中式架构由一台主控服务器完成全部数据采集、状态估计、功率分配和策略决策。所有就地设备（PCS、BMS、光伏逆变器、负荷控制器）通过通信网络将遥测数据上传至主控，主控计算后下发遥控指令。其优点是全局信息完整、算法实现简单、经济调度结果最优；缺点是主控是单点故障源，且对通信实时性和带宽要求高。适合规模较小（如单台变压器下的园区微网）、通信条件可靠、对经济性要求高于可靠性的场景。

分布式架构将决策权下放到各就地控制器，每个单元依据本地测量和相邻单元交换的有限信息自主决策，通过一致性算法或下垂控制实现功率平衡。其优点是无需中央节点、抗通信中断能力强、扩展方便；缺点是难以保证全局最优，且多主体协调时可能出现振荡。适合孤岛运行时间长、通信条件差或由多个独立投资主体构成的微网。

分层混合架构是目前工程中采用最多的形式：底层为就地控制层（毫秒级，负责电压电流环和一次调频），中间为协调控制层（秒级，负责功率分配和模式切换），上层为能量管理层（分钟级，负责经济调度和计划曲线）。层间通过标准接口通信，任一层故障时下层仍可独立维持基本运行。这种架构兼顾了可靠性与经济性，是并网型微电网的推荐方案。

边缘计算网关的定位与功能

边缘计算网关部署在就地控制层与协调控制层之间，是架构中的关键枢纽。它承担三类任务：协议转换（将Modbus RTU、CAN、IEC 61850等异构协议统一为MQTT或OPC UA上行）、本地预处理（数据滤波、越限判断、变化率计算，减少无效数据上传）、断网自治（与云端失联时按预置策略维持本地控制）。

以某园区微网为例，边缘网关配置为：采集周期200ms，对PCS有功功率做滑动平均滤波（窗口10点），仅当功率变化超过额定值2%或SOC越限时才触发上行上报。这样在通信正常时，上行数据量可从每秒5帧降至每秒0.3帧左右，显著降低云平台负载。断网时网关自动切换至本地策略表：若SOC低于20%且光伏出力不足，则切除可中断负荷并限制PCS放电功率。

云边协同的数据流设计

云边协同的核心是明确“什么数据在边缘处理、什么数据上云、云端下发什么”。典型分工如下：

• 边缘侧：实时控制闭环、保护逻辑、数据压缩与缓存、断网续传。
• 云端：长期趋势分析、多微网协同调度、机器学习模型训练、报表与告警管理。
• 下行通道：日前计划曲线、电价信号、调度指令、模型参数更新。
• 上行通道：分钟级聚合数据、事件记录、告警、统计指标。

数据流设计需定义三个关键参数：上报周期（正常态60s，告警态1s）、数据优先级（保护类>控制类>监测类）、缓存深度（断网时本地至少缓存4小时数据，按时间戳排队续传）。

通信协议选型

协议选型需匹配层级和实时性要求。就地控制层优先选用IEC 61850 GOOSE（毫秒级）或CAN（用于BMS与PCS之间）；协调控制层常用Modbus TCP或IEC 60870-5-104；边缘网关至云端推荐MQTT（轻量、支持断线重连和QoS等级）或OPC UA（信息模型丰富，适合多厂商设备集成）。

架构选型的判断依据

实际工程中可按以下顺序判断：若微网容量小于500kW且通信可靠，集中式即可满足；若存在多个投资主体或孤岛运行时间超过总运行时间30%，应优先考虑分布式或分层混合；若并网运行且需参与需求响应，分层混合架构最为稳妥。无论选择哪种架构，都应在设计阶段明确：单点故障时系统降级到什么状态、恢复通信后如何重新同步、边缘网关的本地策略表由谁维护和更新。