企业官网建设流程全解析

简介：这份OpenDSS中文手册面向电力系统仿真初学者、配电网分析人员以及新能源并网相关工程技术人员，提供OpenDSS的入门级中文参考。手册为繁体中文版《簡明用戶指導》，对应程序版本7.6（2016年3月），共37页，内容围绕OpenDSS的基本概念、电路模型、图形用户界面及许可协议展开，可帮助读者理解该仿真工具在配电网规划、设计与运行分析中的基本用法。压缩包内共1个PDF文件，大小约1.04MB，单文件结构轻便，适合快速查阅与随用随看。已有1341人学习，说明其在OpenDSS中文资料中具有一定参考价值。读者可从中获得软件定位、建模范式与界面操作的入门线索，了解电压、电流、功率等运行状态分析的基本思路，为后续搭建算例、阅读英文文档和开展配电系统仿真打下基础。

1. OpenDSS 中文手册：37 页把命令行建模的门槛砍到能上手

第一次敲开 OpenDSS 的交互窗口，多数人会先愣两秒：没有拖拽画布，没有建模向导，只有一行闪烁的命令提示符和一整套得靠记忆的属性名。手头一条 10kV 馈线要接分布式光伏，想算全年 8760 小时的电压越限和线损，商业软件的授权排队排到下个月，这时候一份能直接照着敲的 OpenDSS 中文手册就显出价值了。这份简明用户指导对应程序 7.6 版，37 页篇幅，繁体中文，把电路模型、命令语法、COM 接口三块内容压成一条最短路径，母线、节点、LineCode 这些容易绕晕的概念都给了配图。适合刚接手配网仿真、准备用 Python 或 MATLAB 批量跑算例的工程师，读之前最好有一点潮流计算基础和脚本编程习惯。

2. 电路模型怎么搭：母线动态生成，主元件只分两类

配电网仿真软件的建模思路差异很大。习惯以母线为中心的工具切过来，第一反应往往是「母线表在哪儿填」，而 OpenDSS 的处理方式正好反过来：你只描述线、变压器、负荷这些元件，母线在解析元件终端时被动态创建出来，节点列表和电压基准是求解前才补齐的。这个设计听起来别扭，落到实际建模上却省事——一条馈线几十个节点，不用先画拓扑再挂元件，写到哪算到哪。

2.1 母线只是连接点：节点为什么由元件反向生成

OpenDSS 里的母线和节点是两回事。母线可以有 1 到 N 个节点，Node 0 永远是这个母线的参考节点，也就是接地、0V 的那一位，剩下的 1、2、3 对应三相。写元件终端的时候，BUSNAME.1.2.3表示三相全接，你不需要单独声明 Node 0，它默认存在。这个约定贯穿全部元件属性，写错过一次就会在求解时报「节点数不匹配」，比在图形界面里点半天强。

元件终端一旦解析，母线对象自动生成，所以建模顺序上没有「先建母线」这一步。真正需要人工干预的是电压基准：求解之前跑一次电压基准计算，程序会根据元件额定电压把各母线的基准值推出来，否则标幺值全乱。手册里把这一步放在工作流程的第 3 步，位置很靠前，新手跳过它是最常见的翻车起点。

这套模型还有个隐藏好处，就是元件可以只描述物理参数、不描述拓扑归属。一条线路两端挂在哪个母线，是属性里的事情；母线本身不持有元件引用。改线路走向的时候只改bus1、bus2，不会留下悬空的母线残骸。做方案比选、频繁复制粘贴算例的场景下，这一点比图形化工具好维护得多。

2.2 传输元件与转换元件：两类主元件的参数落点

手册把主元件分成两类，分法比「设备类型」更贴近物理解释。第一类是电力传输元件，负责把电能从一点送到另一点，线路、变压器都属于它，通常有两个或更多终端。第二类是电力转换元件，把电能转换成别的形式或者反过来，负荷、发电机是典型，一般只有一个电网连接点。电容器、电抗器要看你并联还是串联接入，两种情况会被归到不同类里。

分清这两类，参数就有落点了。传输元件必须给两端母线和阻抗信息，转换元件只需要一个母线和功率大小。举个例子，写负荷时你关心kw、kvar、pf、model这些功率侧属性；写线路时你关心length、linecode、units、phases这些阻抗侧属性。属性挂错元件，报错信息通常很含糊，只告诉你「参数无效」，所以建模初期最好照着元件类别的属性清单来写。

变压器的属性和线路差得最远，它是多绕组元件，windings、buses、conns、kvs、kvas这几组都是数组，数组长度必须等于绕组数。手册里给的是两绕组接法，conns=[delta wye]这种写法要连着中括号一起抄，少一个方括号就是一长串解析错误。三相变压器的%Rs也是数组，单位是百分比，别顺手写成标幺值，血泪经验，这两个数值差 100 倍。

2.3 辅助元件的挂法：LineCode、LoadShape、Monitor、EnergyMeter

辅助元件不直接参与电路拓扑，它们挂在主元件上，用来细化参数、提供时间序列、采集结果或者做控制。手册列了五组常用的：LineCode 定义线路型号的阻抗参数，LineGeometry/LineSpacing/WireData 用几何和导线物理量反推阻抗，LoadShape 给负荷曲线，Spectrum 给谐波频谱，EnergyMeter 和 Monitor 负责采集，CapControl、RegControl 负责电容器投切和调压器控制。

实际项目里最省事的是 LineCode。一条馈线上几十段导线，型号就那么三四种，先定义好LineCode.LC_XXX，后面每条 Line 只写linecode=和length=。阻抗参数集中在一处改，改一个型号就全身生效，比逐条线复制参数稳得多。想做更细的建模再上几何那套，Runits、rad、gmr、diam一路填下去，工作量上去了，精度收益要看你研究的频段。

Monitor 和 EnergyMeter 容易混。前者盯单个元件、单个端子、单种量，适合看某台变压器的电流波形或者某个节点的电压曲线；后者是沿馈线累积计量，输出电压、损耗、功率的汇总值。做光伏接入的损耗分析，用 EnergyMeter 一次性拿总账更快；做某段线路的谐波畸变，Monitor 才能给你逐步长的序列。

2.4 手写一个三节点馈线：从 New Circuit 到第一次 Solve

手册给的工作流程是「定义电路 → 设置求解选项 → 计算电压基准 → 求解 → 分析结果」，下面这段脚本把四步走完，可以直接贴进交互窗口选中执行。注释用感叹号开头，OpenDSS 的脚本里!后面的内容不参与解析。

! 清空当前电路，避免上一次的残留元件干扰 Clear ! 建立电路对象：基准电压 12.47kV，三相 New Circuit.FeederDemo basekv=12.47 pu=1.0 phases=3 ! 定义线路型号，阻抗参数按单位长度给，units=km New LineCode.LC_ACSR240 nphases=3 basefreq=50 units=km r1=0.132 r0=0.396 x1=0.1188 x0=0.3564 c1=3.4 c0=1.6 ! 两段主干线，挂同一个 LineCode New Line.L1 bus1=sourcebus.1.2.3 bus2=n1.1.2.3 phases=3 linecode=LC_ACSR240 length=2.5 New Line.L2 bus1=n1.1.2.3 bus2=n2.1.2.3 phases=3 linecode=LC_ACSR240 length=1.8 ! 配变：高压侧三角形、低压侧星形接地 New Transformer.T1 phases=3 windings=2 buses=[n2 n3] conns=[delta wye] kvs=[12.47 0.4] kvas=[400 400] %Rs=[0.6 0.6] xhl=5 ! 24 点日负荷曲线，interval=1 表示每点 1 小时 New LoadShape.Shape_Res npts=24 interval=1 mult=(0.40 0.36 0.34 0.33 0.35 0.45 0.62 0.78 0.85 0.82 0.79 0.77 0.75 0.74 0.76 0.82 0.90 0.96 1.00 0.97 0.90 0.80 0.65 0.50) ! 恒功率负荷 model=1，挂在 n1 三相上 New Load.Load_Agg bus1=n1.1.2.3 phases=3 conn=wye kv=12.47 kw=180 kvar=55 model=1 daily=Shape_Res ! 计算电压基准，生成节点列表 CalcVoltageBases ! 单点潮流 Set mode=snapshot Solve ! 文本方式看各节点线电压 Show voltage ln

Clear要先于New Circuit，否则同名元件会被判重复。sourcebus是建电路时自动生成的源母线，名字不用声明，bus1=sourcebus.1.2.3直接引用即可。linecode=引用的是刚才定义的 LineCode 名字，大小写不敏感但名字要完整。mult=里的 24 个系数按小时排，最大值为 1.0，程序用kw乘以对应小时的系数得到该时刻功率。

CalcVoltageBases单独占一行，它不是元件命令，没有点号寻址，直接写动词。Set mode=snapshot指定单点求解，接着Solve才真正迭代。最后Show voltage ln输出的是线电压（line-neutral 语法只是命令关键字，输出按元件相别组织），结果显示在结果栏里，也可以改用Export voltages落成 CSV。第一次跑通以后把Set mode=snapshot换成Set mode=daily、Set stepsize=1h、Set number=24，同一套模型就有了时序结果。

3. 命令语法与求解模式：一行 DSS 脚本的四个语法硬点

OpenDSS 的所有功能都能用文本命令驱动，GUI 只是这层文本的壳。手册里把这个设计讲得很直白：你在图形界面点的每个按钮，背后都对应一条命令，用Record Script还能把点过的操作录成 dss 文件。这意味着只要脚本写对了，同一套模型既能手动调试，也能塞进 Python 里跑几百次，不用维护两份东西。

3.1 命令动词与「类.元件.属性」的寻址格式

命令动词分两类。一类直接作用于元件，New、Edit是代表，格式是动词 类.元件名.属性=值；另一类不针对具体元件，Solve、Show、Export、Plot、Set属此列，格式是动词 参数=值。两类混着写会报语法错，尤其别把Set写成Edit的前缀形式。

元件全名是ElementClass.ElementName，属性全名再接一段.PropertyName。同一条命令里连续给同一元件赋多个属性时，后面的属性可以省略前两段，只写属性名。手册里有个线路的例子说得很清楚：第一条写Line.L1.length=2，后面直接units=km，程序默认还是作用在 L1 上。这个简写能省不少字，但也容易在长命令里串到别的元件上，参数量一多我一般还是写全名。

不指定动词时，默认按Edit处理。这个默认值方便在调试时连着改属性，但也很坑——新元件忘了写New，程序会去找一个不存在的元件来编辑，报错信息只提到元件找不到，不告诉你动词漏了。

3.2 逗号、引号、括号：参数分隔的四种写法

参数之间用逗号或者空白分隔都行，两者可以混用。需要带分隔符的值，手册给了四种括号约定：双引号包字符串，单引号也包字符串，小括号和中括号包数组，大括号包需要内嵌计算的数学表达式。这四种在实际脚本里出现频率差别很大，数组那两种最常见，数学表达式那一种一般写参数扫描时才用得上。

数组写法有个细节值得单独记：buses=[n2 n3]和kvs=[12.47 0.4]中括号内部用空格分隔，不要加逗号。加了逗号在某些解析路径下会被当成两个独立参数，元组长度对不上，报的错是「绕组数不匹配」，查半天查不到真因。字符串带空格的元件名必须加引号，路径里带空格同理，Windows 下写文件路径最容易撞上。

大小写不敏感是手册明确写了的，New load.Load_Agg和New Load.load_agg等价。但它只对关键字和元件名生效，文件路径在部分系统调用里仍然区分大小写，跨平台跑脚本时路径统一用正斜杠或者原始字符串更保险。

3.3 多行命令与外部文件包含

一条命令尽量写在一行里，这是最省心的做法。元件属性特别多的时候（变压器、多绕组设备），参数会拉得很长，硬拆行容易在续行处引入解析错误。真需要拆分，按手册的续行约定来写，不要在行尾随手补逗号，OpenDSS 不是 JSON，行尾逗号会被当成空参数。

比拆行更实用的做法是拆文件。Compile用来加载一个完整的 dss 模型文件，会先把当前电路清掉再读；Redirect在不清电路的前提下把另一个文件的内容插进来，适合把负荷定义、曲线定义、批处理命令分文件管。典型组织方式是一个master.dss里Redirect三个子文件：线路和变压器一个、负荷和曲线一个、求解选项和导出命令一个。改算例只动负荷那个文件，主干网不用碰。

! master.dss：模型主干 Clear New Circuit.FeederDemo basekv=12.47 pu=1.0 phases=3 ! 引入网络元件定义 Redirect network.dss ! 引入负荷与曲线定义 Redirect loads.dss ! 统一求解与导出 Set mode=daily Set stepsize=1h Set number=24 CalcVoltageBases Solve Export voltages Export summary

Compile和Redirect的差别值得记牢：前者是「换一个算例」，后者是「往当前算例里加东西」。批处理脚本里如果用错了，会出现上一次算例的元件留在电路里，结果看着正常但功率对不上，这种静默错误最难查。

3.4 Set 与 Solve：把 snapshot 换成 daily/yearly 的写法

求解模式决定了Solve到底算什么。手册列了 snapshot、daily、yearly、harmonic、dynamic、fault、Monte Carlo 这几类，前三个是日常用得最多的。snapshot 是单点潮流，等价于传统潮流计算；daily 跑一天 24 点；yearly 跑 8760 点。三者共用同一套模型，切换只改Set mode=和步长、点数两个参数。

时序模式跑完以后，Export出来的 CSV 是按步长堆起来的，行数等于点数乘以元件数，直接用 Excel 打开会卡。我一般先用Export summary看总账，确认收敛步数正常，再决定要不要导明细。

还有一点：模式切换之后必须重新Solve，改了Set不求解是最常见的操作失误。程序不会提示你「结果已过期」，它会安静地把上一次的结果留在结果栏里，看图的人根本分不出来。

4. COM 接口：用 Python 接管求解循环的三层对象

脚本能解决单算例的问题，解决不了「扫 200 组光伏渗透率再画曲线」这种活。手册第 25 页往后专门讲 COM 接口，思路是把 OpenDSS 编译成动态链接库，让外部程序通过组件对象模型调用它的求解引擎。支持的语言列了 Visual Basic、MATLAB、Python，实际用起来这三家的调用路径几乎一样，差别只在语法糖。

4.1 对象树与四个必用入口

COM 接口的根对象是OpenDSSEngine.DSS，往下分三支：Text负责把字符串命令喂给命令解析器，ActiveCircuit暴露当前电路的元件集合和求解器，Solution挂在电路下面管理迭代。四个入口记熟就能干活：根对象的Start方法、Text.Command属性、ActiveCircuit.Solution.Solve方法、ActiveCircuit下的各类元件集合。

Start(0)的参数控制窗口显示，传 0 表示不弹 GUI，批量跑的时候必须传 0，不然每跑一次闪一个窗口，机器扛不住。这个参数不传也能跑，但默认行为在不同版本上不完全一致，显式写死更稳。

元件集合的用法是「先设活动元件，再读属性」。circuit.SetActiveElement("Load.Load_Agg")之后，ActiveElement.Properties("kW").Val拿到的是该属性的当前值，ActiveElement.Name拿元件名。注意Properties的参数是属性字符串，拼错了返回空而不是报错，取值前最好判断一下。

4.2 Python 最小可用脚本：编译、求解、取电压

import win32com.client # 启动 DSS 引擎，参数 0 表示不显示 GUI 窗口 dss = win32com.client.Dispatch("OpenDSSEngine.DSS") dss.Start(0) # 通过 Text 接口加载算例，路径用原始字符串避免转义 dss.Text.Command = r"Compile C:\cases\feeder\master.dss" # 取得活动电路对象 circuit = dss.ActiveCircuit # 切到日模式并求解 dss.Text.Command = "Set mode=daily" dss.Text.Command = "Set stepsize=1h" dss.Text.Command = "Set number=24" circuit.Solution.Solve() # 收敛标志：1 表示收敛，0 表示未收敛 print("converged:", circuit.Solution.Converged) # 全部母线的标幺电压，顺序与 AllBusNames 一一对应 names = list(circuit.AllBusNames) vmag = list(circuit.AllBusVmagPu) for n, v in zip(names, vmag): if v < 0.95: print(f"{n}: {v:.4f} pu") # 读单个元件的属性 circuit.SetActiveElement("Load.Load_Agg") kw = circuit.ActiveElement.Properties("kW").Val print("load kW:", float(kw))

前四行建立连接和算例，Text.Command本质就是往命令解析器里塞字符串，脚本里能写的这里都能写。Solution.Solve()触发迭代，返回值是布尔型，也可以用Converged属性单独查。AllBusVmagPu返回的是按母线展开的标幺电压序列，长度和AllBusNames一致，两个数组要成对读，只看数值不看名字等于没看。

Properties("kW").Val在不同 Python 绑定下可能返回字符串、浮点或 Variant，统一套一层float()最保险。取数组类型时同理，list()转换一次再处理，直接对 COM 返回对象做切片会报类型错误。

4.3 Text 接口与 Circuit/Solution 接口的分工边界

手册把接口分成三层，理解这三层的分工能省掉大量调试时间。Text 接口是万能入口，任何命令都能塞进去，包括Compile、Redirect、Set、Solve、Export，缺点是拿不到结构化返回值，Text.Result只给最近一条命令的文本输出。Circuit 接口是结构化入口，元件集合、属性读写、母线电压都在这里，适合做参数扫描和结果抽取。Solution 接口管迭代控制，模式、步长、收敛标志、迭代次数在这一层。

实际用法是混着来：加载算例、设求解选项走 Text，改元件参数和取结果走 Circuit，控制迭代走 Solution。纯用 Text 也能跑完全程，但要把结果读回来就得解析 CSV，绕了一圈。纯用 Circuit 写模型不现实，属性设置代码量比脚本大十倍。

有个边界要留意：Circuit 接口的元件集合是只读的，能改属性但不能靠它新增元件。要加一条线、加一个负荷，还是得走Text.Command = "New Line..."，加完再通过集合按名字取回来。这一点手册没展开，实际写代码时撞上会卡一阵。

4.4 MATLAB 与 VBA 的等价写法

手册给了 MATLAB 和 VB 的示例，逻辑和 Python 完全对应，只是对象创建那句话不同。MATLAB 用actxserver('OpenDSSEngine.DSS')，VBA 用CreateObject("OpenDSSEngine.DSS")，之后都是Start(0)、Text.Command、ActiveCircuit.Solution.Solve。会一种语言，另外两种半小时能上手。

% MATLAB 调用骨架 DSS = actxserver('OpenDSSEngine.DSS'); DSS.Start(0); DSS.Text.Command = 'Compile C:\cases\feeder\master.dss'; DSS.ActiveCircuit.Solution.Solve(); v = DSS.ActiveCircuit.AllBusVmag; disp(min(v));

VBA 那套在 Office 里驱动很顺手，导出结果到表格是现成的。Python 那套适合做批量扫描和画图，matplotlib 直接接上。选哪一种看你的分析链条后段在哪，别为了调接口换工具。

5. 避坑：五处让人卡半天的报错与静默失败

手册是 2016 年的版本，配图是当时的界面，命令和概念没变，但界面细节和部分报错文案对不上现在的发行版。下面五条是照着这份手册动手时最容易撞上的，按「现象 → 原因 → 解决」记，能省掉不少瞎猜时间。

5.1 语法层：大小写、逗号与单位

现象一：脚本整段贴进去，第一行就报「无效命令」，但同样的写法在手册示例里能跑。

原因：多数情况不是大小写，是隐藏字符。从 PDF 复制代码会带上全角空格或不换行空格，解析器认不出来；另一种是手册排版把长命令折了行，复制过来断在两行中间，后半截被当成新命令。

解决：粘进编辑器后先搜一遍全角空格换成半角，长命令手工拼成一行；参数之间统一用半角逗号加空格，别混着用制表符。养成先贴进纯文本编辑器过一遍的习惯，玄学问题能少一半。

现象二：线路阻抗参数填完，潮流结果和预期差一个数量级。

原因：units=km没写或者写成units=mi。阻抗属性的单位跟着units走，r1、x1是「每单位长度」的值，长度单位一变，阻抗全变。

解决：LineCode和Line两处都明确写units=，并且保证两处的单位一致。LineCode里给的是单位长度参数，Line里的length用同一个单位，混用必错。

5.2 求解层：电压基准与不收敛

现象三：Solve之后Converged一直是 0，或者电压结果全是 1.0 附近看不出差异。

原因：没跑CalcVoltageBases，标幺基准是空的；或者变压器kvs、负荷kv与电路basekv不在一个电压等级上，程序推不出合理基准。

解决：在Set mode之前固定加一行CalcVoltageBases，并且检查三处电压是否自洽：电路 basekv、变压器两侧 kvs、负荷 kv。母线电压基准也可以在元件都建好之后用Set VoltageBases=[...]显式指定，再跑一次基准计算。

现象四：单点潮流收敛，切到 yearly 跑到一半停了。

原因：某些时段负荷过重导致迭代发散，或者曲线点数与number、stepsize不匹配，程序读越界。

解决：先把number调小到 24 定位问题时段，再把该时段负荷拆出来单独跑 snapshot。曲线点数、interval、npts三者要对齐，npts是曲线本身的点数，number是求解步数，两者不是一回事。

5.3 接口层：COM 注册与数据类型

现象五：Python 里Dispatch("OpenDSSEngine.DSS")报「没有注册类」。

原因：DSS 的 DLL 没注册到系统，或者 32 位 Python 配了 64 位 DLL，位数不匹配。

解决：先确认 DLL 位数和解释器位数一致，再在安装目录找到注册脚本，用管理员权限跑一遍。注册完重启解释器，别在同一个进程里反复试。

现象六：电压数组取出来是tuple，min()能用但做切片报错。

原因：COM 返回的是 Variant 数组，绑定层包了一层，不能直接当 list 用。

解决：list()转一次，或者用numpy.array()再接astype(float)。取元件属性时同理，统一float()落一次再进计算。

5.4 结果层：Monitor 与 EnergyMeter 混用

现象七：定义了 Monitor，导出文件是空的，或者只有一行。

原因：Monitor 的mode参数没设，或者 Monitor 只在 snapshot 模式下跑，没走时序；还有一种是把 Monitor 挂在了解析不到的端子上。

解决：Monitor 的element要写全名（含类名），terminal从 1 开始数，mode按要采集的量选。要看时序就把求解模式切到 daily 或 yearly，snapshot 下只有单点数据。

现象八：EnergyMeter 的总损耗和逐元件Show losses加起来对不上。

原因：计量范围不同。EnergyMeter 按指定的元件终端划界，馈线上没被划进范围的支路不计；Show losses是全电路汇总。

解决：明确计量边界，把 EnergyMeter 挂在馈线首端，或者对多个计量点做叠加。做损耗分析时两个口径都跑一遍，差值就是边界外的支路损耗，对上了才敢用。

6. 进阶验证：用批量扫描和交叉校验替代肉眼读结果

手册后半段花了不小篇幅讲 COM 接口，用意很明显：单算例的结果看一眼就完了，真正有价值的是把求解循环接管过来。我一般把手册当查表工具用，需要哪个命令就去翻对应页，模型骨架固定下来之后，剩下的活全在 Python 里。

批量扫描的写法不复杂，关键是别每次都重新Compile。改负荷、改光伏出力这种参数，在已加载的算例上用Edit命令改属性再Solve就行，速度比重新编译快一个数量级。

import csv import win32com.client dss = win32com.client.Dispatch("OpenDSSEngine.DSS") dss.Start(0) dss.Text.Command = r"Compile C:\cases\feeder\master.dss" circuit = dss.ActiveCircuit dss.Text.Command = "Set mode=snapshot" base_kw = 180.0 rows = [] # 扫光伏渗透率：以负荷基值的比例叠加出力 for pen in [0.0, 0.2, 0.4, 0.6, 0.8, 1.0]: pv_kw = base_kw * pen # 第一次 New 建元件，后面全靠 Edit 改出力 if pen == 0.0: dss.Text.Command = ( f"New Generator.PV1 bus1=n1.1.2.3 phases=3 kv=12.47 kw={pv_kw} " "pf=1.0 model=1" ) else: dss.Text.Command = f"Edit Generator.PV1 kw={pv_kw}" circuit.Solution.Solve() if not circuit.Solution.Converged: rows.append([pen, None, None]) continue vmag = [float(v) for v in circuit.AllBusVmagPu] # 取得总有功损耗，用于交叉校验 dss.Text.Command = "Export summary" rows.append([pen, min(vmag), max(vmag)]) with open("scan_result.csv", "w", newline="", encoding="utf-8") as f: w = csv.writer(f) w.writerow(["penetration", "vmin_pu", "vmax_pu"]) w.writerows(rows)

这段代码里有两个容易忽略的点。第一，Export summary每次都会覆盖同名 CSV，想留历史得自己改名或者走 COM 读TotalPower之类的属性。第二，AllBusVmagPu的顺序不保证和上一次一致，如果需要跨工况对比同一母线，得用AllBusNames建索引再取值，不能按下标硬对。

验证结果我习惯做两件事。一是功率平衡校核：把源侧总注入和负荷总消耗加网损对一遍，差值超过千分之一就说明有元件没被计入或者终端接错。二是把 COM 读到的某个节点电压，跟Show voltage的文本输出对一遍，两条路径结果一致才敢相信批量数据。手册里Show和Export的参数列表不长，翻两页就能对上，比在网上搜半天强。

还有一个技巧，手册的 GUI 章节提到可以把操作录成 dss 文件。手工调模型的时候开着录制，调完把录下来的脚本剪一剪，就是一份可复现的算例定义。这比事后凭记忆重写脚本靠谱得多，尤其是变压器接法和控制元件参数，录下来一个字都不会错。

从那以后我每次接新算例，都强制走一遍「录脚本 → 清空重跑 → 交叉校验」这三步，哪怕模型只有三五个元件也不省。省下来的那十分钟，往往要在后面某个不收敛的夜里连本带利还回去。这份中文手册适合放在手边当速查表，真正吃透还要靠自己跑几十个算例。希望帮到你。

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