第4章 运行策略框架:日前调度、日内滚动优化、实时调整三层架构

各位好,我是老张。今天咱们聊聊多能互补系统的运行策略框架。说实话,这个三层架构是我在实际项目中反复打磨出来的。刚开始做多能互补时,我也试过各种花哨的算法,后来发现——真正能落地的,还是这套「日前-日内-实时」的架构。

为什么这么讲?你想想看,一个多能互补系统,面对的是风光出力的不确定性、负荷的随机波动、还有设备的各种约束。如果只靠一套静态方案,那肯定不行。我个人的习惯是:把问题拆成三个时间尺度来处理。

4.1 为什么需要三层架构?

先说说我的理解。多能互补系统的运行优化,本质上是在「不确定性」和「经济性」之间找平衡。

举个例子。我在浙江做过一个园区项目,光伏+储能+燃气轮机+地源热泵。刚开始我们只做了日前调度,结果呢?第二天突然来了一片云,光伏出力直接掉了40%。日前调度方案完全失效,燃气轮机来不及响应,最后只能从电网高价买电。

那次之后我就明白了:单一时间尺度的优化,根本扛不住实际运行中的波动

所以,三层架构的核心逻辑是:

  • 日前调度:解决「明天怎么跑」的大方向问题
  • 日内滚动优化:解决「接下来几小时怎么调」的中期问题
  • 实时调整:解决「当下怎么应对」的紧急问题

这三层各司其职,又相互配合。说白了,就是「长计划、短安排、快调整」。

4.2 日前调度层

日前调度,我习惯叫它「战略层」。它的任务是:基于明天的负荷预测、新能源出力预测、电价信息,制定一个24小时的整体运行计划。

这里有个关键点:日前调度不考虑实时波动,它只做「最优路径」的规划

我在项目中通常这样设置日前调度的参数:

参数 典型值 说明
时间分辨率 1小时 太细了计算量太大,太粗了精度不够
优化目标 运行成本最低 包括购电成本、燃料成本、设备启停成本
约束条件 设备容量、爬坡率、储能SOC 必须留有余量,不能卡死
求解方法 混合整数线性规划 MILP,处理启停这类0-1变量

嗯,这里要注意:日前调度给出的方案,不是让你死板执行的。它更像一个「参考基准」。我见过不少新手,把日前调度结果直接下发到设备,结果一遇到波动就崩了。

避坑指南:日前调度一定要留「调节裕度」。比如储能SOC,别用到0%或100%,留个10%-20%的缓冲区间。我曾经吃过这个亏,SOC卡在95%,结果下午光伏超发,储能充不进去,白白弃光。

4.3 日内滚动优化层

日内滚动优化,我管它叫「战术层」。它的频率通常是15分钟到1小时滚动一次,每次优化未来4-6小时的运行方案。

为什么是滚动?因为预测会不断更新。比如早上8点做的预测,到9点发现实际负荷比预测高了5%,那就要重新算一遍。

我个人习惯用模型预测控制(MPC)来做日内滚动优化。核心思路是:

// 伪代码:日内滚动优化流程
while (系统运行中) {
    1. 获取最新预测数据(负荷、新能源、电价)
    2. 读取当前系统状态(设备出力、储能SOC)
    3. 求解未来N步的优化问题
    4. 只执行第一步的控制指令
    5. 等待下一个优化周期(15分钟/30分钟)
}

这里有个技巧:滚动优化的窗口长度要适中。太短了看不到全局,太长了计算量爆炸。我一般取4小时,也就是16个15分钟步长。

记得在山东一个项目里,我们用了3小时窗口,结果总是「短视」,储能策略偏保守。后来改成4小时,效果明显改善。

4.4 实时调整层

实时调整,就是「应急层」。它的响应时间在秒级到分钟级,处理的是日内优化来不及应对的突发情况。

比如:

  • 光伏突然被云遮挡,出力骤降30%
  • 某台燃气轮机故障停机
  • 负荷瞬间飙升超过预测上限

实时调整的策略,我通常用「规则库+简单优化」的组合。规则库处理常见场景,简单优化处理复杂场景。

举个例子:

// 实时调整规则示例
if (光伏出力 < 预测值 * 0.7) {
    // 光伏骤降,优先调用储能
    储能放电功率 = min(储能最大放电功率, 缺额功率 * 0.8);
    // 剩余缺额由燃气轮机补充
    燃气轮机出力 += 缺额功率 * 0.2;
    // 如果还不够,切除非关键负荷
    if (仍有缺额) 切除可中断负荷;
}

这里要强调一点:实时调整的优先级是「安全第一,经济第二」。别为了省几块钱电费,让系统失稳。我见过有人为了追求经济性,实时调整时把储能放电功率设得很大,结果SOC掉到0%,后面几小时完全没调节能力了。

我的经验:实时调整层最好设置「安全边界」。比如储能SOC低于20%时,强制停止放电;燃气轮机爬坡率超过80%时,自动限幅。这些硬约束能保命。

4.5 三层架构的协同逻辑

这三层不是孤立的,它们之间有数据传递和反馈机制。我画了一张图来说明:

三层运行策略架构协同逻辑 日前调度层(战略层) 时间尺度:24小时 | 分辨率:1小时 | 目标:全局最优 输出:设备启停计划、储能充放电计划、购售电计划 下发基准方案 日内滚动优化层(战术层) 时间尺度:4-6小时 | 分辨率:15分钟 | 频率:每15-60分钟滚动一次 输出:修正后的设备出力、储能功率、联络线功率 下发修正指令 实时调整层(应急层) 时间尺度:秒-分钟级 | 响应:即时 | 目标:安全稳定 输出:设备紧急调节指令、负荷切除/恢复指令 反馈实际执行偏差 反馈预测偏差

从图上你能看到:

  • 自上而下:日前调度给日内优化提供基准,日内优化给实时调整提供参考
  • 自下而上:实时调整反馈执行偏差,日内优化反馈预测偏差
  • 核心思想:长周期定方向,短周期做修正

4.6 实际项目中的配置建议

最后,我根据多年项目经验,给几个配置建议:

项目类型 日前调度 日内滚动 实时调整
小型园区(MW级) 必选,1h分辨率 可选,30min滚动 必选,规则库即可
中型区域(10MW级) 必选,1h分辨率 必选,15min滚动 必选,规则+优化
大型城市(100MW级) 必选,0.5h分辨率 必选,15min滚动 必选,MPC+规则

嗯,这里要提醒一句:别一上来就搞太复杂。我见过有人在小项目上堆了全套MPC,结果运维人员根本看不懂,最后全手动操作。三层架构的复杂度,要和项目的实际需求匹配。

核心总结

  • 日前调度定方向,日内滚动做修正,实时调整保安全
  • 三层之间要有数据反馈,形成闭环
  • 复杂度要和项目规模匹配,别过度设计

好了,这一章就到这里。三层架构听起来简单,但真正用好,需要在每个层级上做精细设计。下一章咱们会深入日前调度的数学模型,到时候我会拿一个实际案例来拆解。


专注资料整理