本人在使用openfoam自带的重叠网格进行计算。
按理来说在设置初场的时候两套网格重叠的区域是不参与计算的,但是本人在计算过程中,重叠网格区域好像也参与了计算,本人想就这个问题问一下各位大佬。
这个是被重叠的网格:
6384ab7c-e651-4dc9-9bd2-16298be04a95-432b47d32d1e3106b90bbfeb518ec39.png
这个是背景网格:
e2221afd-ff60-4bdc-b424-758b0087efb0-8d2e870096a5f44c86bbcf28b4318c3.png
![b6f02d62-3983-441a-9196-ca13443e58db-fb193eac98c7188e6dfc2a67c5ec6cf.png]
这个是重叠后的网格
4e960bd4-99a3-45d3-8c01-8f2c8888dabf-fb193eac98c7188e6dfc2a67c5ec6cf.png
这个是本人设置的初始条件:
b57ddbe1-1225-4cc4-847d-243257530ba2-913b4b3992b0d17eedda2894abcc303.png
由于初始条件只能给两个网格,并且重叠网格重叠区域不参与计算,所以就给了一个圆柱形的高温高压的初始条件。
计算过程中总是因为局部速度过大导致计算发散,这是计算结果。
这是没有进行Threshold的计算结果
777b8258-58a1-41ae-b84d-c6775eddfaca-4a3190545fd101c6ad980a5cbbf4455.png
这个是分离过后的结果
5fd95244-6427-43a8-a9d9-c8c1a0bb9b6f-bf547f2742f3a21d4d4fd8e035395ec.png
可以看出未进行后处理分离的结果出现了特别大的速度导致了计算的不稳定性,但是按理来说,重叠区域的网格是不参与计算的,上面的结果显示他好像参与计算,有没有大佬知道是为什么。
这个是这个算例的设置条件controlDict
dynamicMeshDict fvSchemes fvSolution
计算的求解器是自己仿写的,但是用他们自带的overcompressibleinterDyMFoam也是这样的结果,有没有大佬知道是为什么。