第4章 运行策略框架:日前调度、日内滚动优化、实时调整三层架构
各位好,我是老张。今天咱们聊聊多能互补系统的运行策略框架。说实话,这个三层架构是我在实际项目中反复打磨出来的。刚开始做多能互补时,我也试过各种花哨的算法,后来发现——真正能落地的,还是这套「日前-日内-实时」的架构。
为什么这么讲?你想想看,一个多能互补系统,面对的是风光出力的不确定性、负荷的随机波动、还有设备的各种约束。如果只靠一套静态方案,那肯定不行。我个人的习惯是:把问题拆成三个时间尺度来处理。
4.1 为什么需要三层架构?
先说说我的理解。多能互补系统的运行优化,本质上是在「不确定性」和「经济性」之间找平衡。
举个例子。我在浙江做过一个园区项目,光伏+储能+燃气轮机+地源热泵。刚开始我们只做了日前调度,结果呢?第二天突然来了一片云,光伏出力直接掉了40%。日前调度方案完全失效,燃气轮机来不及响应,最后只能从电网高价买电。
那次之后我就明白了:单一时间尺度的优化,根本扛不住实际运行中的波动。
所以,三层架构的核心逻辑是:
- 日前调度:解决「明天怎么跑」的大方向问题
- 日内滚动优化:解决「接下来几小时怎么调」的中期问题
- 实时调整:解决「当下怎么应对」的紧急问题
这三层各司其职,又相互配合。说白了,就是「长计划、短安排、快调整」。
4.2 日前调度层
日前调度,我习惯叫它「战略层」。它的任务是:基于明天的负荷预测、新能源出力预测、电价信息,制定一个24小时的整体运行计划。
这里有个关键点:日前调度不考虑实时波动,它只做「最优路径」的规划。
我在项目中通常这样设置日前调度的参数:
| 参数 | 典型值 | 说明 |
|---|---|---|
| 时间分辨率 | 1小时 | 太细了计算量太大,太粗了精度不够 |
| 优化目标 | 运行成本最低 | 包括购电成本、燃料成本、设备启停成本 |
| 约束条件 | 设备容量、爬坡率、储能SOC | 必须留有余量,不能卡死 |
| 求解方法 | 混合整数线性规划 | MILP,处理启停这类0-1变量 |
嗯,这里要注意:日前调度给出的方案,不是让你死板执行的。它更像一个「参考基准」。我见过不少新手,把日前调度结果直接下发到设备,结果一遇到波动就崩了。
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%,后面几小时完全没调节能力了。
4.5 三层架构的协同逻辑
这三层不是孤立的,它们之间有数据传递和反馈机制。我画了一张图来说明:
从图上你能看到:
- 自上而下:日前调度给日内优化提供基准,日内优化给实时调整提供参考
- 自下而上:实时调整反馈执行偏差,日内优化反馈预测偏差
- 核心思想:长周期定方向,短周期做修正
4.6 实际项目中的配置建议
最后,我根据多年项目经验,给几个配置建议:
| 项目类型 | 日前调度 | 日内滚动 | 实时调整 |
|---|---|---|---|
| 小型园区(MW级) | 必选,1h分辨率 | 可选,30min滚动 | 必选,规则库即可 |
| 中型区域(10MW级) | 必选,1h分辨率 | 必选,15min滚动 | 必选,规则+优化 |
| 大型城市(100MW级) | 必选,0.5h分辨率 | 必选,15min滚动 | 必选,MPC+规则 |
嗯,这里要提醒一句:别一上来就搞太复杂。我见过有人在小项目上堆了全套MPC,结果运维人员根本看不懂,最后全手动操作。三层架构的复杂度,要和项目的实际需求匹配。
核心总结:
- 日前调度定方向,日内滚动做修正,实时调整保安全
- 三层之间要有数据反馈,形成闭环
- 复杂度要和项目规模匹配,别过度设计
好了,这一章就到这里。三层架构听起来简单,但真正用好,需要在每个层级上做精细设计。下一章咱们会深入日前调度的数学模型,到时候我会拿一个实际案例来拆解。