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 的大作中提到】
: 两个phase都算个characteristic time constants先，差太大不容易收敛
|
s******1
发帖数: 224 | 6 对，流体性质是temperature dependent.
问题很简单，电机在发热，风从电机里面的channel吹过，电机发热，风给电机降温；
针对很简单的heat transfer 的 example,没有问题，但如果geometry复杂了，问题就
出来；不知道是什么原因，solution就是收敛不了；
同时温度很容易reach extreme temperature.
请问，你有过类似的经验吗？
【在 j****x 的大作中提到】
: 流体性质是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 的大作中提到】
: “在用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 的大作中提到】
: 这个没有必要用cfd
: Motorcad 很好用的
|
