GCC只要内核没问题 一般Linux下Fluent可以UDF直接编译 不需要额外的环境变量配置 否则你需要查看 对应的Fluent makefile文件
刚开始可以使用Ubuntu这样的桌面Linux系统先熟悉一下 之后再使用Journal file 因为一般性的UDF还是需要不少调试环节的 有一个图形显示可能会好点 个人不成熟的意见 仅当参考

物理速度和这不相关 物理速度描述多孔的统计了孔隙率的速度 但是实际上除非你是固定孔道的多孔板式 才能够很好的预计内部速度 与理论计算速度可能比较符合 因为中间真实速度也不好测量 我在某吊桥线缆上有过项目实测经验这种方式预测得还不错 而关于浓度连续性 你的设想是在一个连续的流道内他的浓度是连续变化的 那么这个连续流道实际上已经属于需要对多孔介质直接建立模型 这种方式你可以具备连续性 但是fluent处理是经验公式性的 不是真正求解通道的 所以实际上你的浓度当在一个cell zone求解时 当进入下一个多孔介质孔隙率跳跃变化的cell zone时 他直接会利用这个cell zone的porosity求解来得出这个cell zone cell内部的值 它不需要保证连续性 实际上fluent不太可能实现预测准确分布 但是如果你的结构很大并且分布比较均匀的时候 fluent能够大概预测一下趋势

CFD models comparative study on nanofluids subcooled flow boiling in a vertical pipe
你看看这篇文章 然后你看看他对于纳米部分的经验化就了解了

如果说从长远的技术来讲 我更看好实际颗粒推积的真实内部场的格子法模拟 虽然这个方面目前尺度有限 但是如果之后计算机算力飞速上升的话 那么这块可以做到部分可控 同时包括目前的扫描技术实现内部多孔建模的技术也日趋成熟 德国的Math2公司这块也已经推向应用化阶段 对于你的这个研究课题你首先应该考虑这种方式 如果你作为一个研究课题的话 fluent这块几乎多孔内部分布没有任何前途

其实真正严格研究这个问题 目前还不可解 你采用fluent可以不用管这些 因为fluent 如果你选的默认superficial选项 求解多孔介质的时候 不考虑孔隙率 只有在非稳态项才考虑 那么实际流场跟孔隙率就无关 然后切向的速度用适当的该方向的阻力系数来模化 一般可以近似成为无滑移的条件 因为你用fluent那么还是精度和稳定的折中了 这种办法是最佳收敛手段 表观速度这个词最早是针对颗粒层床的经验数据 就是流量除以过滤面积 也是不考虑孔隙率的
关于这方面真做研究目前存在介面连续和不连续两种模型 但是我试过几乎都难收敛 实际上真实情况介面浓度更接近不连续 你如果有兴趣真的做深这部分我给你提供参考 但是我个人建议不要深入搞这块 严格来说 fluent除开压降 其他的都是错的 但是他能算整体设备 其他方式复杂几何目前都不能收敛flowporous.doc

换热根据经验公式得出体积分数相关的纳米流体导入率影响 再通过求解particle in cell 计算体积分数 再编UDF吧

这种属于相变模型 实际上fluent内置已经做得比较主流了 但是如果你需要更高精度的模型 还是得编UDF

这个模型正在做 这个UDF实际上类似树叶系数沙尘的模拟 一般来说 具备相间的mass传质 然后mixture相的动量和湍流因子 能量等的模化
哪一项有变化就加哪一项 实际上你可以写在同一个UDF内部 根据不同条件来判据这种物性变化就行 采用phase指针来切换

fluent使用的是交错网格加重叠网格技术

其实我觉得展示UDF 特别是数值型的 有一个matlab的预测验证图会比较直观

组分还是DPM都可以 也都有缺点 一般性的11%以下的 采用dpm好些 我是做除尘的 略知一二 但是焊烟工艺没接触过