|
[Sponsors] |
[snappyHexMesh] Snapping problem on cells in corners (intersections between stl surfaces) |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
August 30, 2023, 13:46 |
Snapping problem on cells in corners (intersections between stl surfaces)
|
#1 |
New Member
Facundo
Join Date: Feb 2021
Posts: 12
Rep Power: 5 |
Hi all,
I am using OF v2106 to mesh an external flow case around a vehicle. The problem is somewhat minor, but I'm interested in correcting it. It occurs during the snap stage. The cells that are located in the corners of the domain (cells with two or more faces in different patches) are "flattened", as seen in the images, which intuitively seems totally unnecessary. This in some cases generates some noise. This does not happen in the corners of the base mesh made with blockMesh (only in corners given by two .stl surfaces). I tried varying the snapping parameters quite a bit. I see better results using explicit snapping. I tried using surfaceFeatureExtract and even "manually" generating the eMesh files (using Paraview and the "feature edges" filter). In addition to leaving images, I upload my dictionaries. Thanks in advance. Last edited by finzeo; August 30, 2023 at 15:55. |
|
September 14, 2023, 18:10 |
...
|
#2 |
New Member
Facundo
Join Date: Feb 2021
Posts: 12
Rep Power: 5 |
Any suggestions?
|
|
September 15, 2023, 02:23 |
|
#3 |
Senior Member
M
Join Date: Dec 2017
Posts: 701
Rep Power: 12 |
Depending on how you create the underlying blockMesh, the outer cell walls need to be shifted inside to snap to the geometry. Usually the blockMesh needs to be a bit larger than the geometry to work relyably. Which leads to my question: how do you create the blockMesh?
You might be able to move the initial blockMesh boundary very closely to the geometry, if you run with a high precision in controlDict. Then the shifting should be minimal. |
|
September 15, 2023, 10:18 |
|
#4 | |
New Member
Facundo
Join Date: Feb 2021
Posts: 12
Rep Power: 5 |
Quote:
Thanks for your reply, I tried several options: making the blockMesh mesh boundaries 1e-5 to 1e-8 larger than what is bounded by the .stl files. I attached my blockMesh, it really is a simple setup. Similarly, something similar also happens on the corners of the interior .stl surfaces, that is, not only on the corners on the outer borders of the domain (associated with blockMesh). |
||
September 18, 2023, 03:01 |
|
#5 |
Senior Member
M
Join Date: Dec 2017
Posts: 701
Rep Power: 12 |
Well ... I guess we got to see it.
Can you create just the blockMesh and show that corner and where the geometric surfaces are? |
|
September 18, 2023, 11:38 |
|
#6 | |
New Member
Facundo
Join Date: Feb 2021
Posts: 12
Rep Power: 5 |
Quote:
Hi AtoHM, Here is the case folder. Also, I attached as you requested an image of the base mesh made in blockMesh, with the corresponding surfaces, in the corner of interest. Don't pay attention to the addLayers stage, just run the first two stages to see the problem. Just copy the stl file that I compressed separately (for size reasons) into constant/triSurface. |
||
Tags |
corner, flattened, snap |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] SnappyHexMesh Problem | 96faizizzuddin | OpenFOAM Meshing & Mesh Conversion | 10 | October 10, 2022 07:45 |
[snappyHexMesh] SnappyHexMesh running killed! | Mark JIN | OpenFOAM Meshing & Mesh Conversion | 7 | June 14, 2022 02:37 |
problem with parallel calculations OF8 mpirun | otaolafr | OpenFOAM Programming & Development | 0 | January 5, 2021 08:33 |
[blockMesh] Create internal faces as patch in blockMesh | m.delta68 | OpenFOAM Meshing & Mesh Conversion | 14 | July 12, 2018 15:43 |
[snappyHexMesh] sHM layer process keeps getting killed | MBttR | OpenFOAM Meshing & Mesh Conversion | 4 | August 15, 2016 04:21 |