snappyHexMesh - cyclic boundaries
Hi to All!
I've created a mesh of a simple channel with snappyHexMesh (in parallel). In principle meshing with SHM worked fine, simulation ran successfully. Primarily the model had these boundary regions: inlet, outlet : patch wallLeft, wallRight, top, bottom: wall Next I've changed the boundaries of LeftWall and RightWall to cyclic in blockMeshDict and I've adapted the 0/* files accordingly. http://up.picr.de/17355834ye.jpg log-file 'log.snappyHexMesh_par' discloses this error: Code:
nProcs : 8 Thanks! Ayla |
Dear Ayla,
I recently had the same problem. I think, snappy often has problems with cylcic BCs, especially when snappy is workin ON the cyclic patches. If you use cyclic BCs, the single faces on the cyclic patches have to be exactly the same (except mirrored postion), which is not the case, when snappy changes them. What I recommend: -Use snappy on the blockMesh with standard patches. -After succesful snapping process use createPatch for subsequent redefinement of cyclicAMI patches. Here is my createPatchDict: Code:
FoamFile Best regards Julian |
Hello Julian!
:confused:did you finally (before solver starts) replace the old Patches (rightPatchWall, leftPatchWall) of the boundary files in 0/ folder after executing 'createPatch' - adapted from 'createPatchDict' dictionary - by the newly created Patches 'rightWall' and 'leftWall'? Code:
dimensions [0 1 -1 0 0 0 0]; Code:
. :confused:Why is it necessary to create two new patches with createPatch utility? Quote:
-------------------------------------------------------------------------------------------------------------- :confused:According to your explanation the error that occurred in my trial is due to the sensitive behavior of snappyHexMesh. This fact sort of forces the creation of cyclicAMI. But the case definition I work on (simple flow channel geometry) is actually not a typical application for cyclicAMI. Is that correct? I've found a masters thesis and OF documentation to AMI and tried to understand the typical case of application for AMI (which keeps my mind busy for quite some time): http://www.openfoam.org/version2.1.0/ami.php -------------------------------------------------------------------------------------------------------------- :confused:Here is a fundamental question I still have, concerning the usage of 'cyclic*' boundary conditions and 'symmetricPlane' boundary conditions and how to create periodic boundaries with help of these two available ones. case 1: heat exchanger Let's say I would like to simulate the behavior of an heat exchanger module. Instead of representing the whole module it would be cheaper, concerning computational cost, to restrict on a cutout of the whole geometry. Is, in the case, the correct setting for the BCs (green edge) cyclic - to achieve that the mass flow through the pipes is constant and the geometry of the whole module - compared to the small cutout - is supposed to be infinite? What is the correct setting for the other boundaries (red edges)? http://up.picr.de/17393050wa.jpg case 2: channel flow http://up.picr.de/17393296ig.jpg In the channel above the middle plane (x-z) is obviously a symmetry plane. But how to define boundaries shown in the following pic: http://up.picr.de/17393348xq.jpg In case I would like to examine transition from laminar to turbulent flow (in a channel) a reasonable approach would be for example an LES computation. To save cells near walls I would like to omit leftWall and rightWall by setting proper BCs. Is it reasonable to set cyclic boundaries for leftWall and rightWall or is it better to set symmetryPlane? Is it correct to define type cyclic if I assume that the geometry is not a channel constrained by leftWall, rightWall, top and bottom but only by two infinite plates (top and bottom)? Is it possible to equalize 'cyclic' with 'periodic'? Then I could define inlet, outlet, leftWall and rightWall as cyclic? According to what I've understood so far this would enable me to build a channel flow (a small cutting of the whole channel) with a comparatively small number of cells and the 'only' remaining near wall problem I still have to allow for are regions close to the walls top and bottom. Honestly speaking I haven't understood the meaning of periodic up to a full extent, described in books and papers, so far. Is periodic equatable with cyclic? What is the intent of the definition of periodic? Save computational cost? Sorry for this extensive novel but I really would like to improve my understanding and hope for your input.:confused: Thank you! Ayla |
Hey Ayla,
It has been a while since yoru post... Do have a solution for your channel probleme since I am dealing with more or less the same setup at the moment! Thanks for your info |
All times are GMT -4. The time now is 11:25. |