先说点实际的。你在配电自动化项目里做网络重构如果只跑一次全天24小时的优化大概率会被现场调度员吐槽“方案没法用”。原因很简单光伏出力、负荷曲线、甚至台区检修计划都在实时变化早上的最优拓扑到下午可能就变成损耗黑洞。这也是我最近在梳理配电网重构多时间尺度方案时的核心感受——撇开日前和日内两个视角去谈重构基本等于只看了问题的一半。这篇内容想把两件事讲透一是日前阶段到底在解决什么问题二是日内滚动修正为什么不能简单理解成“重新跑一遍优化”。顺带会把我在建模、求解、执行过程中反复踩过的坑也放进来。适合正在做配电网重构、分布式电源接入方案或者配电自动化策略的工程师看完至少能少走半年弯路。1. 单时间尺度重构方案的天然短板不是优化算法不行是信息过时1.1 一条日负荷曲线根本撑不起一整天传统配电网重构核心做法是对着典型日负荷曲线求一组开关组合。早期系统网架简单、负荷变化有规律这么干问题不大。但现在的配电网里接了海量分布式光伏、充电桩、储能甚至还有微网负荷曲线和电源曲线都是高度波动的。我给你一组比较直观的行业经验数据分布式光伏的短期功率预测哪怕是基于数值天气预报的成熟模型在晴空突变、快速移动云团的情况下15分钟级预测误差也能跑到20%以上。如果用0到24点的预测曲线去锁定一天的开关组合下午云飘过来光伏出力瞬间掉了三成你的拓扑还是按满发状态确定的支路潮流方向可能直接逆转线路重载、电压越限都会跟着来。1.2 单次全局优化的另一个隐患开关动作次数失控还有人觉得既然实时性不行那就把窗口缩短每个时段单独求一次最优。问题也来了最优解在相邻时段之间切换得特别频繁今天上午10点最优拓扑是合上联络开关A11点最优拓扑又变成合上B、断开A。你算起来很爽调度员执行起来想骂人。开关设备不是软件接口它是有机械寿命和动作时间约束的。频繁操作也引入很大的误操作风险。我之前见过一个试点项目日内重构模块直接套用单时段优化引擎一天之内开关动作了四十多次运维班组反馈说“照这么玩配电站里的开关一年就要大修了”。1.3 多时间尺度到底在做什么所以更要命的方向顺利成章就是“分层”把决策拆成两个时间尺度各管一段。日前阶段基于未来24小时的预测信息锁定开关拓扑、储能充放电总计划、馈线间交互功率等慢变量目标是给出一个全局较优、执行上可行的基准方案。日内阶段在日前基准不变或微调的前提下通过滚动窗口修正分布式电源出力、储能实时充放电、无功补偿等快变量抵消预测偏差和突发事件的影响。这个思路本质上是把“一次性大优化”拆成“基准计划 渐进修正”。工程上可用性提高很多但也对两个阶段的建模一致性、边界条件衔接提出了新要求。2. 日前阶段到底在做什么锁定开关拓扑而不是锁定每个时段的潮流量2.1 日前模型的第一目标不是“全网损耗最低”很多论文把日前重构建模成单目标网损最小。但我在实际项目中发现如果只追网损算出来的方案经常是“理论上最省执行上没法用”。原因就是前面说的开关动作是慢变量不能每15分钟翻一次牌。所以我喜欢用多目标或者带约束的单目标网损 开关动作综合代价。动作代价不用严谨折算成钱更多是做个“罚系数”逼迫求解器在网损收益很小的前提下保持拓扑稳定。比如开关动作每台次折算成等效损耗的几十倍这样优化器自然会权衡。2.2 日前阶段的决策变量和约束到底有哪些决策变量分三层第一层是拓扑层包括分段开关、联络开关的状态也就是网络结构本身。这是日前阶段最重要的输出。它们是一组0-1整数变量并且必须保证网络始终是辐射状运行的——配电网闭环设计、开环运行是底线不能出现环流。第二层是设备层包括储能各时段充放电功率、分布式电源的出力曲线如果是可调的、电容电抗器投切等慢调节设备计划。这些变量在日前阶段给出初始计划日内阶段会在这个计划附近做修正。第三层是节点层也就是各节点电压、支路潮流、馈线出口功率等运行量它们全靠潮流方程约束起来。约束条件比较关键的有四类潮流约束。目前工程上多用支路潮流形式的DistFlow模型并做线性化或者二阶锥松弛处理。我在后边还会展开讲这个坑。辐射状拓扑约束。这不是简单一句“所有负荷必须连通”就完事了还要排除环网。常见做法是用图论生成树条件约束比如要求闭合支路数 节点数 - 根节点数并且所有负荷节点可达。电压约束、载流量约束。节点电压和支路电流上下限。功率平衡与储能动态约束。储能SOC要跨时段衔接日前阶段必须把一天的充放电计划在时间上连起来。2.3 时间颗粒度怎么定1小时还是15分钟时间尺度的另一个维度是步长。说实话日前阶段用1小时步长基本够用甚至不少工程直接做到96点15分钟也行但整数变量会爆炸求解时间拉长。我个人的做法是日前用1小时24点做综合寻优日内阶段再用15分钟96点做滚动修正。这么拆分的好处是日前阶段侧重“大方向正确”整天的拓扑形态、储能电量安排能大体定下来日内阶段侧重“快速响应”把细粒度预测误差处理掉。两个阶段步长不同衔接方式其实不是简单等间隔而是把日前结果作为日内阶段的基准轨迹来看。2.4 日前输出的是一张“能力边界图”不是一串拍死的数字这是我做工程悟出来的一个点。日前方案最好不要直接输出“每个时段每个开关必须开/关”的硬指令而是输出整个24小时内的开关状态序列、储能充放电总能量约束、甚至节点电压可调节范围边界。日内阶段要在这些边界约束内干活。比如日前方案告诉日内上午时段网络采用ACBAC这样一条馈线联合供电方式联络开关X闭合且储能每天放电量不低于某值。日内阶段就只需要在这个基准拓扑上调整储能出力不需要再去动开关计算压力小很多也不会破坏日前全局优化的成果。这里放一个日前方案输出的典型结构方便理解时间段拓扑形态关键闭合开关储能计划出力边界馈线关口功率约束00:00-08:00辐射状分段1S1, S2充电为主下限0kWh上限600kWh不超过4MW08:00-16:00联络转供模式S1, S3, L1放电供给峰值负荷不超过3.5MW16:00-24:00辐射状分段1S1, S2视光伏夜间出力调整不超过5MW这个格式不一定严格对应某个现成系统核心是想表达日前方案输出的是一天之内可执行的运行边界和基准拓扑日内在这个框架里做“局部超调修正”。3. 日内阶段为何要采用滚动窗口而不是实时重新求解3.1 滚动窗口的本质是“走一步看一步”日内阶段最常见的实现方式是模型预测控制也叫滚动时域优化。核心思路不复杂在当前时刻k基于最新的负荷/光伏预测优化未来H个时段比如未来4到6小时步长15分钟的控制策略但只执行第一个时段的指令等下一时刻k1再基于新信息重新优化一次。这个机制就像开车看路不看全路程只看前方一两公里到了下一段再重新判断。好处是永远用最新数据做决策不会被昨晚预测的“晴天光伏曲线”困在坑里。3.2 日内优化里开关能不能动这个问题必须说清楚。多数方案里日内阶段把开关状态作为固定边界只调整储能、分布式电源出力、无功补偿等连续量原因是开关动作慢、寿命有限、还涉及远方/本地操作闭锁逻辑。只有在故障、过载、电压越限比较严重的情况下才允许重新触发拓扑重构。这里有一个工程上的主次之分常规日内优化固定拓扑主要通过储能、光伏逆变器无功、有载调压变压器等连续手段调整运行状态。异常日内重构触发条件很苛刻通常是出现重载、电压越下限或有支路退出运行才会启动“局部重构”算法也要限制动作开关数量。做了这样的功能分层之后日内计算速度要求就下来了。固定拓扑条件下把潮流方程线性化或者做二阶锥松弛整个优化就是个凸规划问题或者更简单的连续优化问题求解时间可以做到秒级以内。3.3 日内阶段具体跑什么模型日内滚动优化的一步数学形式大致是这样min 目标函数 运行经济性代价 光伏/负荷跟踪偏差惩罚 控制变化量惩罚 越限惩罚约束包括支路潮流方程与网络拓扑固定储能SOC递推方程SOC(k1)SOC(k)η_ch·P_ch·Δt−P_dis·Δt/η_dis分布式电源出力上下限与爬坡约束关口交换功率约束节点电压范围目标函数里变化量惩罚非常关键。它保证储能出力不会从一个极端跳到另一个极端避免执行机构来回动作。3.4 一次日内调整的真实过程我用一次夏季午后的场景给你串一下全过程。假设日前方案在中午12点到15点保持联络开关K闭合、台区A和台区B联合供电储能计划在13点放电500kWh。到了12:30云团压过来光伏出力比预测低了25%节点电压开始往下掉。日内模块在12:30这个控制周期做了事情读取最新SCADA实时量测和短时预测数据更新13:00至17:00的负荷/光伏曲线计算出一版新策略储能13点放电量从500kWh上调到800kWh同时让光伏逆变器多发无功支撑电压校验新策略不会导致馈线关口过载只下发13:00-13:15这一个执行周期的指令等12:45再来一次看云团有没有消散预测有没有变化再更新下一步策略。整个过程拓扑开关没动但运行状态跟着实际天气走了起来。这就是日内滚动优化的价值。4. 日前与日内的衔接不是简单“接力”而是“基准轨迹边界约束”4.1 衔接信息流怎么流两个时间尺度之间要传递的信息我总结下来是四样基准拓扑状态日内阶段默认沿用日前确定的开关状态除非触发异常重构。储能能量计划日前给出全天SOC目标日内做充放电功率调整时不能突破总能量配额否则日内会把储能电量用光晚高峰就没牌可打了。控制调节权限日前规定哪些可控资源交由日内灵活调度哪些保持固定。比如分布式光伏如果之前签了固定出力协议日内就不能随便调。越限惩罚优先级日前和日内对“弃光惩罚”“切负荷惩罚”“电压越限惩罚”的权重必须一致不然日前认为不值得弃光日内却疯狂弃光两级决策就打架了。4.2 一致性约束怎么落实我推荐在日内的储能SOC递推方程里直接加入末端SOC约束或运行边界漂移罚项这是最容易出现两个阶段脱节的地方。怎么理解日前算好“凌晨充、午间放、晚高峰前补一点”的一个日循环。日内如果只看眼前4小时它可能为了应对当前的光伏波动在上午就把储能放空了。到下午真正的负荷高峰来临储能没电整个日前计划就废了。所以日内阶段在每个滚动周期里会强制预留未来几个时段的储能电量需求这个预留电量来自日前计划中SOC轨迹的“剩余计划”。我在工程里通常把这个处理成软约束加上一个大罚系数避免硬约束导致日内优化直接不可行。4.3 两个阶段衔接不当的典型后果给你说我踩过的一个真实坑。早期项目里我直接把日前结果传给日内模型没有做运行边界映射。结果某天日内滚动阶段为了平抑光伏波动连续三个时段大幅调整储能出力储能电池实际充放电状态频繁翻转寿命折损倒还在其次最要命的是它把日前算好的晚高峰SOC电量全部放光了晚高峰时段馈线重载拓扑又限制得死死的最后只能用“保V”策略切了一部分负荷。后来我改成了“日前输出SOC走廊”日内只能在走廊内做调整问题明显缓解。所以两个阶段的衔接本质上不是精度问题是“权限边界”问题。5. 建模和求解里最容易翻车的四个细节5.1 DistFlow潮流模型别直接丢给求解器文献里几乎都在用DistFlow模型它长这样P_ij和Q_ij是支路ij的有功无功潮流I_ij是电流平方V_i是节点电压平方。这套方程本身是凸优化友好的直接原样丢给商业求解器做非线性规划能解但速度会很感人。我的建议是分层的不做拓扑重构、只做日内调度时尽量采用线性化DistFlow忽略网损项或者用上一轮迭代值把它固定住做日前重构时允许用二阶锥松弛处理潮流约束配合整数变量在凸锥空间内搜索Gurobi、Cplex都能处理得很好。5.2 辐射状约束不能只查“节点数支路数1”这是新手容易挂的地方。连通性要求所有负荷都得在重构后保持供电辐射状要求全网无环。一条支路是环多条支路成环也是环。单纯写闭合支路数等于节点数减一只能保证基环数等于0不能保证孤岛节点不出现。正确姿势是再补一层网络连通约束要么用虚拟潮流法假设一个虚拟根节点向全网红外送功率每条闭合支路都要具备传送虚拟功率的能力要么直接用生成树约束。后一种在工程上常用也方便用分支变量和big-M方式表达。5.3 big-M不要给太大否则数值病态处理连续变量和0-1变量耦合的时候比如支路断开后潮流必须为0我们习惯写成P_ij ≤ M·z_ijQ_ij ≤ M·z_ijz_ij0表示支路断开那么P和Q就会被压成0。这个M数值非常大最容易出现的情况是求解器在M附近打转收敛精度完全失控。实际工程里M不要取100000这种拍脑袋数直接根据支路最大输送能力算M 1.2 ×额定载流量 × 额定电压高个20%的裕度就够了。M越小求解越快数值越稳。5.4 求解器参数和环境搭好了才算真正开始我目前做这类问题常用的搭配是YALMIP Gurobi或者直接用Python的pyomo平台。用YALMIP的好处是建模舒服把整数变量、二阶锥约束写完求解器配置几行就完事。一个简化的模型框架% 决策变量 x_switch binvar(num_switches, num_time, full); % 开关状态 p_sto sdpvar(num_sto, num_time, full); % 储能出力 v_sq sdpvar(num_nodes, num_time, full); % 电压平方 i_sq sdpvar(num_branches, num_time, full); % 电流平方 % 目标 objective sum(sum(loss_coeff .* i_sq)) alpha * sum(sum(abs(diff(x_switch,1,2)))); % 约束 Constraints []; for t 1:num_time Constraints [Constraints, ...]; end optimize(Constraints, objective, sdpsettings(solver,gurobi,verbose,2));这段代码只是示意别直接拿来跑。核心是想表达目标函数里加了alpha乘以开关变化量的惩罚项这行代码是把前面的“拓扑稳定优先”落实下去的关键。6. 一个简单算例帮你串起日前-日内全过程6.1 算例设置假设一个中等规模馈线组21个节点24条支路其中3条为联络开关2台分布式光伏共3.2MW1台储能800kWh/500kW基础负荷峰值5.6MW。我为了说明流程把数据做了脱敏处理不算严格意义的标准算例但流程结构可以直接迁移。日前优化采用24点小时步长决策全天空关状态和储能充放电计划。算出来的结果大致是指标日前方案网损3.1%联络开关闭合次数2次储能总放电量520kWh最低电压0.957 p.u.到了日内关键的变化是13:00预测光伏出力比日前数据低了30%同时节点8附近电压出现了越下限趋势。6.2 日内修正结果日内滚动模型在既定拓扑下每15分钟滚动一次把储能出力上限从200kW提高到450kW同时让光伏逆变器多发出150kVar无功调整后各节点电压恢复到0.964 p.u.以上关口功率没超限。对比一下就知道两个阶段的价值区分维度日前方案日内修正后网损3.1%3.5%略升但可接受最低电压0.957 p.u.0.964 p.u.储能SOC晚高峰余量180kWh175kWh开关动作2次0次网损稍微变差了一点点但电压问题被压住了且没有增加任何开关动作。这恰好印证了日前阶段给方向、日内阶段修偏差的设计逻辑——不能因为日内修偏差导致拓扑翻来覆去。6.3 这个算例告诉我们什么如果在日前阶段就为了光伏偏差把开关拓扑从联络状态切成解列状态那真的就为了一次20分钟的云团遮挡把全天架构忙活乱套了。日内阶段用储能和无功手段吸收了这次波动保住了日前方案的全局优度这才是两个尺度配合起来的正确打开方式。7. 工程落地阶段我掏心窝子的几条建议7.1 预测数据质量过硬日内算法才有资格发力日内再厉害也是建立在预测更新质量上的。做日内项目的第一步是梳理清楚短期负荷预测和光伏超短期功率预测的数据通道。至少要做到15分钟级刷新并且有可用的未来4小时预测曲线。否则滚动优化就成了“闭着眼睛开车”它的优势完全发挥不出来。7.2 执行机构动作次数比优化结果更值钱配电自动化系统的遥控操作对开关动作次数是有严格考核的。所以无论日前还是日内目标函数里都必须有开关动作代价项。如果现场条件允许我还会在拓扑重构模块加一个死区只有网损改善超过某个阈值或者存在越限风险时才允许切换开关方案。7.3 从单馈线试点开始不要一上来就全配网铺开多时间尺度重构这套玩法信息依赖和通信依赖都比较重。稳妥的打法是先选一条光伏渗透率较高、联络开关齐全的馈线做试点跑两三个月的日内滚动记录对比手动调度的网损、电压合格率、开关动作次数再决定是不是推广到整个供电片区。我自己在试点阶段学到的经验是把日内算法的每个滚动周期的日志打出来保留预测曲线、实际曲线、模型误差。后期有了这些数据你才能定位性能瓶颈到底是模型、求解器还是数据而不是两眼一抹黑地调参数。这套日前-日内协同思路做起来整套工程量真的不小。但从效果上看它解决的不是“算出一个好看的数字”而是真正让重构方案在配电自动化系统里落得下去、用得起来。希望这篇内容能帮还在改单时间尺度重构模型的同行们打开思路少踩我已经踩过的那些坑。