3. 设备接入总体架构

虚拟电厂要接入的分布式资源种类极多：屋顶光伏逆变器、储能变流器（PCS）、充电桩、空调负荷控制器、智能电表、气象站等。这些设备分属不同厂家、使用不同协议、分布在不同的物理位置，如果让虚拟电厂主站逐一去适配每一种设备，系统将无法维护。因此工程上普遍采用云、管、边、端四层架构，把"设备差异"收敛在边缘侧，让主站只面对统一的数据模型。

四层并不是四个软件模块，而是四种职责边界。理解它们的关键，是搞清楚"谁负责协议适配、谁负责数据汇聚、谁负责业务决策"，以及接入网关、边缘计算终端、通信网络、虚拟电厂主站四类实体分别落在哪一层。

各层职责与四类实体的对应关系

端层是真正产生和消耗功率的物理设备，以及直接贴附在设备上的量测终端。它们只认自己出厂时支持的协议，例如光伏逆变器常用 Modbus RTU，储能 PCS 常用 CAN 或 Modbus，充电桩常用 OCPP，智能电表常用 DL/T 645。端层设备通常不具备主动上报能力，需要被轮询。

边层是整套架构的"翻译层"和"缓冲层"，由接入网关和边缘计算终端共同承担，但两者分工不同。接入网关偏通信与协议：把 RS-485、CAN、以太网等物理接口上的报文解析成结构化数据，按点表把厂家寄存器地址映射为统一测点编号，并负责与主站之间的安全加密和身份认证。边缘计算终端偏计算与控制：在本地完成数据清洗、越限判断、功率闭环调节，并在与主站断链时按预置策略自治运行。

管层是通信网络，解决"数据怎么走"。它既包括光纤、4G/5G 专网这类承载通道，也包括 MQTT、IEC 60870-5-104、Modbus TCP 这类应用层协议。管层的关键指标是时延、带宽和可靠性：调度指令下行通常要求秒级到达，而遥测上行的周期可以从 1 秒到 15 分钟不等，取决于业务精度要求。

云层是虚拟电厂主站，负责资源建模与聚合、调度指令下发、市场交易与结算、运行监视。主站不直接面对设备协议，它只看到边层上送的统一数据模型——每台设备有唯一设备 ID，每个测点有唯一测点 ID，量纲已归一，时标已对齐。

一次遥测上送与指令下发的完整链路

以某工业园区虚拟电厂为例，假设接入一台 500 kW 光伏逆变器和一套 1 MW/2 MWh 储能系统，遥测周期设为 5 秒，调度指令下发要求 3 秒内到达设备。

遥测上行时，接入网关通过 RS-485 轮询逆变器的有功功率寄存器（示例点表地址 40001，量纲 0.1 kW），读到原始值 3210，换算为 321.0 kW；同时从储能 BMS 读取 SOC 为 62.5%。网关按统一模型打包为 {devId:"PV-001", pointId:"P_ACT", value:321.0, unit:"kW", ts:1718000000}，经 MQTT 发布到主站。主站收到后写入时序库，并刷新该资源的可调容量。

指令下行时，主站根据市场出清结果计算出该园区需在 10 分钟内降低 200 kW 负荷，于是向边缘计算终端下发目标功率。边缘计算终端把总目标分解为光伏限功率 80 kW、储能充电 120 kW，再分别转换为逆变器和 PCS 的设定值寄存器写入。整个过程在 3 秒内完成，主站通过下一周期的遥测值确认执行效果。

分层带来的工程价值

四层架构最直接的价值是解耦。新增一种设备时，只需在边层增加对应的协议驱动和点表映射，主站的资源模型和调度逻辑不需要改动。当通信中断时，边缘计算终端可以按本地策略继续执行最后一次有效指令，避免设备失控。当设备数量增长到数千台时，边层可以先做数据压缩和变化上送，显著降低管层带宽压力和主站入库压力。

需要特别注意的是，边层的"统一数据模型"必须与主站的资源模型严格一致。如果网关把逆变器的有功功率映射成了"发电功率"而主站按"上网功率"理解，聚合结果就会出现系统性偏差。因此接入调试阶段，通常要用一台标准表或已知负载做一次比对，确认边层上送值与实际值在允许误差内，再正式纳入聚合计算。