简介面向数值模拟与CAE前处理的SALOME开源软件资源包主要给需要搭建前后处理环境、研究SALOME二次开发或编译配置的工程技术人员使用。SALOME基于可重用组件构建支持跨平台运行遵循LGPL许可。压缩包共18个文件、约566KB主体为源代码与构建配置包括CMakeLists.txt编译脚本、Python启动脚本、界面翻译文件ts、图像资源png及说明文档txt/readme等适合快速查看工程结构或进行小规模编译验证。目前已有1194人学习下载。压缩包内保留了启动入口、CMake配置和资源目录读者可借此了解SALOME的模块划分、LightApp界面组件构成以及许可证信息便于后续在此基础上扩展自定义前后处理功能。1. SALOME 是什么开源 CAE 前处理里最接近“全家桶”的那个平台做开源仿真的人大多有这样的经历几何模型在一个软件里画网格在另一个软件里切求解器配置再换一个界面数据倒来倒去稍微复杂点的模型光格式转换就能耗掉半天。SALOME 就是为解决这种割裂感而存在的开源 CAE 软件它由法国原子能委员会主导开发把几何建模、网格划分、后处理甚至求解器调度都装进同一个框架里。在开源 CAE 工具链里它常被当成一个完整的 CAEPreProcessor 来用——尤其搭配 Code_Aster、OpenFOAM 这类求解器时前处理这一步几乎可以全程在 SALOME 里完成不需要频繁切换工具。如果你需要在 Linux 环境下搭一套可复现的仿真流程或者不想被商业前处理授权卡住SALOME 值得花一个下午认真摸一摸。2. 平台架构与选型边界为什么它同时做几何、网格和求解器对接2.1 内核决定下限Open CASCADE 与 VTK 搭出来的框架SALOME 不是从零写的它的几何内核基于 Open CASCADE Technology也就是 OCC这个内核被大量商业 CAD 和 CAE 软件使用所以 SALOME 对 STEP、IGES、BREP 这些主流交换格式的支持非常可靠。我见过有人拿 FreeCAD 和 SALOME 做对比两者都用 OCC但定位完全不同FreeCAD 的强项是交互建模而 SALOME 的强项是“流程集成”——它不光建模还要把网格、求解器、后处理串成一条链。可视化层走的是 VTK 管线这决定了它的后处理能力下限不低。颜色映射、切片、流线这些在后处理模块 PARAVIS 里都是原生操作不需要再外接其他可视化库。内核选型这件事决定了一个工具的兼容边界我的经验是凡是能导出 STEP 的 CAD 工具导入 SALOME 基本不会出大毛病凡是能用 VTK 表达的数据在 SALOME 里做后处理也基本能找到对应操作。2.2 四大模块的职责划分GEOM、SMESH、PARAVIS、YACS进入 SALOME 后你会看到它把功能拆成几个模块新手上路最容易懵的就是不知道去哪找某个功能。这里做一个模块地图模块职责关键能力GEOM几何建模与修复草绘、拉伸、旋转、布尔运算、倒角、STEP 导入导出SMESH网格划分一维/二维/三维网格算法、假设Hypothesis、Group 映射PARAVIS后处理云图、切面、流线、动画输出YACS流程集成把各模块组件拖成数据流实现批处理和自动化GEOM 和 SMESH 是你 80% 时间待的地方PARAVIS 在出图阶段打开YACS 属于进阶玩法。需要特别说明的是SALOME 里“模块”不是插件而是同一套数据模型下的不同视图——你在 GEOM 里建的几何体直接就能被 SMESH 拾取不需要导入导出。这个设计在开源工具里相当少见也是它作为 CAE 前处理器的核心优势。2.3 选型边界它和 Gmsh、HyperMesh 这类工具的差别在哪很多人在选前处理工具时会纠结Gmsh 也能画网格为什么不用 Gmsh我的判断标准是看你的几何从哪来。Gmsh 的强项是网格算法和脚本控制但它的几何建模能力非常弱复杂模型基本要靠外部 CAD 导入SALOME 的强项恰恰是几何前处理——修面、补洞、布尔操作、创建 Group这些活干完才轮到网格。如果你要处理的是带复杂曲面的实际工程模型SALOME 的工作流更顺。和 HyperMesh、ANSA 这类商业前处理器比SALOME 在功能上并不缺真正的差距在交互手感和自动化便利性。商业工具做了几十年的人机交互打磨快捷键、鼠标拾取、网格质量实时反馈都更跟手。SALOME 的界面第一眼会有老派科研软件的味道但熟悉之后配合 Python 脚本它的可复现性反而是商业工具比不了的。如果你的场景是“团队协作、流程要沉淀、算例要能回放”SALOME 是更合适的选择。3. 安装与环境准备Linux 一条命令、Windows 三种路径、Python 环境一次配好3.1 Linux 原生安装与依赖检查SALOME 对 Linux 的支持最完整这也是它主要的使用场景。官网提供对应发行版的预编译包下载后解压就能用但前提是系统里缺的依赖得补齐。我在干净的系统上装过几次最常见的翻车点就是缺 Qt 运行库和 OpenGL 相关组件。解压后建议先跑一遍启动脚本如果报缺库用系统包管理器补上即可。# 假设下载的是 salome-9.x 的 tar.gz 包 tar -xzf SALOME-9.x-*.tar.gz cd SALOME-9.x-* # 先打印版本信息确认能启动而不是直接报缺库 ./salome --version这段命令做了两件事解压安装包然后用--version参数做冒烟测试。--version这个参数是命令行工具里最常见的“自检”开关比直接双击图标再等窗口出现要快得多——如果缺依赖这里会直接打印错误信息省得你盯着启动画面猜问题。我一般还会顺手执行一次ldd salome | grep not found把缺的库一次性列出来。3.2 Windows 上的三种落地方式SALOME 官方对 Windows 的支持是实验性的直接下载原生包能跑但偶发图形渲染问题。如果你在 Windows 上工作我按推荐程度排序给你三种方案方案操作成本可靠性适用场景WSL2 Linux 包中最高想顺带学 Linux 工作流Docker 容器中高高团队统一环境、CI 自动化Windows 原生包低中偶尔用一次、不想折腾我在 Windows 上被图形界面崩过两次之后就不再跟原生包较劲了。WSL2 里跑 Linux 包配合 MobaXterm 之类的工具做 X11 转发体验很接近原生桌面。Docker 方案更适合要交付给团队的情况——镜像一推环境差异直接消失。需要注意的是WSL2 里跑 GUI 程序默认可能没有图形环境支持需要额外配置。提示无论走哪条路安装完成后先跑一个简单案例确认“能启动”和“能画网格”是两回事。很多人卡在图形库上命令能跑但界面起不来。3.3 脚本化之前先确认 Python 环境SALOME 内置了 Python 解释器这个细节很多人忽略。它的 GUI 操作、宏录制、脚本执行全部走同一个内置 Python和你系统里 conda 装的 Python 是两套东西。意味着你在 conda 里pip install了一堆包SALOME 脚本里根本 import 不到。# 进入 SALOME 的 Python 环境 ./salome shell python3 -c import salome; print(salome.__version__)salome shell这个命令会打开一个已经初始化好 SALOME 模块的 Python 解释器。能看到salome模块被成功导入说明脚本环境是通的。这个检查步骤我每次搭新机器都会做一遍因为后续所有批处理脚本都依赖这个环境——如果直接调系统 Python脚本会报ModuleNotFoundError查半天才发现用的是错解释器。4. 从零跑通一个前处理流程几何、Group、网格、MED 导出4.1 几何建模实操拉伸、切割与布尔打开 SALOME 后先进 GEOM 模块。它的建模思路和主流 CAD 类似先画草图再拉伸或旋转成实体。但我要强调一个 SALOME 的习惯差异它更倾向于先建出基本体再用布尔运算组合。比如一个带孔的板我的做法是先建一块板、再建一个圆柱用圆柱去“减”板而不是在草图上画圆再拉伸切除。import salome import geompy # 创建一块 100mm x 50mm x 10mm 的板 box geompy.MakeBoxDXDYDZ(100, 50, 10) # 创建一个直径 20mm、高度 30mm 的圆柱作为“刀具” cylinder geompy.MakeCylinderR(10, 30) # 把圆柱平移到板的中心位置 geompy.Translate(cylinder, 50, 25, 0) # 用布尔减操作挖掉圆柱 hole geompy.MakeCut(box, cylinder)这段脚本用纯 Python 方式实现了“板上打孔”。MakeBoxDXDYDZ的三个参数对应长宽高MakeCylinderR的第一个参数是半径、第二个是高度。Translate的作用是把圆柱移动到正确位置——这个步骤容易漏漏了之后布尔运算虽然能执行但孔的位置全错。MakeCut是布尔减SALOME 里布尔运算支持完备但不建议做太复杂的嵌套布尔计算稳定性会下降。4.2 Group 定义边界条件能否选中的关键进入 SMESH 模块之前先在 GEOM 里把要施加边界条件的面定义成 Group。这一步是整个前处理流程里最容易偷懒、也最容易被反噬的环节。很多人直接画完网格就开始设边界条件然后在求解器里发现根本选不中“入口面”“出口面”就是因为没有提前建 Group。# 在几何体上创建一个名为 inlet 的面组 inlet_face geompy.GetShapesOnPlane(hole, geompy.PlaneZ(0), geompy.ShapeType[FACE]) geompy.CreateGroup(inlet_face, inlet)GetShapesOnPlane的作用是提取指定平面上的所有面PlaneZ(0)表示 Z0 那个平面。CreateGroup把提取到的面打包成一个命名集合。这里的核心思路是用几何规则选择面而不是手工一个个点选——模型复杂时手工点选极易漏面而且不可复现。Group 建好之后网格划分时 SMESH 会自动把几何 Group 映射到网格单元上边界条件就能按名字引用了。4.3 网格划分假设与 MED 导出对接 Code_Aster网格划分在 SMESH 模块里完成。SALOME 的网格体系叫 Hypothesis假设系统——先指定算法再指定尺寸参数最后把这两者“附加”到几何体或几何子形状上。这种设计的优点是参数化能力极强整个网格策略可以完全脚本化。import smesh # 创建网格对象并绑定到几何体 mesh smesh.Mesh(hole) # 使用三角形算法进行面网格划分 algo mesh.Triangle() # 设定最大单元尺寸为 5mm hypo algo.MaxSize(5) # 执行网格划分 mesh.Compute()Triangle()选择的是二维三角形算法适合薄板类结构。MaxSize(5)控制全局最大单元尺寸数值越小网格越细但计算量和网格生成时间会急剧上升。Compute()是显式触发划分——SALOME 不会自动划分必须手动调用。网格划分完成后右键网格对象选择 Export格式选 MED 即可。MED 是 SALOME 与 Code_Aster 之间的标准交换格式Code_Aster 的模型文件里直接就能引用这个 MED 文件读入网格和 Group。5. 避坑记录五个真实翻车场景现象、原因、解决5.1 导入后模型尺寸缩小 1000 倍现象从 SolidWorks 导出的 STEP 文件在 SALOME 里打开后测量尺寸变成了毫米级——原本 2 米长的零件变成了 2 毫米。原因CAD 软件导出时通常按自己的单位制写 STEPSALOME 的几何内核导入时默认按特定单位解释一旦两边的单位基准不一致整个模型按比例缩放。这不是 SALOME 的 bug而是 CAE 工具链里的经典单位陷阱。解决导入 STEP 前先确认 CAD 里的单位设置导出时统一用毫米或米。导入后在 GEOM 里用测量工具复核关键尺寸。我习惯在项目开始就用一个 100mm 的小立方体做参照物——每次导入模型都把它放在旁边一眼就能看出比例对不对。5.2 布尔运算后找不到边界面现象对复杂实体做布尔减之后原来能选中的某个外表面消失了边界条件无处施加。原因布尔运算会重构几何拓扑原始的“面”被切割或合并部分面因为形状太破碎直接被算法吸附到相邻面上。这是在 CAE 前处理里非常常见的现象被很多人当成玄学问题。解决把布尔减改成 Partition拆分。Partition 和布尔减的差别在于它保留原始形状的“记忆”分割后的面仍然能被单独识别。具体操作是选择几何体后执行 Partition 操作而不是 MakeCut。从那以后凡是要保留边界的操作我都优先用 Partition。5.3 网格划分后边界条件加载失败现象网格划分成功但导入求解器后某个 Group 对应的单元集合是空的。原因Group 的传播没有打开。SMESH 在网格划分时默认会把几何 Group 映射到网格单元但如果你在 SMESH 里新建了网格对象而不是从几何对象直接生成映射关系就断了。解决在 SMESH 的 Group 创建对话框中勾选“从几何 Group 创建”的选项或者在网格对象上手动执行传播命令。我一般的做法是网格划分完成后先双击网格对象查看 Group 列表确认每个 Group 都有对应的单元数量这一步能提前发现大部分边界条件问题。5.4 撤销操作失效误操作只能重来现象连续操作了几步之后按 CtrlZ 发现界面没反应或者只回退了一步就停在原地。原因SALOME 的撤销栈是模块级的而且深度有限。当你跨模块操作——比如从 GEOM 切到 SMESH——之前的操作历史就没了。这个设计很多人第一次遇到都想摔键盘。解决养成“每个关键节点保存快照”的习惯。SALOME 支持在数据树里把当前所有对象导出为 HDF 文件操作前存一个误操作了直接读回来。我在做复杂几何时每完成一个布尔运算就存一个文件文件按照model_v1.hdf、model_v2.hdf这样的命名方式管理成本极低但效果极其显著。5.5 MED 导出后单元类型对不上求解器现象MED 文件导出一切正常但求解器报错说不认识单元类型或者报错说某类单元数量为零。原因MED 格式本身能描述多种单元类型但你划分网格时用的算法决定了实际生成的单元。如果模型里既有实体网格又有壳网格导出后求解器接收时容易混乱。解决导出前在 SMESH 里检查网格统计信息确认单元类型和数量符合预期。对接 Code_Aster 时还要确认 MED 文件版本——新版本 SALOME 导出的 MED 文件不一定能被旧版 Code_Aster 读取。我常见的做法是在 Code_Aster 的报错信息里搜 “MED” 关键词它一般会给出具体不匹配的单元类型编号然后回头核对网格算法设置。6. 进阶Python 批处理和参数化几何把前处理变成可回放流程6.1 录制宏到命令行批跑SALOME 的 GUI 里有一个宏录制功能你每做一步操作它都记录成一行 Python 代码。这功能看着简单实际上是整个工具最值钱的地方——它能把你花费数小时的前处理操作压成几十行脚本之后每次模型改参数跑一遍脚本就重新生成网格。# 批处理模式执行前处理脚本 salome -t build_mesh.py-t参数让 SALOME 以命令行模式运行指定的 Python 脚本不启动 GUI。整个流程在后台跑完生成网格文件。我把宏录制的操作整理成规范脚本后凡是要复制算例的工况都是复制一份脚本、改几个参数、跑一遍比在 GUI 里重做一遍快一个数量级。6.2 参数化几何一个变量改动全局更新配合脚本SALOME 完全可以做到“改一个参数重新生成所有网格”。把关键尺寸提成变量放在脚本头部后面所有几何操作都引用这些变量。L 100 # 板长 W 50 # 板宽 H 10 # 板厚 R 20 # 孔径 box geompy.MakeBoxDXDYDZ(L, W, H) cylinder geompy.MakeCylinderR(R, H * 2) geompy.Translate(cylinder, L / 2, W / 2, 0)参数集中在脚本头部改模型尺寸只需要改这几个赋值不需要进 GUI 里重新拾取面、重新设尺寸。几何、网格、导出全程脚本化之后整个前处理流程就从一个“手工活”变成了一条“自动化流水线”。从那以后我每次接新任务都强制走一遍这个流程先把参数提出来再把操作录成宏最后跑通批处理——这三步做完再大的工况调整都不慌。希望帮到你。本文还有配套的精品资源点击获取
