3. 资源接入技术：分布式光伏、储能、充电桩、柔性负荷的接入标准与通信协议
各位同行，咱们直接切入正题。资源接入，说白了就是让这些分散的“小家伙”们听虚拟电厂调度中心的话。我见过太多项目，方案做得天花乱坠，结果现场一接，协议对不上，数据传不上来，全白搭。这一章，我就把分布式光伏、储能、充电桩、柔性负荷这四类资源的接入标准和通信协议，掰开了揉碎了讲清楚。
3.1 分布式光伏：逆变器是核心
分布式光伏接入，核心就是逆变器。逆变器不听话，光伏板发再多的电也没用。
3.1.1 接入标准
- 电气标准：GB/T 19964-2012《光伏发电站接入电力系统技术规定》。这个标准规定了并网点电压、频率、功率因数、谐波等要求。我个人习惯，并网点的电压波动不能超过额定电压的±7%，频率波动不能超过±0.5Hz。否则，逆变器就该切出了。
- 通信标准：NB/T 32004-2018《光伏发电并网逆变器技术规范》。这个标准规定了逆变器与上位机（也就是咱们的聚合商平台）的通信接口和数据格式。
关键数据点：逆变器必须上报的有功功率、无功功率、电压、电流、频率、发电量、运行状态（正常/故障/停机）。这些是虚拟电厂调度的基础。
3.1.2 通信协议
光伏逆变器常用的通信协议，我总结下来就三种：
| 协议 | 物理层 | 特点 | 我的建议 |
|---|---|---|---|
| Modbus RTU | RS-485 | 简单、可靠、成本低 | 小规模项目首选，单条总线挂载不超过32台逆变器 |
| Modbus TCP | 以太网 | 速度快、距离远、易组网 | 大型工商业屋顶项目，配合交换机使用 |
| IEC 61850 | 以太网 | 标准化、互操作性强、支持高级功能 | 电网侧或大型地面电站，成本较高，但未来趋势 |
避坑指南：我曾经在一个项目中，逆变器厂家说支持Modbus，结果现场发现是私有协议，只开放了部分寄存器。嗯，这里要注意，签合同前一定要拿到完整的Modbus点表，并且现场实测。否则，后期改协议，费用和时间都翻倍。
3.2 储能：BMS是大脑，PCS是手脚
储能系统接入，比光伏复杂。因为储能既能充电又能放电，还要考虑电池安全。BMS（电池管理系统）和PCS（储能变流器）必须协同工作。
3.2.1 接入标准
- 电气标准：GB/T 36547-2018《电化学储能系统接入电网技术规定》。这个标准对储能系统的并网电压、频率、功率控制、电能质量、保护等做了详细规定。
- 通信标准：GB/T 34120-2017《电化学储能系统储能变流器技术规范》。这个标准规定了PCS与BMS、PCS与上位机之间的通信接口。
3.2.2 通信协议
储能系统内部通信，我建议采用CAN总线。BMS和PCS之间，CAN 2.0B是标配。但对外（与聚合商平台），还是以太网为主。
核心数据点：BMS上报的SOC（荷电状态）、SOH（健康状态）、单体电压、温度、总电压、总电流。PCS上报的有功功率、无功功率、运行模式（充电/放电/待机）、故障码。
对外通信协议，我推荐两种：
- Modbus TCP：简单直接，适合中小型储能系统。我习惯把BMS和PCS的数据通过一个协议转换器（网关）统一成Modbus TCP，再上传到平台。
- IEC 61850：大型储能电站的标配。特别是需要参与电网调频、调压的场景，IEC 61850的逻辑节点模型（如ZBAT、ZRCT）能完美描述储能系统的行为。
警告：储能系统的通信延迟要求很高。尤其是参与一次调频时，从平台下发指令到PCS执行，延迟不能超过100ms。你想想看，如果延迟超过200ms，电网频率都跌到49.8Hz了，储能还没开始放电，那就起不到作用了。所以，网络架构要优化，尽量用有线以太网，别用Wi-Fi。
3.3 充电桩：协议最乱，但正在统一
充电桩接入，是我最头疼的。因为厂家太多，协议太杂。说白了，就是“战国时代”。
3.3.1 接入标准
- 电气标准：GB/T 18487.1-2015《电动汽车传导充电系统 第1部分：通用要求》。这个标准规定了充电桩的电气接口、安全要求、充电模式等。
- 通信标准：GB/T 27930-2015《电动汽车非车载传导式充电机与电池管理系统之间的通信协议》。这是车桩通信的标准，但咱们聚合商平台需要的是桩与平台之间的通信。
3.3.2 通信协议
桩与平台的通信协议，目前主流的有：
| 协议 | 特点 | 适用场景 |
|---|---|---|
| OCPP 1.6 | 国际标准，支持智能充电、远程控制、固件升级 | 大部分交流桩和直流桩，兼容性好 |
| OCPP 2.0.1 | 更安全，支持V2G、即插即充、本地负载管理 | 新项目，特别是需要V2G功能的 |
| 私有协议 | 厂家自定义，功能受限，难以扩展 | 老项目或小厂家，建议尽快升级到OCPP |
避坑指南：我曾经遇到一个项目，充电桩厂家说支持OCPP 1.6，结果现场发现只实现了基本功能，像“远程启动/停止充电”这种核心功能都没实现。所以，我建议在合同中明确列出OCPP必须实现的功能列表，比如：远程启停、充电功率调节、实时数据上报（电压、电流、SOC）、故障告警。现场验收时，逐条测试。
3.4 柔性负荷：五花八门，但万变不离其宗
柔性负荷，包括空调、照明、工业电机、电锅炉等。这些设备本身不是为虚拟电厂设计的，所以接入最麻烦。
3.4.1 接入标准
- 电气标准：GB/T 35745-2017《柔性负荷接入电网技术规定》。这个标准对柔性负荷的功率调节范围、响应时间、调节精度等做了规定。
- 通信标准：目前没有统一的通信标准。我建议采用“边缘网关+协议转换”的方式。
3.4.2 通信协议
柔性负荷的通信协议，可以说是“八仙过海，各显神通”。常见的包括：
- Modbus RTU/TCP：工业设备（电机、电锅炉）的标配。
- BACnet：楼宇自控系统（空调、照明）的标配。
- KNX：智能家居系统（灯光、窗帘）的标配。
- MQTT：物联网设备（智能插座、传感器）的标配。
我的做法：我习惯在项目现场部署一个边缘计算网关。这个网关就像一个“翻译官”，把各种协议（Modbus、BACnet、KNX、MQTT）统一转换成标准的IEC 61850或Modbus TCP，再上传到聚合商平台。这样，平台就不需要关心底层设备是什么协议了。
3.5 知识体系总览
为了让你更直观地理解这四类资源的接入逻辑，我画了一张图。你看完就明白了。
这张图把整个接入架构串起来了。从上到下，聚合商平台通过统一的通信协议（IEC 61850或Modbus TCP）与边缘网关通信。边缘网关再向下，针对不同资源，采用不同的内部协议和接入标准。你想想看，如果没有边缘网关这个“翻译官”，平台要同时处理Modbus、CAN、OCPP、BACnet、KNX、MQTT，那得多乱？
总结一下：资源接入没有“一招鲜”的方案。我的经验是，先摸清现场设备的协议和接口，再选择合适的边缘网关和通信方案。标准是死的，人是活的。灵活运用，才能把虚拟电厂真正建起来。