ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

微网调度架构设计与落地:从EMS分层分布式到储能PCS实战解析

微网调度架构设计与落地:从EMS分层分布式到储能PCS实战解析 一说到微网调度很多同行第一反应就是那张花花绿绿的架构图——光伏、储能PCS、柴油发电机全挂在一张网上中间一个能量管理系统EMS压舱。我在好几个项目里都是先从这张图开始干起。说实话图看着简单背后要回答的问题却不少谁来下发功率指令谁来处理故障切孤岛通信断了以后设备靠什么兜底。这篇文章就把我在某园区微网调度项目里实际画架构、搭方案、调系统的过程捋一遍适合刚接触微网EMS的工程师、做光储充项目的项目经理以及正在研究分布式能源调度的同学参考。我会把架构选型、调度流程、关键参数和现场坑点都聊到尽量不讲空话。1. 项目起点微网调度架构到底要解决什么问题1.1 从一张架构图说起调度架构不只是连线一张架构图表面上画的是一次接线和二次通信链路但本质上它是在回答“控制权怎么分配”。我见过很多刚入行的同事拿着架构图只看设备之间怎么连这是不够的。微网和传统大电网最大的区别在于微网里没有足够大的同步电网做支撑分布式电源、储能、负荷的容量比例很高任何一个设备的动作都可能引起电压和频率变化。所以调度架构设计的核心是把“谁来决策、谁来执行、谁在紧急情况下兜底”这三件事固定下来。如果架构图里只有一个EMS大包大揽所有设备都等它下指令现场大概率会出问题通信延时、数据丢包、控制器时钟不同步任何一个环节抖动都会让系统变成“睁眼瞎”。反之如果让每台设备各自为政充放电没有约束又会出现过充过放、功率倒送甚至孤岛过压。因此一张好的调度架构图至少要画出三层关系数据层怎么采集调度层怎么优化执行层怎么动作。我在项目里一般先把这三条线在图上用不同颜色标出来再确认每一层的设备清单和协议。1.2 调度架构设计的目标经济、可靠、友好并网微网调度不是只追求“绿电多用一点”。在我们实际项目里主要考虑三个目标而且这三个目标经常互相打架。经济性排在第一位。电费单是业主最关心的东西调度系统要能够根据分时电价、负荷预测、光伏预测去安排储能充放电和柴油机启停尽量把峰时购电压下来。可靠性并列第一。发生过一次孤岛失败导致重要负荷停电前面省的电费都不够赔。所以调度系统要能在并网和孤岛两种模式之间快速切换模式切换时不能先停机再重启。第三个目标是友好并网也就是微网和上级电网之间的联络线功率不能忽大忽小不能频繁倒送不能超过合同容量。这三个目标放在一起就决定了我们后续所有架构和参数选择经济性要求优化引擎足够灵活可靠性要求控制层级不能太集中友好并网要求调度计划要平滑、可执行。2. 架构选型为什么最终选了分层分布式2.1 三种主流架构对比做微网调度架构选型时业内常说的就是集中式、分布式、分层分布式三种方案。我直接拿一个表格来对比架构类型控制思路优点缺点适用场景集中式单个EMS统一收集信息并计算所有指令模型简单、实现快、全局最优性容易保证单点故障风险高、通信依赖强、扩展性差小型校园微网、容量几兆瓦以内的示范项目分布式各设备代理自主协商达成一致后动作通信依赖低、抗单点故障、可扩展协商算法复杂、难以保证全局最优、调试成本高设备分散、通信条件差的偏远场景分层分布式云端/站级做计划边缘控制器做实时协同端侧做保护兼顾全局优化与快速响应、故障隔离好系统层级多、实施周期长工业园区、光储充一体化等工程化项目我们在那个园区项目里最终选了分层分布式。原因很简单项目里既有光伏、储能、柴油发电机又有空调、充电桩和一类重要负荷单靠一台EMS做实时控制不现实。而且园区配电房的通信柜里设备协议五花八门有些老的综保只支持Modbus RTU有些新光伏逆变器又走Modbus TCP如果用集中式架构光一个规约转换层就能把EMS的资源耗掉一大半。2.2 分层分布式的具体构成这里用文字把架构图从上到下拆开。最上面是云端或站级调度主站部署在工程师站或云平台上跑的是能量管理系统EMS。EMS负责数据采集、历史存储、光伏/负荷预测、日前和滚动优化计算。它输出的不是设备级的PCS功率而是“未来15分钟储能应该充多少、柴油机几点启动”这类计划级指令。中间层是边缘协调控制器通常是一台支持毫秒级响应的装置装在配电房或开关站里。它的角色相当于“现场应急值班员”正常情况下按照EMS下发的计划曲线执行并转换为对逆变器、PCS、柴发控制器下发的实时功率设定值当通信中断或者进入孤岛模式时它要能独立维持频率和电压执行低频减载、快速限功率等控制策略。这一层还负责防误操作逻辑比如储能SOC越限时闭锁充电、并网开关在合位时不允许孤岛启动等。最下面是设备层包括光伏逆变器、储能变流器PCS、柴油发电机组、负荷开关、电能质量治理装置和各类保护测控终端。设备层主要响应中间层的设定值和控制信号。对PCS来说它关心的是功率指令、启停状态对综保来说关心的是保护定值和跳闸出口。三层之间用网线和串口通信连接一般以Modbus TCP、IEC 61850或IEC 104为主。这种分层结构最大的好处是“局部自治”。即使上层主站挂了中间层还能按最后一条下发曲线续命一段时间不会让整个微网瞬间失控。我第一次体会这个设计价值是在一次光纤中断事故里EMS侧屏幕白屏但边缘控制器仍然按预存曲线稳住了负荷后来我把这个案例写进了项目总结。3. 核心功能拆解与调度流程实现3.1 调度时间尺度日前、日内与实时控制微网调度不是一股脑算一个结果要按时间尺度分开做。我们实际工程里一般分三层来跑尺度周期主要任务日前调度每天一次生成未来24h计划机组启停、储能充放电框架、联络线计划日内滚动调度每5-15分钟滚动一次基于最新预测修正计划、调整储能出力实时控制秒级到百毫秒级频率电压支撑、限功率、低频减载、孤岛切换日前调度在凌晨启动输入是第二天的光伏预测、负荷预测和电价曲线。优化目标是最小化全天的购电成本和燃料成本同时给柴油机定好启停时段。这里有一个很关键的原则日前计划不能把储能曲线卡死要给日内滚动留出调整空间。我们一般会把日前计划的储能SOC轨迹当作参考值而不是硬约束让日内优化在±20%范围内可调。否则预测一有偏差系统就立刻重新求解计划曲线频繁跳变现场设备会被折腾得够呛。日内滚动调度的周期要结合通信速度和PCS响应特性来定。我们项目里通信链路平均延时大概在100毫秒左右PCS功率响应时间也在百毫秒级所以滚动周期定在15分钟比较稳妥。如果项目里有大量可控负荷比如空调、充电桩周期可以缩短到5分钟但前提是边缘控制器和主站之间的链路要很稳定不能经常断包。实时控制不在EMS里跑而是在边缘控制器里跑。它的任务是应对秒级扰动比如光伏云遮、大负荷突然合闸。边缘控制器通过检测频率、电压和并网点功率实时调整储能的充放功率必要时快速切除一部分次要负荷。这里不需要复杂优化控制逻辑越简单越可靠我见过把模型预测控制直接搬进实时层的项目最后因为计算延迟全部改回了查表下垂控制。3.2 核心模型目标函数和约束怎么落地优化引擎是调度主站的核心。工程上不需要一开始就上很复杂的算法。我们项目先按混合整数线性规划搭了一个模型。整数变量给柴油机启停用连续变量给储能功率和购售电功率用。目标函数是最小化购电成本加柴油机燃料成本和启停成本加设备运维成本再减掉售电收益。实际建模时还要把环保目标折算成碳排放成本加权进去。这样做的好处是业主如果需要汇报双碳指标我们可以给出明确的单位电量碳排放下降数据。约束条件就是微网系统运行的底线。第一是功率平衡光伏出力加储能放电加柴发出力加购电等于负荷加储能充电加售电每个时段都要成立。第二是设备出力限制光伏不能超过逆变器容量柴发有最小稳定出力储能充放电功率不能同时大于零。第三是储能动态约束SOC随时间变化等于上一时段SOC加上充放电电量还要乘上PCS效率SOC上下限一般取10%和90%给电池留出冗余。第四是联络线约束并网点的功率不能超过变压器的合同容量购售电不能同时发生。第五是爬坡约束柴发和PCS的功率变化率不能太快否则现场执行时容易触发设备保护。这些约束写成线性式子后求解器跑起来非常快一个24时段的模型通常几十秒内就能出结果。我们在现场遇到的主要问题不是求解速度而是好数据。预测数据不干净再好的目标函数也没用。4. 关键参数测算与典型调试实录4.1 参数表储能调度参数示例和计算为了让调度架构真正跑起来参数配置动作很大。我直接拿项目中一组参数来举例项目配置大概是光伏容量1MW储能容量500kWh/250kW柴油发电机200kW负荷峰值800kW并网变压器容量630kVA电价按一般工商业分时电价执行。参数设定值备注储能SOC运行范围10%90%避免过充过放PCS充放电效率95%用于SOC估算和成本计算储能最大充放电功率250kW受PCS额定功率限制并网点功率上限400kW预留裕量防止变压器过载柴发最小稳定运行30kW低于该值自动停机可再生能源优先光伏优先消纳调度目标之一拿峰谷套利场景算一下假设谷电时段电价0.3元/kWh峰电时段电价1.2元/kWh储能从SOC 20%充到90%可用容量就是500乘0.7等于350kWh。考虑PCS效率95%实际从电网取电是350除以0.95约等于368kWh成本约为110元。放到峰时段放电按95%输出有效放电约330kWh收益约396元单次循环毛收益约280元。这个账不算复杂但要在调度模型里体现出来就必须把效率参数、SOC限制和电价时段放进同一套配置里否则优化出来的结果和现场实际差距会很大。4.2 实际调试时怎么看曲线系统上线后要盯几个曲线来验证调度架构对不对。第一组是预测曲线与实际曲线的对比。光伏预测和负荷预测不必精确到每分钟都一样但要关注趋势偏差。如果误差集中在某个固定时段比如午后光伏多预测了30%说明预测模型可能没有考虑云团遮蔽需要引入当地辐照度特征。第二组是SOC轨迹曲线。理想情况下SOC应该像楼梯一样谷段充电、峰段放电、夜间回到下限附近。如果SOC在运行中频繁触碰上限或下限说明日前计划的预留空间不够日内滚动需要扩大调整范围。第三组是并网点功率曲线。架构设计时拉平联络线波动很重要如果并网点功率经常出现尖峰要看是负荷预测偏差导致还是边缘控制器的功率平滑参数设置得太激进。调试中我习惯把EMS日志、边缘控制器日志和PCS动作报文三个时间轴对齐看。曾经碰到一个怪问题EMS算出的计划是正确的边缘控制器也收到了但储能PCS就是不按功率曲线走。后来发现PCS内部有一个“本地恒功率优先”模式优先级高于远程控制需要先把PCS的控制模式切换成远程指令模式。这类问题不看现场手册根本发现不了所以架构图上要明确标注每台PCS的控制模式输入点。5. 常见问题与排查技巧实录5.1 通信问题数据断点、指令重复、时钟不同步微网调度现场问题里通信问题能占一半还多。最常见的现象是数据断点。遥测数据在曲线上突然变成零持续几秒又恢复。这种毛刺如果不做处理会被预测或者优化引擎当成真实功率突变导致调度计划出现误动作。解决办法是在EMS的数据采集模块里加数据质量判断对每个遥测点打上“有效/无效”标签无效点不参与计算可以用上一帧数据填充或者用相邻设备估算。这套逻辑不复杂但没有的时候非常容易出隐蔽故障。第二个通信坑是指令重复。边缘控制器和主站之间如果TCP连接异常重连本来发一次的命令可能被重发好几遍PCS就可能反复启停。后来我们在每条指令里带上消息序号和有效性时间戳接收方只执行序号更新的指令重复指令直接丢弃。还有一个容易被忽略的是时钟同步。调度主站、边缘控制器、PCS自己的时钟如果不一致日志对不上是小事严重的是孤岛切换时需要同步频率和相位时间基准不一致会导致并网开关误合。我们用NTP作为备用关键测控装置用卫星对时信号并且每周自动巡检时钟偏差。5.2 优化求解问题超时、不可行、计划跳变优化引擎最常见的报错是模型不可行。听上去是数学问题但根源往往很简单某个时段负荷预测值超过了联络线和所有电源的总出力上限或者SOC约束和功率约束相互矛盾。排查时先检查时间序列数据有没有大缺口再逐步放开约束看哪条约束让模型死掉。我们在工程里会把约束做成“软约束”带惩罚项让求解器在极端情况下仍能给出一个可执行的降级方案而不是直接崩掉。超时问题也有不少。当项目扩展到多个微网、或者加入大量可控负荷后整数变量变多求解时间会指数增长。我们用的办法是在优化前先加一轮规则预筛把明显不可行的候选时段和机组组合过滤掉同时用上一轮求解结果作为热启动初始解。实测下来同样的模型求解时间能从70秒降到8秒完全满足滚动调度的窗口要求。计划跳变是更微妙的问题。两轮滚动优化之间如果没有设置输出平滑机制储能功率指令可能从250kW瞬间变成-250kW。虽然从经济角度看每一步都是“最优”但现场设备根本执行不了。我们在EMS里增加了一个指令限幅和过渡时间约束让相邻两轮指令的功率变化速率小于100kW/min彻底解决了这个问题。5.3 现场安全与误动问题逆功率、孤岛切换失败微网调度架构最怕的不是算错账而是设备误动。有一次调试光伏出力高、负荷低并网点出现了持续的功率倒送。按调度计划这个时段本来就该向电网卖电没超容量但现场柴油机控制器有个内置的逆功率保护检测到倒送以后直接跳闸导致整个微网扔了负荷。后来我们把柴发保护定值改成只监测柴发出口功率把并网点倒送管理交给调度系统处理问题才算解决。孤岛切换失败也很常见。从并网模式切到孤岛模式前提条件是分布式电源总出力能匹配当前负荷而且切换时频率和电压不能越限。如果调度架构里没有预案全靠保护动作硬切十有八九要出事。我们在边缘控制器里实现了一套“预判-减载-切换”的流程先切除一部分可中断负荷再将柴油机和储能平滑升到目标出力最后才打开并网点开关。整个过程控制在200毫秒内重要负荷电压跌落小于10%后来现场实测切换波形非常干净。6. 从架构图到落地我的几点实操心得6.1 架构图要画三层不要只画设备连线画架构图时不要只画光伏、储能、柴发、负荷的连线那样只能表达一次拓扑。我建议在图上标清楚三条信息流数据采集流、调度指令流、保护控制流。数据流用蓝色标指令流用红色标保护流用黑色标。这样评审时各专业的同事一眼就能看到控制权边界在哪里哪些设备走调度指令哪些设备只走保护逻辑避免后期在现场扯皮。6.2 通信矩阵图和调试脚本比架构图更实用架构图画完下一步不要急着写模型先把“通信矩阵图”做出来。矩阵里列出每个设备、协议、寄存器地址、数据点类型、扫描周期。这个矩阵才是项目中最常翻的资料。调试时我们还会写一批小工具脚本批量读取关键遥测点格式化成时间对齐的表格。排查故障时能省很多力气。6.3 调度上线前先做“断电大考”调度系统上线前一定要做一次全链路断电测试。模拟主站电源掉电、边缘控制器掉电、通信交换机掉电这三种情况观察微网怎么响应。第一次做这类测试时我们才发现某些PCS在通信恢复后不会自动回到远程模式而是停留在本地待机状态导致调度指令下发后设备没有响应。后来把所有设备的“上电默认模式”统一改成远程控制模式并在边缘控制器里加了模式巡检逻辑才算真正消除了这个隐患。最后再分享一个小习惯我每次调完一个微网项目都会把最终确认好的参数表和故障处理记录单独存一份放在项目目录下。因为架构图会改版代码会迭代但现场运维人员最需要的永远是“能直接照着操作”的定值清单和问题处置手册。有了这份东西后续无论是扩展光伏容量还是增加充电桩都不会推倒重来。
RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进