配电网潮流计算：前推回代法求解IEEE33节点的原理与Python实现

简介：面向电力系统初学者、高校学生及相关工程技术人员的IEEE 33节点配电网潮流计算MATLAB工程包，以经典33节点辐射状网络为算例，演示前推回代法从节点编号、边界条件设定到前向替换与后向回代求解的完整流程，适用于课程设计、毕业设计或配电网分析入门。压缩包体积仅2KB，共含3个文件：DG_powerflow.m为算法主程序，负责网络建模、导纳矩阵构建与迭代计算；branchdata.txt记录支路两端节点、电阻、电抗及无功补偿数据；nodedata.txt定义节点类型、电压基准与注入功率，数据与程序彼此分离，便于更换参数或扩展算例。目前已有738人学习这一工程包，使用者可对照代码和数据结构深入理解前推回代法在稀疏矩阵求解中节省存储与计算量的特点，同时掌握MATLAB脚本调试、节点电压与线路潮流分析等实操技能，为后续配电网研究打下基础。

1. 前推回代法求解 IEEE33 节点：为什么先跑这个 33 节点算例

配电网规划里最常听到的一句评价是：牛顿法在 IEEE33 节点上容易翻车，前推回代法几毫秒就收敛。听起来像玄学，但原因很直接——配电网线路电阻和电抗一个量级，高 R/X 比让雅可比矩阵病态，牛顿法反而不稳；前推回代法不建雅可比矩阵，只利用辐射状拓扑做回代求电流、前推求电压，两次扫描就是一次迭代。IEEE33 节点是配电网潮流计算最常见的标准算例，节点数适中、拓扑辐射状、参数公开，几乎成了算法的基准考场。这篇笔记从数学模型讲到可复现代码，再落到参数调整和踩坑排查，适合正在做配电网重构、分布式电源接入评估或网络规划的人直接照着用。

2. 前推回代法的两条递推：回代算电流、前推算电压，收敛看两条曲线

前推回代法的全部内容，就是两条递推关系：一条从叶子节点往根节点走，叫回代；一条从根节点往叶子节点走，叫前推。理解这两条递推的物理含义，比背公式重要得多，因为配电网的负荷是恒功率模型，电流和电压互相耦合，必须反复迭代才能稳定。

2.1 回代递推：从叶子节点往根节点累加支路电流

回代的目标是求出每条支路上流过的电流。辐射状配电网是树结构，每个节点只有一个父节点，若干子节点。对任意节点 k，它自身的负荷电流加上所有子支路的电流，就是它上游支路（父节点到 k 的支路）的电流，公式写出来就是：

I_load,k = conj(S_k / V_k)

I_branch,k = I_load,k + Σ I_branch,child

这里 S_k = P_k + jQ_k 是节点负荷的复功率，V_k 是节点电压相量，conj 表示取共轭。注意共轭的位置不能错，功率和电压是相量，电流方向从父节点流向子节点，所以子支路电流直接累加到父支路电流上。

从实现顺序看，必须先算末端叶子节点，再一路累加回根节点。如果支路数据不是按拓扑顺序排列的，直接从大编号往小编号扫很容易漏算或重复累加。我一般会先做一个后序遍历，把节点排成“子节点在前、父节点在后”的列表，再按这个顺序做回代，这样无论原始数据怎么乱，累加顺序都不会错。

第一轮迭代时所有节点电压都取 1.0pu，所以负荷电流就等于复功率的共轭除以 1.0，这其实是一个很粗糙的近似。真实负荷电流受电压幅值影响，末端电压越低，同样的功率对应的电流越大，这就是为什么要循环迭代，直到电压和电流都稳定下来。

2.2 前推递推：从根节点往下推电压，初值为什么必须取 1.0pu

回代拿到所有支路电流后，就可以从根节点开始，一条支路一条支路地把电压推下去。对支路 f→t，已知父节点电压 V_f 和支路电流 I_branch,t，子节点电压就是：

V_t = V_f - I_branch,t × Z_t

Z_t 是支路 t 的复阻抗 R + jX。这里的减号表示电流方向和电压降落方向一致，功率从父节点流向子节点，所以子节点电压一定比父节点低（除非有无功注入抬升电压）。

电压初值这块，标准做法是所有节点都取 1.0pu，根节点固定为 1.0pu。初值取 1.0 不是随便选的，它代表“忽略网损和电压降落”的理想状态，迭代从这一点出发，收敛路径最短。如果把初值设成 0 或者某个很低的电压，第一轮回代的负荷电流会异常偏大（因为电压在分母上），轻则迭代次数翻倍，重则直接发散。IEEE33 的根节点电压通常取 12.66kV 对应的 1.0pu，不要在这里引入初始相角差，配电网潮流对相角不敏感，加一个随机相角反而拖慢收敛。

前推的顺序和回代相反，必须保证父节点电压先更新，子节点再往下推。用后序遍历反过来的列表就能做到，这正是 DFS 后序列表的另一半用途。

2.3 收敛判据：电压偏差和功率偏差，选哪个更稳

迭代不可能无限跑下去，得有一个停止条件。最常见的判据是相邻两轮迭代的电压相量最大偏差，即 max|V_new - V_old| < ε；另一种更严格的是看功率偏差，也就是用本轮电压回代计算出的支路功率，和给定负荷功率之间的最大偏差。

我个人的经验是：做 IEEE33 这类纯 PQ 节点系统，电压偏差判据就够用，ε 取 1e-5 时大概 6 到 8 次迭代收敛；但系统里如果接了分布式电源、出现 PV 节点，或者末端电压跌到 0.9pu 以下，电压偏差判据很容易“假收敛”——电压变化很小但功率还差得远。这时候改用功率偏差判据，或者两个判据同时满足才停止，更稳妥。迭代上限一般设 50 次，IEEE33 正常不会超过 20 次，超过这个数基本可以断定数据或逻辑有问题。

回代和前推各完成一遍，算一次完整迭代。每轮迭代结束后记录 max|V_new - V_old|，画出来是一条单调下降的残差曲线。如果看到这条曲线振荡或者先降后升，优先级最高的排查项是支路阻抗有没有标幺化错，其次是负荷功率有没有落到正确的节点编号上。

3. 手写 IEEE33 前推回代法：数据准备、Python 代码与参数设置

原理说清楚以后，落地就不难了。这里给一套可以直接跑的 Python 实现，用 numpy 处理复数运算，核心循环只有四十行左右。先解决数据怎么组织，再贴代码，最后把参数含义逐个讲透。

3.1 IEEE33 节点数据怎么整理：支路表、负荷表和编号约定

IEEE33 节点系统有 33 个节点、32 条支路，根节点编号是 0，其余节点从 1 到 32。支路表每一行记录起点、终点、电阻和电抗，单位是欧姆；负荷表记录每个节点的有功功率和无功功率，单位是 kW 和 kvar。节点 0 是变电站出口，通常不带负荷。

支路表的前 10 行是下面这样的格式，剩余 22 行按同样方式补齐，就是完整的 IEEE33 拓扑：

负荷表按节点编号组织，节点 1 的负荷是 100kW + 60kvar，节点 2 是 90kW + 40kvar，节点 3 是 120kW + 80kvar，之后每个节点都有对应的 P 和 Q，唯独节点 0 没有负荷。这些数据是公开的，可以从配电网测试系统的标准数据文档里直接复制，注意单位一定换算成 kW/kvar，别把 MW 抄进来。

数字的整理有一个常见做法：把支路表存成 CSV，每一行四个数字，由代码读入。这样做的好处是后面换 10kV 实际馈线时，数据结构完全不变，只需要替换 CSV 文件。我习惯把支路表和负荷表分开存，因为做网络重构时支路表要频繁改动，负荷表基本不动。

3.2 完整的 Python 实现：核心循环只有 40 行

下面这段代码可以直接跑，内置了一个 4 节点迷你网络用于验证逻辑；把 branch 列表换成 IEEE33 的 32 条支路、load 字典换成 33 个节点的负荷，就是完整的 IEEE33 前推回代法潮流计算。

import numpy as np def power_flow_bfs(branch, load, v0=1.0, s_base=10.0, v_base=12.66, eps=1e-5, max_iter=50): # branch: list of [from, to, R_ohm, X_ohm] # load: dict {node: (P_kW, Q_kvar)} n_node = max(max(f, t) for f, t, _, _ in branch) + 1 children = [[] for _ in range(n_node)] parent = [None] * n_node for f, t, r, x in branch: children[f].append(t) parent[t] = f # 后序遍历：子节点在前，父节点在后，回代按这个顺序 order = [] stack = [(0, False)] while stack: node, seen = stack.pop() if seen: order.append(node) else: stack.append((node, True)) for ch in children[node][::-1]: stack.append((ch, False)) # 阻抗和负荷都转成标幺值 z_base = v_base * v_base / s_base z_pu = np.zeros(n_node, dtype=complex) for f, t, r, x in branch: z_pu[t] = complex(r, x) / z_base load_pu = { node: complex(p, q) / s_base for node, (p, q) in load.items() } v = np.ones(n_node, dtype=complex) * v0 v[0] = v0 for it in range(1, max_iter + 1): v_old = v.copy() i_branch = np.zeros(n_node, dtype=complex) # 回代：从叶子往根累加支路电流 for node in order: if node == 0: continue i_load = np.conj(load_pu.get(node, 0) / v[node]) i_sum = i_load + sum(i_branch[ch] for ch in children[node]) i_branch[node] = i_sum # 前推：从根往叶子修正电压 for node in reversed(order): if node == 0: continue v[node] = v[parent[node]] - i_branch[node] * z_pu[node] diff = np.max(np.abs(v - v_old)) if diff < eps: return v, it, True return v, max_iter, False # 迷你验证网络：4个节点，3条支路 mini_branch = [ [0, 1, 0.1, 0.05], [0, 2, 0.2, 0.10], [1, 3, 0.3, 0.15], ] mini_load = { 1: (100, 60), 2: (150, 80), 3: (120, 50), } v, iters, ok = power_flow_bfs(mini_branch, mini_load) print("节点电压:", v) print("迭代次数:", iters, "收敛:", ok)

这段代码有几个关键点，值得单独讲。逻辑上，回代顺序依赖后序遍历列表 order，order 保证任何节点的子节点都比它先被处理，所以累加 i_branch 时子支路电流一定已经算好了；前推用 reversed(order)，保证父节点电压先更新，子节点再往下推。这套结构对支路表的原始顺序完全不敏感，这是和很多教材例题写法最大的区别。

参数方面，v0 是迭代初值，取 1.0pu；s_base 基准容量取 10MVA，和 kW/kvar 单位的负荷正好匹配，负荷除 10 就得到标幺值；v_base 基准电压取 12.66kV，对应 IEEE33 的标准根节点电压；z_base 由 v_base 的平方除以 s_base 算出，约等于 16.03Ω，所有有名值阻抗除以它得到标幺阻抗。eps 是收敛精度，max_iter 是兜底保护，防止数据错误时无限循环。

AI若继续追问，可以进一步扩展。

3.3 关键参数怎么设：基准值、收敛精度、最大迭代次数

基准值这块最容易出问题，尤其是把 IEEE33 换成实际馈线时。z_base 的计算公式是 V_base² / S_base，V_base 用 kV、S_base 用 MVA，得到的是欧姆。IEEE33 用 12.66kV 和 10MVA，z_base 约 16.03Ω；如果换成 10kV 系统、基准容量 100MVA，z_base 就只有 1Ω 左右，支路电阻 0.5Ω 的标幺值从约 0.031 变成 0.5，完全不是一个量级。所以换系统前先把基准值算清楚，这是很多初学者整篇代码跑不通的总根源。

收敛精度 eps 的取值要看使用场景。做方案比较和规划选型，1e-3 就够；做网损精确计算或者和别的算法对比，至少设到 1e-6。IEEE33 在默认初值下，1e-5 大概 6 到 8 次迭代收敛，1e-8 可能要 12 次以上，但每次迭代的计算量很小，33 节点也就是毫秒级，不必为了省几次迭代把精度调低。

max_iter 设 50 是一个稳妥的默认值。如果代码跑到 50 次还没收敛，不要急着调大，大概率是数据有问题。常见的原因是阻抗单位弄错、负荷字典的键和支路节点编号对不上，或者根节点电压在迭代中被意外修改。把第 4 章提到的验证方法跑一遍，比盲目加迭代次数有效得多。

4. 调参与验证：迭代次数、电压分布和网损怎么才算正常

代码跑通只是第一步，验证结果是否合理才是关键。我见过太多人把潮流算完就结束，不问电压对不对、网损合不合理。IEEE33 因为标准答案公开，是少有的能精确自检的场景。

4.1 收敛精度从 1e-4 调到 1e-6：迭代次数会有什么变化

收敛精度直接决定迭代次数，但两者不是简单的线性关系。同一个 IEEE33 网络，其他参数不动，经验值大概是这样的：

迭代次数还和初值有关，以上是我用 1.0pu 初值跑出来的经验范围，不同实现会有 1 到 2 次的浮动，但如果超过 20 次还没收敛，一定有问题。我建议在代码里把每轮的 diff 值保存下来，打印出来看是不是单调下降。正常情况下 diff 从 0.01 量级一路降到 1e-6 以下，中间不会出现反复。如果 diff 先降后升，检查负荷符号是否为负（有些数据文件把发电写成负负荷，你的代码要支持这种约定）。

残差曲线是判断收敛质量最直观的工具。单调下降说明迭代方向一致，偶尔看到某个节点电压在相邻两轮之间跳变，多半是后序列表里混入了环路。IEEE33 是标准辐射状网络，不会出现这种情况，但一旦扩展到实际配网，环网支路会让后序遍历死循环，这是后话。

4.2 电压分布验证：末端最低电压应该在 0.90pu 附近

IEEE33 在额定负荷下的典型电压分布有几个特征：根节点（节点 0）电压恒为 1.0pu；节点 1 到节点 17 这条主干线电压逐步下降；节点 18 靠近末端，是全网电压最低点之一，标幺值通常在 0.903 到 0.91 之间。另一条支路末端（节点 21、节点 32 附近）电压也会偏低，但一般比节点 18 略高一点。

把节点电压幅值打出来看一眼，如果所有节点电压都在 1.0pu 附近，那多半是负荷没加载进去，或者阻抗标幺化后数值太小。如果某个节点电压比父节点还高，说明该节点有无功注入或者支路电流方向算反了，重点检查回代累加时是否把负荷电流的正负号搞错。还有一个常见现象：电压分布整体偏低，末端跌破 0.85pu，这通常是负荷功率单位写错，比如把 kW 写成了 MW，相当于总负荷放大了 1000 倍。

电压相角也需要看一眼。辐射状配电网的相角差很小，主干线上首末端相角差不应该超过几度。如果算出某段支路相角差达到 30 度以上，几乎可以断定阻抗 X 的单位有问题，比如把欧姆写成了毫欧。

4.3 网损核对：IEEE33 标准结果是多少，误差容忍范围

IEEE33 节点系统在给定负荷下，全网总有功损耗的公认参考值大约是 0.203MW。手写代码跑出来落在 0.195MW 到 0.212MW 之间，都算正常。误差主要来自迭代精度和电压初值，1e-5 级收敛精度下这个误差范围是可信的。

网损计算很简单，把所有支路的有功损耗加起来：P_loss = Σ |I_branch,i|² × R_i。用标幺值算完再乘基准容量 10MVA，换算回 MW。这里注意要用收敛后的支路电流，如果你只保存了节点电压，可以回代一次拿到最终电流再算网损。很多实现直接拿最后一次前推的电流算，实际是上一轮迭代留下的值，差一点但影响不大，追求精确的话再回代一次更干净。

网损偏差过大时，先看末端电压。末端电压和网损是强相关的，末端电压过低说明线路压降大，网损必然高。如果末端电压正常但网损离谱，检查是不是有节点负荷被重复计入了两次，比如负荷表同时出现在支路数据和单独负荷数据里。

5. 前推回代法常见问题与避坑：5 个让我返工的真实案例

这五个坑是我自己写前推回代法时真实踩过的，每一个都曾经让我对着屏幕怀疑人生。按“现象、原因、解决”三段式写出来，希望能替你省下几个晚上的排错时间。

5.1 支路数据乱序，迭代次数暴增甚至发散

现象是支路表没有按拓扑顺序排列，比如把支路 15 放在支路 3 前面，代码跑出来的结果要么迭代次数从 7 次变成几十次，要么直接不收敛。原因是如果回代时只按支路表的存储顺序遍历，父支路的电流可能在子支路还没有累加时就算完了，整个累加链断裂。解决办法是不要依赖支路表的顺序，写完代码先用后序列表验证一遍，我之前给出的 DFS 后序实现就是干这个的。经验是，任何辐射状网络的第一步都是建 parent/children 关系，再谈迭代。

5.2 有名值和标幺值混用，电压结果差出几个量级

现象是电压计算结果普遍在 0.001pu 左右，或者反过来全是几百 pu。原因几乎都是基准值没统一。比如支路电阻用欧姆、电压用 kV、功率用 MVA，如果 z_base 算错一位小数，所有电压都会垮掉。我踩过的一次是把 v_base 填成 12.66 而 s_base 填成 100，z_base 变成 1.6Ω，标幺阻抗比正常值小十倍，末端电压算出来接近 1.0pu，网损也跟着失真。解决方法是把基准值写死在配置文件里，每次换网络只改基准值参数，不要在每个函数里手算。

5.3 孤立末端节点没负荷，除零和 NaN 怎么处理

现象是迭代到一半，V 数组里出现 NaN，程序不报错但结果全废。原因是负荷字典里没有的节点，计算负荷电流时用了 load_pu.get(node, 0) / v[node]，如果 v[node] 恰好是 0，就变成 0/0。IEEE33 不会出现这种情况，但扩展到实际配网时，总有末端无用功表、或者某条分支只有一个杆塔的情况。解决方法是两件事：一是在回代前把所有节点的电压初值都设成 1.0，确保没有任何节点从 0 电压起步；二是对 load_pu.get(node, 0) 做显式判断，节点不在负荷表里直接跳过电流累加，而不是用默认值 0 去参与除法。

5.4 接入分布式电源当 PQ 节点，无功方向搞错

现象是接入光伏或风机后，附近节点电压算出来比父节点还高，甚至全网迭代不收敛。原因是分布式电源的出力在潮流计算里通常表达为负负荷，即 P 为正值（发出有功）、Q 可能是负值（吸收无功）或正值（发出无功），放在负荷字典里就是 (P_dg, Q_dg) 而不是 (-P_dg, -Q_dg)。很多人直接把电源当 PQ 节点给定一个 Q=0，这样有功方向对了但忽略了无功调节能力。解决方法是先确认电源的 PQ 给定方式，标准做法是把电源出力写成负荷字典里的负值，即 load[node] = (-P_dg, -Q_dg)，这样回代电流自然反向，电压抬升效果才能算出来。要是再配一台调相机的无功出力，就需要进阶的 PV 节点处理，别用 PQ 硬凑。

5.5 只盯电压偏差收敛，末端低压系统提前“假收敛”

现象是迭代在第 4 次就停了，但网损和标准结果差 10% 以上。原因是末端电压跌到 0.90pu 后，每轮电压变化确实很小，但功率偏差还很大。电压偏差判据看的是 V 的绝对变化，末端电压基数低，变化量容易被 eps 吞掉；功率偏差判据看的是 S 的残差，对低压末端更敏感。解决方法是把收敛判据改成 max(|V_new - V_old|) 和 max(|S_calc - S_given|) 同时满足，或者至少把 eps 设到 1e-6 以下。我现在的默认实现是同时跟踪两个判据，打印日志里同时输出电压偏差和功率偏差，任何系统出问题都能一眼定位。

6. 进阶：从 IEEE33 走到实际馈线，用最优因子法压住收敛振荡

IEEE33 只是一个起点，真正接项目时面对的是 10kV 馈线、上百个节点、混合负荷，还有分布式电源。这里讲三个我常用的进阶手段，都基于前面这套代码做小改动。

6.1 换真实网络数据前三项检查

换数据前先核对三件事：基准电压按实际馈线额定电压定，10kV 系统通常取 10.5kV 或 1.0 的标幺根节点；支路阻抗单位统一成欧姆，很多 GIS 导出的数据是每公里欧姆，要乘上线路长度；负荷表检查有没有漏掉配电变压器空载损耗，那部分无功如果不计入，末端电压会偏高。另外，实际馈线可能有极少量的联络开关闭合形成的弱环，前推回代不能直接处理环网，常见的做法是把环路解开，或者改用网孔法扩展，这一点在动手前就要确认清楚。

6.2 最优因子法：给每轮电压修正量加一个步长

前推回代的每一轮迭代，本质上是对电压做一次修正。在重负荷或 DG 接入的场景下，这个修正量可能过大，导致相邻两轮电压来回振荡。潮流计算最优因子法的思路很简单：给每轮电压修正量乘一个步长因子 α，收敛慢一点但稳定得多。经验做法是第一轮 α 取 0.6 到 0.8，后几轮逐渐加大到 1.0；更精细的做法是每轮算出一个最优 α，让下一轮功率不平衡量的范数最小。IEEE33 不需要这一招，但换到实际重载馈线或者高渗透率分布式电源场景，加一个步长因子往往能让残差曲线从振荡变单调。

6.3 把 IEEE33 留成回归用例，改代码不慌

我现在的习惯是任何潮流计算代码改动后，都必须先跑 IEEE33 回归一次，对照末端电压和网损两个指标。这个习惯救过我很多次，比如把代码从 numpy 改成纯 Python、调整回代累加顺序、加 PV 节点支持，每次改动都可能引入隐性 bug，回归测试能在五分钟内发现问题。IEEE33 的收敛迭代次数、电压分布、网损这三个数值就是你的测试断言，跑通一次以后，后面的扩展心里就有底。

做配电网项目这几年，我最大的体会是：潮流计算不是越复杂越高明，前推回代法之所以能长期占主导，正是因为它的简单和稳定。把 IEEE33 吃透、把这套代码的每一步想明白，比盲目套用大规模软件更让人安心。希望帮到你。

本文还有配套的精品资源，点击获取