Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
Fluent交流区
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 帮助文件类似,可以参考。其他部分可以参考陶文铨数值传热学第九章湍流模型部分。
@搬运工不好当 这种问题不是特别想回答了,监控你关注的量即可。 设置动画和自动保存。
@书生kao 好哒,谢谢大神,我去试试看。
@东岳 十分感谢,看了一下我的设置还是以物理核心为准吧,而且测试我感觉,多几个核心的速度几乎没有什么差距
@murphy 我主要考虑的是过程时间非常短,传热可能并没有那么迅速,所以不施加两相传热模型反而更加符合实际情况
@anubis 另一种并行方式也用过,无效
不求解动量方程的话,将相变区间比热设置为温度随时间变化即可。开融化凝固模型的话给恒定比热以及相变潜热就行,不用给比热随温度变化的函数
进口的速度不是superficial velocity,进口的速度应该是physical velocity。这俩个之间要换算。换算公式是:
这是我用python下的计算器,应该会明白了。你那面的physical velocity就是代码中的Uin
你两相间的传热项选的什么?两相的温度是怎样的?
欧拉多相流的话不是应该是网格尺寸大于颗粒尺寸吗,和气泡也会有具体的关系吗?