FEMM 这个软件，圈内人第一次接触它时反应往往两极分化：一部分人觉得界面像是上个世纪的产物，看着就想关掉；另一部分人装完用了一个晚上，之后再也没换过别的工具。我属于后者。做电机方案初筛、永磁体磁路估算、螺线管吸力曲线这类活，它出结果的速度比从头搭一套通用多物理场仿真快太多，一台普通笔记本跑个轴对称模型几十秒就能出云图。但恰恰是"FEMM 软件下载与安装"这一步，每年都有不少人卡住——安装包长得朴素，装完之后材料库读不出来、Lua 脚本连不上、求解器一闪而过，问题五花八门。这篇就把从拿到安装包到跑通第一个模型的完整链路拆开写，顺带把说明书里不会提的那些坑摆到明面上。完全没有有限元基础的新手能照着走，装过但一直没跑通的同行也能对上号。
1. FEMM走红的真实原因：它把"够用"这件事做得很彻底
先说清楚为什么值得花时间装它。市面上做电磁场仿真的工具不少，从大型通用平台到各类专用软件，功能一个比一个全，但装机体积、授权成本、学习曲线也一个比一个陡。FEMM 的思路完全相反：它只做二维和轴对称问题，只解低频场，界面停留在二十年前的水平，却在全球的电机设计、传感器开发、教学演示场景里活得好好的。原因很简单——大量工程问题在初期根本不需要三维，一个二维截面加个轴对称假设就能把磁路估到八九不离十，而 FEMM 在这件事上几乎没有摩擦成本。
1.1 四类场问题与它的适用边界
FEMM 名下的求解器其实分四类，装完之后主界面新建文档时就能选：静磁场与谐波磁场、静电场、电流场、热传导。四个模块共用同一套几何建模与网格引擎，所以学会一个基本就都会了，区别只在材料属性和边界条件填什么。
- 磁场模块用得最多，永磁体、绕组、铁芯、气隙、屏蔽层都在这里处理。谐波模式还能带频率，用来算涡流和趋肤效应。
- 静电场模块处理电容、绝缘子电位分布这类问题，材料填介电常数。
- 电流场模块算导电介质里的电位和电流密度分布，比如接地体、电化学槽。
- 热传导模块经常和磁场模块配合用：先把磁场算出来的损耗密度导进去，再解温度场。
边界也很清楚。它是二维的，平面问题默认沿第三方向无限延伸；轴对称问题默认绕某条轴旋转一周。三维端部效应、斜槽、横向漏磁这些，它做不了，或者只能靠经验系数硬凑。所以你要是拿它去算一个完整的短距绕组端部磁场，结果必然偏乐观，这不怪软件，是假设本身不成立。
1.2 二维轴对称这个假设，决定了它能解决什么
轴对称是 FEMM 里最容易出岔子的概念，也是装机后第一次建模最容易翻车的地方，所以提前讲透。FEMM 的轴对称不是绕 X 轴转，而是绕 Y 轴旋转，X 轴代表半径方向，Y 轴代表轴向。这意味着你的几何必须全部落在 X ≥ 0 的半平面里，模型不能穿过 Y 轴跑到负半轴去，否则求解出来的体积积分会直接算错，甚至报错退出。
我见过不止一个人把电机截面画成"左边一半右边一半"，中间留个轴心，结果算出来的力只有实际的一半，排查了两天才发现是几何跨了对称轴。正确的做法是只画 Y 轴右侧的那半边，软件自己会按 2πr 的周长把体积分补全。同理，平面问题里的"深度"参数是真实厚度，轴对称问题里这个参数基本不起作用，填 1 就行，别在那儿较劲。
搞清楚这两条，你就明白 FEMM 的甜区在哪：旋转电机定转子槽形、螺线管、电磁阀、变压器窗口、同轴电缆、传感器磁路。这些场景只要截面能代表整体，二维解的可信度相当高。而那些"必须看三维"的需求，趁早换工具，别指望它硬扛。
2. 下载环节：官方发布物的形态与甄别方法
下载这一步看着最简单，实际上是整个链路里最容易被污染的一环。搜索引擎里排在前面的往往不是官方页面，而是一堆挂着"高速下载""绿色汉化""一键安装"名头的镜像站，点进去先让你装个下载器，再顺手塞两个推广软件。FEMM 这种小众开源工具，正版渠道反而是最不起眼的那个。
2.1 三种可得形态：安装包、源码树、绿色目录
官方发布的东西就那么几种，认清形态就不会走错门：
| 形态 | 特征 | 适合谁 |
|---|---|---|
| Windows 安装包 | 单个 exe，文件名带版本号与日期戳，体积在几十 MB 量级 | 绝大多数 Windows 用户 |
| 可执行目录压缩包 | 解压即用，不含安装程序，需自行建快捷方式 | 无管理员权限、想多版本并存的人 |
| 源码树 | CMake 工程，需自己编译 | Linux/macOS 用户、需要改源码的人 |
官方站点的画风非常朴素：几个纯 HTML 页面，没有弹窗、没有"立即下载"的浮层、没有倒计时。版本页上会明确写清楚当前稳定版是哪个、发布日期是什么、上一版在哪。如果你打开的页面花里胡哨、满屏广告、还要求先关注公众号，那百分之百不是官方渠道，直接关掉。
版本选择上有个经验：认准 4.2 这条长期稳定线，后续的 4.3 分支还在测试阶段，接口和文件格式偶有变动，教学和工程用途没必要抢新。至于更老的 3.x，除非你要复现某个旧项目的算例，否则没有理由去用，它连材料库的组织方式都不一样。
提示：Windows 安装包的命名习惯是"主版本+次版本+日期戳"，看到文件名里日期是三年前的就别下了，那不是最新包，是某个镜像站缓存下来的旧货。
2.2 拿到文件后的自查动作
文件下到本地，别急着双击。先做三件事，每件三十秒，能省下后面两小时的糊涂账。
看体积。完整安装包有固定量级，如果你下到的文件只有几百 KB，那一定是下载中断或者被换成了跳转器。Windows 属性面板里看一眼大小，和官方页面标称的对得上再往下走。
算哈希。PowerShell 里一行命令就能算：
certutil -hashfile .\安装包文件名.exe SHA256把结果抄下来存着，以后换机器、给同事传、或者怀疑文件被动过，重算一遍对比。官方页面如果标了校验值就直接对，没标也至少留个底。这习惯听起来繁琐，但真遇到过"装完发现是别人的魔改版"的情况，你就知道值了。
查签名与来源标记。右键属性里看数字签名页，能显示发布者信息就说明至少经过正规签名流程；显示"无数字签名"也正常，这类老项目很多包本来就没签，但要结合来源一起判断——从官方站点拿的无签名包可以用，从论坛附件拿的无签名包就得多想想。
另外提醒一句，网上流传的所谓"汉化版""精简版""免安装绿色版"，一律不建议用。FEMM 的界面词汇量很小，菜单结构也简单，用两天就熟了，为了省这点事换来一个来路不明的 exe，性价比极低。更麻烦的是汉化包经常顺手改掉材料库路径和脚本接口的默认值，后面接自动化的时候会莫名其妙报错。
3. Windows安装：路径、权限与组件这三件事
安装过程本身没什么可讲的，下一步下一步就完事了。真正决定你后面顺不顺的，是三个在安装向导里一闪而过的选择：装在哪儿、用什么权限、装哪些组件。
3.1 安装位置的选择标准
默认路径一般是C:\Program Files\...这种带空格的系统目录。我的建议是换掉它，装到一个短、纯英文、无空格的路径下，比如D:\FEMM42。理由有三个，每一个都是实际踩出来的。
第一，路径含中文会出事。FEMM 的核心是 32 位程序，内部大量使用 ANSI 字符集处理文件路径。你把模型存在"桌面\新建文件夹\电机方案"，求解时生成的临时文件、结果文件很可能写不出来或读不回来，表现为"求解完成但没有结果"或者后处理里一片空白。材料库目录如果落在中文路径下，新建文档时还会直接提示材料读取失败。
第二，路径含空格会出事。空格本身 FEMM 主程序能处理，但从脚本里调用、或者用命令行批处理传参的时候，空格会被截断成两个参数，报出来的错误往往驴唇不对马嘴。你如果打算用 Lua 或外部脚本做批量计算，路径干净是前提。
第三，装在 Program Files 下会有权限问题。从界面里手动操作没事，一旦脚本往安装目录或模型目录写结果文件，就可能被系统的权限重定向拦下来，文件实际写进了虚拟化目录，你的脚本再去读就找不到。放在 D 盘的自建目录里，这些麻烦全部消失。
顺带说个多版本共存的技巧：不同版本装在D:\FEMM42、D:\FEMM43这样的平行目录里，互不干扰，材料库各自独立。做项目对比的时候很方便，不会出现"换了版本结果对不上"的扯皮。
3.2 装完立刻要做的三项验证
安装向导走完，别急着关窗口。花五分钟做三个验证，确认装的是个能用的东西。
验证一：主程序能不能正常启动。双击桌面快捷方式，出现主窗口，菜单能点开，新建一个磁场问题文档，界面不闪退。到这一步只能说明壳子活着。
验证二：材料库能不能读出来。新建文档后打开材料选择对话框，看列表里有没有内容。空列表说明材料库目录没找到或者路径有问题，这是最常见的安装后异常。如果确实空的，去安装目录下找存放材料定义的那个子目录，确认里面有文件，再回软件里检查材料库路径设置指对了没有。
验证三：求解器能不能跑完。随便建个最简单的模型——一个矩形、一个块标签、指定成空气、加个边界——直接点求解。看它在几秒内是否弹出结果窗口、有没有生成结果文件。这一步过了，说明网格引擎和求解器都在这台机器上活着。
三项全过，安装就算成功。任何一项没过，先别往下走建模，问题都在环境层面，越往后越难查。我见过有人跳过验证直接建复杂模型，跑了半天报错，最后发现是材料库根本没加载，白折腾一下午。
3.3 高DPI与杀毒软件的干扰
两个非致命但很烦人的问题，提前说。
界面模糊。FEMM 是老式 Win32 程序，不声明 DPI 感知。在 2K、4K 屏上，系统会把它整体拉伸，字看起来糊成一团。解决办法是右键主程序 exe → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选"替代高 DPI 缩放行为"，缩放执行选"应用程序"。改完之后界面会变小但清晰，眼睛舒服很多。
杀毒误报。无签名、32 位、会生成临时文件并调用外部网格引擎，这几个特征凑在一起，很容易被启发式引擎判定为可疑。表现是安装到一半被拦、或者跑求解的时候网格生成程序被隔离，症状是"点求解没反应，几秒后弹出求解失败"。碰到这种情况，把安装目录整个加进白名单，比每次手动放行靠谱。加白名单之前先确认你装的是官方包，这一步别省。
注意：不要在求解过程中切换杀毒软件的实时防护开关做"测试"。中途被隔离的文件不会自动恢复，模型目录里会留下一堆残缺的临时文件，后面排查更难。
4. 跑通第一个模型：验证求解链路是否完整
环境验证只证明了各部件单独的活性，真正要确认的是从几何到结果的整条链路。拿一个最简单的轴对称案例走一遍，比重装三次软件都有用。这里选螺线管吸力，因为它同时用到了绕组、铁芯、气隙和力的计算，覆盖面够广，模型又小到一分钟能建完。
4.1 轴对称螺线管吸附力：从建几何到出结果
坐标统一用毫米，这是 FEMM 的默认单位，别中途换算，容易乱。原点放在对称轴上，X 正方向是半径，Y 方向是轴向。
建模顺序是这样的：
- 画一个空气包络。从 (0, -20) 到 (60, 40) 拉一个大矩形。这个包络的作用是给磁场提供"远处衰减到零"的空间，太小会让磁力线在边界上被强行截断，结果偏大。经验法则是包络至少比感兴趣区域大出两三倍。
- 画衔铁。在 (0, 30) 到 (20, 38) 放一个小矩形，作为被吸引的动铁。
- 画铁芯与线圈槽。铁芯在 (0, 0) 到 (15, 20)，线圈区域占 (15, 2) 到 (25, 18) 这一圈。
- 打块标签。每个封闭区域内部都要点一个块标签，标签就是"这块区域是什么材料"的声明。空气包络里打一个标 Air，衔铁和铁芯打标铁磁材料，线圈区打标铜并指定回路。
- 设置边界。在包络外边界上加一个零矢量位边界条件，模拟无穷远。
- 指定问题类型。问题定义里选轴对称，单位毫米，频率填 0（静磁）。
- 求解。点一下等几秒。
关于线圈的激励，有两个选择：给块标签直接指定电流密度，或者用"回路"属性指定总安匝数。做吸力计算我强烈建议用回路方式——填一个总电流和匝数，软件自己按区域面积分摊电流密度，几何改尺寸了也不用重算。直接填电流密度的话，每次改线圈宽度都要手算一遍，很容易出错。
铁磁材料记得勾上非线性，让它按 B-H 曲线迭代。FEMM 自带的材料库里已经有常见牌号的曲线，直接选就行，不用自己录。如果你用的是库里没有的牌号，找一个饱和磁感接近的替代，先看趋势，别在第一步就纠结曲线精度。
4.2 结果怎么读，才算真的跑对了
求解完成会弹出结果窗口，里面能看磁力线、磁密云图、以及沿路径的曲线。新手最容易犯的错是只看云图好看不好看，不看具体数值。我一般按这个顺序检查：
先看磁力线走向。磁力线应该从铁芯出发、穿过气隙、进入衔铁、绕回来闭合。如果磁力线跑到包络边界上被切断，说明包络不够大；如果磁力线在铁芯内部密得挤成一团，说明那部分饱和了，需要改尺寸或者降电流。
再看气隙处的磁密峰值。点选结果窗口里的探针，把坐标打在气隙中段，读 B 值。工程上常用的参考值是铁芯材料饱和点的六到八成，超过这个范围非线性迭代容易不收敛，结果也不可信。
最后看力。结果窗口里有力计算功能，选中衔铁区域，勾选该区域，软件会做虚功积分给出吸力。这里有个细节：选区必须完整包住受力部件，只选一半会得到一半的力。而且网格密度对力的计算影响很大，气隙处网格太粗会明显低估，建议在气隙附近手动加密一次网格再算，两次结果差得不多才算收敛。
顺手提一个坑：算出来的力单位是牛顿，但轴对称模型下的力是绕整周积分出来的，如果你的实际结构只是圆周上的一段（比如只有几个齿），记得按比例折算。这个折算系数经常被忘掉，最后实物做出来吸力差好几倍，回头查才发现是这里。
5. Lua脚本接口：自动化能力才是FEMM的隐藏主场
手点界面建一两个模型还行，一旦要做参数扫描——比如把气隙从 0.5 mm 扫到 3 mm，步长 0.1，一共 26 个模型——手动点就是灾难。FEMM 提供了一套 Lua 脚本接口，能把这 26 个模型从建模到出结果全部自动化，跑一晚上第二天看表。这才是它真正的价值所在，但前提是安装环境得让脚本能连上。
5.1 为什么必须用Lua 4.0这套老接口
FEMM 内置的脚本引擎是 Lua，版本相当老，属于 4.0 时代。这一点很多人第一次遇到会懵：装个现代 Lua 解释器，写好的脚本一跑就报语法错，因为新版本改了函数定义方式、字符串库、以及一些关键字。FEMM 用的是它自己内嵌的那个解释器，不是系统里的。
所以有个重要结论：不要试图给 FEMM 换 Lua 版本。它内嵌哪个就用哪个，你在脚本里写的东西必须兼容 4.0 语法。实践中最容易踩的几条：
- 用
function obj:method()这种新式面向对象的写法，老版本支持得不好，老老实实用obj.method(obj)。 - 用
#table取长度，4.0 里应该是table.getn(table)。 - 字符串拼接、
string.format的老写法有差异，遇到报错先怀疑语法版本。 - 局部变量的作用域规则一致，这个可以放心用。
另一个常被忽略的点：脚本接口是通过进程间通信跟主程序对话的，第一个调用必须是连接函数，把脚本和正在运行的 FEMM 实例绑上。如果 FEMM 没启动，或者启动在别的用户会话里，连接会失败，报出来的错误往往只说"调用失败"，不告诉你为什么。所以排查脚本问题的第一条永远是：先手动打开 FEMM，再跑脚本。
5.2 一段可复用的参数化建模脚本
下面这段是我常用的模板，功能是自动建一个轴对称模型、跑求解、把气隙磁密打印出来。把它存成.lua文件，用 FEMM 菜单里的脚本执行功能跑就行。
-- 连接已打开的 FEMM 实例 openfemm() -- 新建磁场问题文档（0 表示 magnetics） newdocument(0) -- 问题定义：频率 0、单位毫米、轴对称、精度 1e-8、深度 1、最小角 30 mi_probdef(0, "millimeters", "axi", 1e-8, 1, 30) -- 从材料库取材料 mi_getmaterial("Air") mi_getmaterial("1010 Steel") mi_getmaterial("Copper") -- 建几何：空气包络 mi_addnode(0, -20) mi_addnode(60, -20) mi_addnode(60, 40) mi_addnode(0, 40) mi_addsegment(0, -20, 60, -20) mi_addsegment(60, -20, 60, 40) mi_addsegment(60, 40, 0, 40) mi_addsegment(0, 40, 0, -20) -- 建几何：铁芯 mi_addnode(0, 0) mi_addnode(15, 0) mi_addnode(15, 20) mi_addnode(0, 20) mi_addsegment(0, 0, 15, 0) mi_addsegment(15, 0, 15, 20) mi_addsegment(15, 20, 0, 20) mi_addsegment(0, 20, 0, 0) -- 打块标签并赋材料 mi_addblocklabel(5, 10) mi_selectlabel(5, 10) mi_setblockprop("1010 Steel", 1, 0, "<None>", 0, 0, 0) mi_clearselected() mi_addblocklabel(30, 10) mi_selectlabel(30, 10) mi_setblockprop("Air", 1, 0, "<None>", 0, 0, 0) mi_clearselected() -- 保存、求解、载入结果 mi_saveas("D:/work/solenoid_test.fem") mi_analyze(1) -- 参数 1 表示静默求解，不弹求解窗口 mi_loadsolution() -- 取气隙中点磁密 local x, y = 20, 25 local bx, by = mo_getpointvalues(x, y) print("Bx =", bx, " By =", by) mo_close() mi_close() closefemm()几个使用时必须注意的地方，都是我改过好几版才总结出来的：
路径必须用正斜杠或者双反斜杠。Lua 里单个反斜杠是转义符，写D:\work\a.fem会被解析成一堆奇怪字符，保存直接失败。写D:/work/a.fem最省事。
保存要显式调用。脚本里建完的模型只在内存里，不调保存函数，跑完就没了。而且保存的目录必须事先存在，FEMM 不会帮你创建目录，路径里有一段不存在就整个保存失败。
取结果的函数返回值要当场验证。不同求解类型返回的值的个数和顺序不一样，磁场问题里前面一般是磁密的两个分量，但你要是不确定，第一次跑的时候把所有返回值都打印出来看一眼，比对着文档猜快得多。
结尾记得关文档和断连接。不关的话下次再跑脚本，可能连到上一次的残留实例上，表现是"改了参数结果不变"，非常迷惑。
5.3 脚本跑不通时的定位顺序
脚本报错的时候别乱改，按这个顺序排查，基本三分钟内能定位：
先确认 FEMM 主程序开着，而且是当前用户会话下开的。再确认脚本文件本身的编码——如果带 BOM 或者存成了 UTF-8，老版本解释器会在第一行就报语法错，改成 ANSI 或者纯 ASCII 就好。然后确认路径里没有中文，这一条能解决大半问题。最后用"删减法"：把脚本后半段全注释掉，只留连接和新建，跑通再一段一段加回来。
如果脚本能跑但没结果，多半是求解那一步没成功。把 mi_analyze 的参数从 1 改成 0，让它弹出求解窗口，你能直接看到求解器报什么错。这个开关在调试阶段非常有用，正式批量跑的时候再改回静默模式。
6. 非Windows环境的两种落地方式
Windows 之外的场景也有人在用，主要是两类：一类是实验室的计算服务器只有 Linux，一类是 macOS 用户不想来回切系统。路有两条，各有各的妥协。
6.1 Wine路线：能跑，但要接受哪些妥协
第一条路是在兼容层上直接跑 Windows 版。这条路的好处是版本完全一致，模型文件、脚本、材料库跟 Windows 上通用，团队协作时不会出现"我这边能跑你那边不行"。坏处是几个功能会打折。
最常遇到的是图形显示问题。主程序是 MFC 写的，绘图用的是老的图形接口，在某些显卡驱动上会出现界面闪烁、结果云图画不出来、或者鼠标拖拽建点时坐标错位。碰到这种情况可以试试关掉合成特效，或者强制用软件渲染。我的经验是：关掉显卡加速之后，建模和结果查看基本都能用，只是拖窗口会有点卡。
第二个妥协是文件路径映射。兼容层里的路径和宿主系统的路径不是一回事，脚本里写绝对路径要特别小心，最好统一用相对路径，或者先确认挂载点。这一点和 Windows 下的中文路径问题是同一类麻烦的不同表现。
第三个是脚本调用。如果你打算在 Linux 上用外部程序驱动 FEMM 做批量计算，走兼容层会比较折腾，进程通信偶尔会断。这种需求我建议直接用第二条路。
6.2 源码构建：依赖清单与典型断点
后来官方放出了源码，界面层用跨平台的窗口库重写过，所以原生编译是可行的。整个过程不复杂，但依赖得齐。
先装构建工具和窗口库的开发包，Debian 系大概是：
sudo apt install build-essential cmake libwxgtk3.0-gtk3-dev然后标准的 CMake 流程：
mkdir build && cd build cmake .. -DCMAKE_BUILD_TYPE=Release cmake --build . -j4编译时间取决于机器，一般几分钟到十几分钟。跑完之后在 build 目录里能找到可执行文件，直接运行即可。
断点主要有三个。一是窗口库版本不匹配，太新的版本 API 有变动，配置阶段就报找不到组件，降一个大版本通常能解决。二是缺 X11 相关的开发包，表现是链接阶段一堆 undefined reference，把列出来的包补上就好。三是高版本编译器对老代码更严格，会报一些警告升级成的错误，实在过不去就在 CMake 配置里把对应警告关掉，别去改源码。
原生编译的版本有个天然优势：脚本执行和命令行调用的行为更干净，做服务器端批量计算比走兼容层舒服得多。缺点是新版本更新不及时，跟 Windows 版的算例结果偶尔会有微小差异，做严格对比的时候需要注意。
7. 装机阶段的故障排查：从症状倒推原因
前面讲的是正常路径，这一节专门处理不正常的情况。我把自己和同行遇到的坑整理成一张对照表，先从症状定位，再看处置动作。
7.1 症状对照与处置表
| 症状表现 | 最可能的原因 | 处置动作 |
|---|---|---|
| 新建文档后材料列表为空 | 材料库目录路径不对，或安装包不完整 | 检查安装目录下的材料目录是否有文件，重装一次完整包 |
| 点求解后无响应，几秒后失败 | 网格引擎被安全软件隔离 | 查隔离区，把安装目录整体加白 |
| 求解完成但没有结果窗口 | 结果文件写入失败，或路径含中文 | 把模型目录换到纯英文短路径下重试 |
| 结果云图全灰/全白 | 探针落在模型外，或块标签没打 | 确认每个封闭区域都有块标签，探针坐标在区域内 |
| 脚本执行报语法错误 | 脚本文件编码带 BOM，或用了新版 Lua 语法 | 转成 ANSI 编码，检查语法版本 |
| 脚本执行成功但结果不变 | 连到了残留的旧实例 | 全部关闭 FEMM 进程后重开再跑 |
| 界面文字模糊 | 高 DPI 缩放未处理 | 兼容性设置里勾选替代缩放行为 |
| 非线性求解不收敛 | 材料饱和过深，或初始条件太差 | 降激励电流试算，逐步加载 |
| 力计算结果明显偏小 | 受力区域选择不完整，或网格太粗 | 完整选中受力体，气隙处局部加密网格 |
这张表覆盖了装机首跑阶段八成的异常，剩下的两成通常需要看具体报错文本，那就得靠日志和求解窗口的输出了。所以再说一遍：调试阶段把静默求解关掉，让窗口弹出来，那上面写的报错信息比任何猜测都直接。
7.2 两次完整排查的复盘
讲两个我自己遇到过的、比较费劲的案例，把排查链路完整走一遍。
案例一：换了台机器，所有模型都算不出结果。
新装的系统，装完软件，打开旧项目的模型文件，点求解，进度条走到一半消失，结果窗口不出现，磁盘上也找不到结果文件。第一反应是安装包坏了，重装一遍，问题依旧。
于是改变思路，从"最简单的能跑吗"开始。新建一个空白文档，画一个矩形、打块标签、求解——能跑通。说明求解器和网格引擎都是好的。那么问题就在旧模型文件上。把旧模型另存一份，逐个删掉线圈、删掉材料、删掉边界，一直删到只剩一个空气块，还是跑不通。
到这一步才想到看路径。旧模型放在桌面上的一个中文名文件夹里，而新建的空白文档存的是纯英文路径。把模型文件复制到D:/work/下再求解，一次通过。原因就是前面说的那一条：临时文件写不出来，求解器拿不到中间产物，静默退出。
这个案例的教训是：排查要从最小可复现单元往上加，而不是从复杂模型往下删。而且每次怀疑"软件坏了"之前，先用一个全新空白模型验证一遍，能省下重装的时间。
案例二：脚本跑批跑了一夜，26 个模型结果全一样。
第二天看结果表格，26 个气隙厚度的磁密完全一致，明显不对。第一反应是脚本里的参数没传进去，检查循环变量，发现变量确实在变，而且几何坐标也是按变量算的。
那就看模型文件。打开其中一个.fem，发现里面的几何尺寸确实是脚本生成的、每个都不一样。这说明建模环节对了，问题在求解或取结果环节。再看时间戳，26 个模型的结果文件时间戳几乎同一秒，而正常求解一个要好几秒。结论：求解被跳过了。
顺着查，发现脚本里的求解调用写在循环内部，但静默求解的参数传成了 0——也就是弹窗模式。批处理跑在后台，弹窗卡在第一个模型那儿等人点确定，后面的调用全部超时返回，而脚本没有检查返回值，于是老老实实把第一个模型的结果重复读了 26 次。
这个坑的教训有两条：一是批处理一定要用静默模式，并且检查每次求解的返回状态；二是跑完批处理之后，先看文件时间戳对不对，这是最快的完整性检查，比逐个打开模型快得多。
这两个案例的共同点是：问题都不在软件本身，而在环境假设和脚本逻辑上。装好之后跑不通，「FEMM 软件下载与安装」这条链路里真正难的部分从来不是点下一步，而是搞明白它在什么条件下才愿意正常工作。我现在装完新机器，一定会先在一个纯英文短路径下把一个最小模型跑通，再开始碰任何真实项目——这五分钟的仪式感，救过我很多次。
