@l-j刘侃 刘老师这个成本很高吧:chigua:

@ibelief 非常感谢

注意格式还有先调试一下吧 这个问题其实最难的是最后的各个方向上的分量处理
而如果是平面各向同性的话 难点在于处理最后源项中针对的方向长度问题
注意源项的单位 你好像并没有关心

Fluent使用者非常多 近期对UDF的需要也越来越多
不过很多UDF都是非常大的代价才了解具体的实现方式的
当然不说手册上那点玩意了
如果手册都不了解 UDF还就没入门

有没有参考文献
fluent总是跟学术界不挂钩呀 原来那个ddpm就是另辟蹊径

fluent主要是做工程的 你要搞机理不要用fluent
当然fluent的二次开发的功能基本上可以覆盖95%的研究要求了
毕竟UDS也是可以随便你加理论

这个属于dpm的particle的fate了 但是fate里面没有trapped 哈哈
所以实际上ABORT了也不会被dpm output header统计进去呀
这个时候不妨用用tp->gvtp g开头的意思是global
最开始的错误也很明显的 你不管怎么样都是返回的ACTIVE 自然也就不行了
实际上还能PATH_END也可以做
但是ABORT并没有移除particle的链表这条记录 所以有的时候可能你需要 可能你不需要
最好还是再MARK一下remove吧

材料是在Material下的
你目前对UDF还比较模糊 建议先学C吧

一般人还是不太行的 整这个玩意 其实DEM非常简单了 我原来用matlab直接开发过一个做沉积的
fluent也有自带的 但是fluent的基本属于MP-PIC这种 针对DEM是coarsed的那种方式了 也挺工程学 未必你是想要的
你想要的话 还得自己把颗粒整成1/parcel
fluent可以调用其他lib的 但是有时候不是稳定
目前DEM的方式很多 伊朗人16年出的CFD-DEM coupling 那本是是CFD-DEM的比较好的专著吧
DEM挺简单的 要有自学 但是目前这股热是退了 因为工程价值比较低

因为cell_t 和 face_t 就是int 所以int就不会有数据了
Domain thread 都有ID的
至于真正的网格和面数据 实际上是存放在t->sv[n]中间了
所以实际上有很长的一个参数列表
这些都是fluent为了二次开发者进行的优化 他这方面做了很大量的工作

@taiwangwsg 对的，从湍流模型上面RSM 计算需要的内存也远远高于k-e模型

你说的是动网格吗？
您可以阅读一下这个帖子 提问的智慧
http://cfd-china.com/topic/2040/提问的智慧

@一介匹夫 小的线段没有识别成一个边界。

@两月三年 你现在用的编译器是VC98？ 不知道其他版本会不会解决这个问题。

@noodles 0.准备几何模型和网格模型。 1.考虑核心物理过程 确定是否考虑冷凝。 不考虑冷凝的话，按照传质过程模拟，可以定义UDM和扩散系数。 2.考虑边界条件和模型细节。 3.计算和结果分析。

@bart 这部分可以从湍流模型的假设和封闭性开始入手分析，我也不是特别懂，而且内容很多。0_1544074389927_第三章，湍流模型.pdf 附件是中科大fluent 讲稿，和fluent 帮助文件类似，可以参考。其他部分可以参考陶文铨数值传热学第九章湍流模型部分。

这个问题提得非常好！图2 中的速度量级上已经到了300m/s 显然是不合理的。 我遇到过类似的情况。当时我模拟2D轴对称情况下的颗粒运动也出现了局部速度过大。 我将对称轴修改为壁面之后发现错误消失。
我推测和维度有关，你可以测试一下3D的情况。 fluent 在多相的情况中还有很多不稳定的情况，需要再探索一下。

@搬运工不好当 这种问题不是特别想回答了，监控你关注的量即可。 设置动画和自动保存。

@书生kao 好哒，谢谢大神，我去试试看。

@东岳 十分感谢，看了一下我的设置还是以物理核心为准吧，而且测试我感觉，多几个核心的速度几乎没有什么差距