|
[Sponsors] |
[snappyHexMesh] snappyHexMesh does not create boundary patches from .stl files |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
June 28, 2016, 11:07 |
snappyHexMesh does not create boundary patches from .stl files
|
#1 |
New Member
Join Date: Jun 2016
Posts: 5
Rep Power: 10 |
Hi everyone,
Having read quite a few threads I decided to join the forum myself. Thanks for all the help you have already provided me with while not even being registered. Now to a problem I was not able to solve yet: I am trying to mesh a multi region case (one region solid, one region fluid). I have .stl files for each region (solid.stl, fluid.stl). According to the surfaceCheck utility both .stl files are closed surfaces (which was hard enough to begin with). Additionally both .stl files contain various different patches: Code:
solid solid_region_1 ... endsolid solid solid_region_2 ... endsolid In my snappyHexMeshDict I loaded the .stl files in the geometry sub-directory like this: Code:
geometry { solid.stl name solid regions { solid_region_1 { name solid_region_1 } ... } fluid.stl .... } Code:
refinementSurfaces { solid { level (1 1); faceZone solid; cellZone solid; cellZoneInside inside; regions { solid_region_1 { level (2 2); patchInfo { type wall; } } ... My question is: How can I tell snappyHexMesh to keep all the patches that are nicely defined in the .stl files so I can use those patches to apply boundary conditions in my simulation later on? I found quite a few threads on similar topics but non provided the answer I was looking for. I even ran snappy only on the solid part of the geometry (altering all the necessary files of course) but that does not change the problem that my patches are gone after the meshing process. Can someone give me a hint what I am doing wrong? Best regards and thanks in advance Last edited by bug_or_feature; June 28, 2016 at 11:26. Reason: typo in code |
|
June 28, 2016, 21:43 |
|
#2 |
Senior Member
Join Date: Aug 2013
Posts: 407
Rep Power: 16 |
Hi,
solid { level (1 1); faceZone solid; cellZone solid; cellZoneInside inside; I am not sure if this is what is causing the problem, but by stating "cellZoneInside inside", you are asking snappyHexMesh to mesh through, which means that there will be no patches from the solid.stl file... Cheers, Antimony |
|
June 28, 2016, 21:43 |
|
#3 |
Senior Member
Join Date: Aug 2013
Posts: 407
Rep Power: 16 |
Hi,
Code:
solid { level (1 1); faceZone solid; cellZone solid; cellZoneInside inside; Cheers, Antimony Last edited by Antimony; June 28, 2016 at 21:44. Reason: Wrapping necessary tags properly |
|
June 29, 2016, 05:07 |
|
#4 |
New Member
Join Date: Jun 2016
Posts: 5
Rep Power: 10 |
Hi Antimony,
Thank you for your answer! I think you are right. I commented that line out and now I can find the patches in the boundary file in constant/polyMesh. I am new to OpenFOAM. Can you briefly explain what "cellZonesInside" actually does? I am confused what cell zones actually are (you read it everywhere but I did not find a proper explanation how they are assigned). From what I have read I suspect cell zones are groups of cells? And face zones groups of cell faces? Best regards |
|
June 29, 2016, 08:38 |
|
#5 |
New Member
Join Date: Jun 2016
Posts: 5
Rep Power: 10 |
Hi again,
Maybe I should elaborate a bit on what I am trying to achieve: My geometry is basically a block with a hole inside. I have one .stl file for the block (with the hole cut out) and one .stl file for the cylinder that fills that very hole. The fluid is supposed to flow through the hole (hence the fluid.stl contains the cylinder). I want to simulate the heat transfer from the fluid to the solid. Therefore I need meshes of both the cylinder (fluid) and the block surrounding it (solid). I don't need a mesh of the surrounding of my geometry (I guess this is the domain0 I get all the time, but I think this one can be deleted after the meshing). But I need to have patches on the outside of the solid domain to be able to use boundary conditions on those (because heat is dissipated by the solid block). Best regards |
|
June 30, 2016, 12:36 |
|
#6 |
New Member
Join Date: Jun 2016
Posts: 5
Rep Power: 10 |
Hey,
I think I have found the problem: cutting my geometry in half with blockMesh was apparently no good idea. I have tested meshing without cutting the objects and the patches show up in the boundary file. Best regards |
|
August 13, 2016, 14:19 |
|
#7 | |
New Member
Appu
Join Date: Apr 2016
Posts: 15
Rep Power: 10 |
Quote:
Can you post your snappy Hex mesh dict. I am having the same problem-only part of my patches are showing up. Other patches along with the geometry part is missing Thanks |
||
August 30, 2016, 20:18 |
|
#8 |
New Member
Join Date: Jun 2016
Posts: 5
Rep Power: 10 |
Hi,
Sorry for the delay. In my case this had nothing to do with the sHMD at all. Therefore posting it does not really help you I guess. I did modify the blockMeshDict to fix the problem. You need to be aware, that the block you define in the blockMeshDict has to fit or surround your geometry. I tried to cut through my geometry with the blockMesh and this must have caused my error. Maybe you are trying something similar? greetings :-) |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
how to set periodic boundary conditions | Ganesh | FLUENT | 15 | November 18, 2020 07:09 |
Out File does not show Imbalance in % | Mmaragann | CFX | 5 | January 20, 2017 11:20 |
Question about heat transfer coefficient setting for CFX | Anna Tian | CFX | 1 | June 16, 2013 07:28 |
Problems in compiling paraview in Suse 10.3 platform | chiven | OpenFOAM Installation | 3 | December 1, 2009 08:21 |
Convective Heat Transfer - Heat Exchanger | Mark | CFX | 6 | November 15, 2004 16:55 |