|
[Sponsors] |
Problem of creating only cellZone (no faceZone) using snappyHexMesh |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 17, 2015, 14:54 |
Problem of creating only cellZone (no faceZone) using snappyHexMesh
|
#1 |
Senior Member
Yuehan
Join Date: Nov 2012
Posts: 142
Rep Power: 14 |
Hi,
It seems that I can create a cellZone using something like this: Code:
refinementSurfaces { heater { level (0 0); faceZone heater; faceType internal; cellZone heater; cellZoneInside inside; } } Even I set faceType as internal, I cannot avoid this problem. So how can I create only a cellZone without add new boundaries? |
|
March 12, 2015, 20:02 |
|
#2 |
New Member
Christos
Join Date: May 2012
Posts: 6
Rep Power: 14 |
Hi,
Try to remove the surface from the features subdictionary. Also try to create an empty createPatch dictionary to clean up the patches |
|
May 19, 2015, 09:16 |
|
#3 |
Senior Member
Eloïse
Join Date: Jul 2012
Location: Trondheim, Norway
Posts: 113
Rep Power: 14 |
Hi,
I'm having snapping issues when trying something similar. I have several searchablePlanes (parallel to each other) across my domain. I want the mesh to snap on all of those planes, but I don't need boundaries to be created. Once the mesh is finished, I then remove all cells located below a plane of my choice (without having to remesh each time I need to split the mesh at a different height). The problem with faceType internal; is that the planes are not properly snap. While if I use faceType baffle; the snap is good but I end up with walls across my domain. Anyone knows how to get as good snap with faceType internal; as with faceType baffle;? I can provide a small test-case if needed! Thanks, Eloïse |
|
November 16, 2015, 10:01 |
|
#4 |
Senior Member
nasir musa yakubu
Join Date: Mar 2014
Location: Birmingham
Posts: 109
Rep Power: 12 |
Hello Eloise,
I ve the same issue, however, if you remove "face type internal/baffle" command,and probably increase the refinement level of your block mesh dict, it might snap, i tried that first and it worked, but decomposing after mesh was an issue. and now that i am testing the case with the baffle or internal face type, the cell zones don't get properly refined. i don't know why |
|
November 16, 2015, 10:26 |
|
#5 |
Senior Member
Eloïse
Join Date: Jul 2012
Location: Trondheim, Norway
Posts: 113
Rep Power: 14 |
Hi,
I gave up exploring this option. I decided to insert a single searchable plane of type baffle in my mesh, and use this baffle to then split my mesh and keep only the side I'm interested in. I repeat the process if I want to split along another plane. Regards, Eloïse |
|
November 16, 2015, 21:58 |
|
#6 |
Senior Member
nasir musa yakubu
Join Date: Mar 2014
Location: Birmingham
Posts: 109
Rep Power: 12 |
Hi,
interesting, i haven't tried that option actually. i would look into that now, so i am guessing for a 3D mesh, a searchable box of type baffle might be the case. i will give it a try and provide update. cheers |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[SOWFA] NREL SOWFA ABLTerrainSolver tutorial problem | cico0815 | OpenFOAM Community Contributions | 36 | February 3, 2022 12:54 |
[snappyHexMesh] SnappyHexMesh in Parallel problem | swifty | OpenFOAM Meshing & Mesh Conversion | 10 | November 6, 2015 05:40 |
mapFields Error with snappyHexMesh Source Added Layers | sherif35 | OpenFOAM Pre-Processing | 0 | September 29, 2014 18:01 |
[snappyHexMesh] Problem with snappyHexMesh | giack | OpenFOAM Meshing & Mesh Conversion | 0 | March 7, 2014 10:40 |
[snappyHexMesh] snappyHexMesh: problem meshing baffle (surface with zero thickness) | julien.decharentenay | OpenFOAM Meshing & Mesh Conversion | 7 | June 16, 2012 09:12 |