|
[Sponsors] |
September 7, 2018, 12:32 |
Meshing for FSI simulation
|
#1 |
Member
Sangeet
Join Date: Jun 2017
Location: India
Posts: 43
Rep Power: 9 |
Hello,
I am currently trying to do a FSI simulation of blood flow in an artery. I have tried using snappyHexMesh to mesh both the solid and fluid parts, but it seems there are gaps between the meshes at the fluid-solid interface. I am using fsiFoam and it gives an error of "master point addressing not correct" and also a very high GGI interpolation error. I suspect this is due to the gaps between the fluid and solid meshes at the interface. Could anyone please advice on what would be the optimal way to create solid and fluid meshes for complex geometry for an FSI simulation? I had also asked this question in the OpenFOAM forum but there were no replies. Thank You |
|
October 19, 2018, 10:52 |
Help regarding meshing for parallel execution of fsiFOAM
|
#2 |
New Member
Shyam Sunder
Join Date: Sep 2015
Posts: 27
Rep Power: 11 |
Dear All
I want to share my experience with respect to meshing for fsiFOAM. We modified the default 3dtube tutorial that comes with fsiFOAM so that now it is a full cylindrical pipe instead of a sector. If we use blockMesh for generating the mesh in solid and fluid regions, the case runs in parallel without any problem. It does not matter in what direction we decompose using simple method. But if we use snappyHexMesh and generate mesh using an stl file, the case runs well in serial mode but gives floating point exception error while we try to run in parallel. We have different levels of refinement in snappyHexMesh based mesh with a fine mesh near the fluid-solid interface, but the grid points are common between the fluid and solid regions at the interface. Does the solver gives error because of different levels of refinements? If yes, how can we decompose the case so that it becomes aware of the refinement levels? Thanks in advance. |
|
October 19, 2018, 17:49 |
|
#3 | |
Senior Member
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,754
Rep Power: 66 |
Quote:
Probably a grid quality issue when you decided to use snappy. Run checkMesh on the non-decomposed case for both grids and compare. Probably you will learn something already here. You can also run checkMesh on the decomposed mesh and see if a particular partition of the mesh is causing issues. |
||
December 26, 2020, 02:32 |
|
#4 |
Senior Member
Hojatollah Gholami
Join Date: Jan 2019
Posts: 171
Rep Power: 7 |
Hello Sangeet
Did you solve this problem with snappyHexMesh for fsiFoam? If you done it, give us your experiment? Thanks |
|
December 27, 2020, 01:07 |
Meshing for FSI with SnappyHexMesh
|
#5 |
New Member
Shyam Sunder
Join Date: Sep 2015
Posts: 27
Rep Power: 11 |
Dear Hojatollah Gholami
We moved to the preCICE library for simulating our FSI problem. There we are using snappyHexMesh for fluid mesh in OpenFOAM and GMSH for the solid mesh for Calculix. No problem while running in parallel now.... Check here: https://www.precice.org/ |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[ANSYS Meshing] only automatic meshing works, | kazra | ANSYS Meshing & Geometry | 2 | February 23, 2017 12:38 |
[Gmsh] Vertex numbering is dense | KateEisenhower | OpenFOAM Meshing & Mesh Conversion | 7 | August 3, 2015 11:49 |
[TurboGrid] Meshing and simulation of centrifugal compressor | Far | ANSYS Meshing & Geometry | 3 | August 25, 2014 19:06 |
meshing for flapping wing simulation | sultan | FLUENT | 5 | February 17, 2013 09:31 |