3. Ansys Workbench协同仿真环境搭建

流固耦合与热变形联合仿真的第一步，不是立刻去设置边界条件，而是把三个求解器在同一个工程里“接对线”。Fluent负责流体域的对流、传热与压力载荷，Mechanical负责固体域的应力、变形与热传导，System Coupling负责在两者之间按耦合步交换数据并控制收敛。三者若不在同一工程数据链上，后续无论怎么调松弛因子都很难得到稳定的耦合结果。本节围绕工程数据链接、单位系统和文件管理三件事展开，目标是搭出一个可复用、可追溯的协同仿真骨架。

一、工程数据链接：谁给谁传什么

在Workbench中，推荐的做法是新建一个Fluid Flow (Fluent)分析系统和Static Structural (Mechanical)分析系统，再拖入System Coupling组件。关键动作是把Fluent的Solution单元和Mechanical的Solution单元分别拖到System Coupling的Setup上，形成两条数据链接。此时Workbench会在工程目录下生成一个统一的耦合工程，三个模块共享同一套几何来源和单位制。

数据链接的方向由物理量决定，而不是由模块顺序决定。典型的热流固耦合中：Fluent向Mechanical传递壁面温度和压力载荷；Mechanical向Fluent传递壁面位移（网格变形）以及在某些共轭传热场景下的壁面热流。如果只做热变形而不涉及流场反作用，可以只保留单向传递，但System Coupling仍建议保留，以便后续扩展为双向。

需要特别注意的是耦合面的对应关系。Fluent侧的耦合边界通常是wall或wall-shadow，Mechanical侧是相应的命名选择（Named Selection）。两侧的命名选择必须指向同一组几何面，且在System Coupling的Data Transfer中显式建立region配对。若几何在DM或SpaceClaim中被修改，命名选择丢失会导致链接断裂，这是协同仿真中最常见的“假成功”来源。

二、单位系统：三处一致才算一致

Workbench允许每个分析系统独立设置单位，但协同仿真要求三处单位在物理上自洽。第一处是Workbench项目页的Units菜单，它决定几何导入和材料属性输入时的默认单位；第二处是Fluent内部的General → Units，它决定求解器实际使用的量纲；第三处是Mechanical的Units菜单，它决定载荷、材料与结果输出的单位。

推荐做法是统一采用SI（m, kg, s, K, Pa）或统一采用mm-t-s-N-MPa制，不要混用。例如几何以mm建模、Fluent却按m解释，会导致耦合面上的位移量级差1000倍，System Coupling在第一个耦合步就会因位移过大而报网格负体积。一个实用的检查方法是：在Fluent中查看耦合壁面的平均温度，在Mechanical中查看同一面的温度载荷，两者数值应一致；若相差273.15，说明一方用了摄氏度、另一方用了开尔文。

材料属性同样要核对。Mechanical中输入的弹性模量、热膨胀系数、导热系数必须与Fluent中流体物性处于同一单位制。热膨胀系数的单位是1/K，与温度单位无关，但导热系数W/(m·K)在mm制下要写成mW/(mm·K)或换算为W/(mm·K)，这一步最容易出错。

三、文件管理与工程目录组织

协同仿真的文件数量远多于单物理场。一个包含Fluent、Mechanical和System Coupling的工程，通常会产生：.wbpj工程文件、Fluent的.cas与.dat、Mechanical的.mechdat、System Coupling的.scp以及各耦合步的中间结果。建议在项目根目录下按模块建立子目录，例如Fluent/、Mechanical/、Coupling/，并保持Workbench的默认相对路径不变。

需要避免的三种做法：一是把工程放在含中文或空格的路径下，System Coupling的求解器进程可能无法正确解析；二是手动移动.dat或.mechdat文件，导致Workbench的链接失效；三是在耦合运行中途修改几何或命名选择，这会使已生成的耦合映射失效。若必须修改，应先清除System Coupling的Solution数据，重新建立Data Transfer。

四、一个可复用的搭建检查清单

完成以上搭建后，工程应处于“可运行但尚未求解”的状态。此时在System Coupling中设置耦合步数、每步最大迭代次数和收敛容差，即可开始第一次协同求解。下一阶段的工作将围绕耦合稳定性与收敛性展开，而本节建立的链接、单位与文件规范，是后续所有调试工作的基准。