s******1 发帖数: 224 | 1 在用fluent 算旋转电机的热交换,感觉fluent 很不好使,主要是不能收敛,感觉好像
是mesh的问题,但不能肯定。
不知道这里有没有人用fluent算过heat transfer conjugated CFD,想请教你一些东西
,谢谢! |
r***l 发帖数: 9084 | 2 我用cfx算conjugate heat transfer, 还可以,收敛一般不是问题 |
j********e 发帖数: 45 | 3 两个phase都算个characteristic time constants先,差太大不容易收敛 |
j****x 发帖数: 943 | 4 流体性质是temperature dependent的吗? |
s******1 发帖数: 224 | 5 先谢谢你的回复。
我这个热交换是steady state,这个charactersitic time constant是不是针对
transient case呢?
【在 j********e 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 两个phase都算个characteristic time constants先,差太大不容易收敛
|
s******1 发帖数: 224 | 6 对,流体性质是temperature dependent.
问题很简单,电机在发热,风从电机里面的channel吹过,电机发热,风给电机降温;
针对很简单的heat transfer 的 example,没有问题,但如果geometry复杂了,问题就
出来;不知道是什么原因,solution就是收敛不了;
同时温度很容易reach extreme temperature.
请问,你有过类似的经验吗?
【在 j****x 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 流体性质是temperature dependent的吗?
|
j****x 发帖数: 943 | 7 refine your mesh, check boundary conditions and change different methods for
pressure, maybe PRESTO!
I haven't used Fluent for a long time, but you can post your questions on
the cfd-online.com fluent forum. |
k*********g 发帖数: 791 | 8 我已经好几年没有搞CFD了,那个notorious压力 还没被搞定啊,哈哈 |
k*********g 发帖数: 791 | 9 看来fluent的处理pressure、incompressibility的那些algoithm,在一些特定问题研
制出来的,在那些问题上处理得不错,但换些问题就不行了。
要是让fluent的那些处理incompressibility的 PRESTO 之类求解一个compressible
flows,那岂不是要了它们的老命。 |
k*********g 发帖数: 791 | 10 “在用fluent 算旋转电机的热交换,感觉fluent 很不好使,主要是不能收敛,感觉好
像是mesh的问题,但不能肯定。”
这个判断外行了。一个粗糙的mesh收敛到一个粗糙的结果上去的,假如数值方法好的话。
你求解的问题在数值角度来看是个很平常的问题,是个性太很好的问题,流体+传热。
收敛不好原因可能有2个:
1 上面说的软件里面有些关键东西的处理方式不够canonical、不够general;也就是说
,真正的好的算法还没有被发明出来(其实只不过还没有被发表出来而已)
2 一个系统内部包含2种性质差异巨大的东西混在一起迭代计算的话,收敛是很难的。
假如把系统分成2个子系统,A和B;sub system A内部迭代,subsystem B内部迭代,然
后A 和 B进行交换;那么,怎么分成A和B,是很有讲究的,分得不好,迭代也很难收敛
;原因在于,A内部得迭代有自己的迭代路径,B有自己的迭代路径,A和B之间迭代有自
己的迭代路径,这些不同迭代路径之间经常是互相破坏的:在A的迭代路径上正走在一
条收敛的道路上,去B了玩了一圈回到A,先前的努力可能付之东流。所以,选取A和B,
或者说怎么划分大blocks,是很judicious的 |
z***y 发帖数: 13818 | 11 这个没有必要用cfd
Motorcad 很好用的 |
s******1 发帖数: 224 | 12 kenn,你说的很有道理,一个粗糙的mesh就算是收敛,也是个很粗糙的结果。
经过一段时间的改进mesh,问题已经解决了,是mesh的问题,mesh太重要了,尤其对于
这种流固conjugated的情况。
版本13明显就要比12.1要好。我用的是workbench里面的那个mesh,不是什么GAMBIT,或
者其他mesh tool, workbench 里面的mesh 功能比12.1的强大多了,FLUENT也是。
总之,问题解决了,谢谢你,kenn还有其他人的留言。
话。
【在 k*********g 的大作中提到】![](/moin_static193/solenoid/img/up.png) : “在用fluent 算旋转电机的热交换,感觉fluent 很不好使,主要是不能收敛,感觉好 : 像是mesh的问题,但不能肯定。” : 这个判断外行了。一个粗糙的mesh收敛到一个粗糙的结果上去的,假如数值方法好的话。 : 你求解的问题在数值角度来看是个很平常的问题,是个性太很好的问题,流体+传热。 : 收敛不好原因可能有2个: : 1 上面说的软件里面有些关键东西的处理方式不够canonical、不够general;也就是说 : ,真正的好的算法还没有被发明出来(其实只不过还没有被发表出来而已) : 2 一个系统内部包含2种性质差异巨大的东西混在一起迭代计算的话,收敛是很难的。 : 假如把系统分成2个子系统,A和B;sub system A内部迭代,subsystem B内部迭代,然 : 后A 和 B进行交换;那么,怎么分成A和B,是很有讲究的,分得不好,迭代也很难收敛
|
s******1 发帖数: 224 | 13 zmimy,有的时候motorcad也不好用啊,比如说generator有radial方向的flow,motorcad
就不能算吧?
我觉得好像motorcad只能算generator里面axial方向的flow. 同时针对3D,要找到哪里
是hotspot,也就是说要找到哪里温度最高,同时怎么来改进流场,我觉得motorcad可能
还不好算吧?
motorcard对一些大概的heat transfer coefficient和pressure resistance,算得比较
好,也比较快,比numerical method 强多了。
【在 z***y 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 这个没有必要用cfd : Motorcad 很好用的
|