|
[Sponsors] |
[snappyHexMesh] snappyHexMesh: Face is in multiple zones |
![]() |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
![]() |
![]() |
#1 |
New Member
Patrick Greene
Join Date: Aug 2014
Location: New Hampshire
Posts: 7
Rep Power: 12 ![]() |
Hi all,
I've been stumped by this error message for a while now. I'm trying to create a multi-region mesh using snappyHexMesh (sHM), and I've followed the tutorial in heatTransfer/chtMultiregionFoam/snappyMultiRegionHeater closely, however whenever I run sHM, I get the following error in the "morphing phase": Code:
Converting zoned faces into baffles ... For zone walls found patches walls and walls_slave For zone walls found patches walls and walls_slave --> FOAM FATAL ERROR: Face 9321 fc:(-0.009875 0.00675 -0.000125) in zone walls is in multiple zones! From function getZoneBafflePatches(..) in file autoHexMesh/meshRefinement/meshRefinementBaffles.C at line 377. FOAM aborting To clarify, "walls" is the name of a zone, a patch, and also the stl file defining the geometry. The other zone, patch, and stl is called "air". Can anyone give me some clues as to things that may be causing this error? (Note: I've experienced this issue in OpenFOAM 2.2.2 and 2.3.1) |
|
![]() |
![]() |
![]() |
![]() |
#2 |
New Member
Matt
Join Date: Nov 2014
Posts: 2
Rep Power: 0 ![]() |
Patrick,
I am working on a similar problem and had encountered the same error. Check your snappyHexMeshDict in the refinementSurfaces section where you defined the faceZones and cellZones. Make sure the name of the faceZones and cellZones are called the same names as the patches they are defined for and not the name of another patch by accident. I hope this helps. - Matt |
|
![]() |
![]() |
![]() |
![]() |
#3 |
New Member
Patrick Greene
Join Date: Aug 2014
Location: New Hampshire
Posts: 7
Rep Power: 12 ![]() |
Matt,
So in other words it should look like this? Code:
refinementSurfaces { air { level (1 1); faceZone air; cellZone air; cellZoneInside inside; } walls { level (1 1); faceZone walls; cellZone walls; cellZoneInside inside; } } Clarification: The inlets and outlets are actually defined as part of the background mesh. Patrick Last edited by P Greene; February 3, 2015 at 15:16. Reason: clarification |
|
![]() |
![]() |
![]() |
![]() |
#4 |
New Member
Matt
Join Date: Nov 2014
Posts: 2
Rep Power: 0 ![]() |
Does your background mesh have faces that coincide with your walls or air?
|
|
![]() |
![]() |
![]() |
![]() |
#5 |
New Member
Patrick Greene
Join Date: Aug 2014
Location: New Hampshire
Posts: 7
Rep Power: 12 ![]() |
There are patches that overlap, but they have different names. Also, examining the mesh just before the exception occurs, that part has already been successfully completed, so I don't think its that.
I've just adjusted the background so that boundary of the background mesh is nowhere near the walls, and I'm still getting the error. Patrick |
|
![]() |
![]() |
![]() |
![]() |
#6 |
New Member
Julian Willis
Join Date: Aug 2023
Posts: 1
Rep Power: 0 ![]() |
Did you every solve the issue zone xxx in multiple zones. I've just encountered the error. I think it may have something to do with the fact that I have broken the faces of single "box" into top, bottom and edges - so maybe there isn't a 3D zone - but just starting to look at it.
|
|
![]() |
![]() |
![]() |
Tags |
multi region, openfoam, snappyhexmesh |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Simulating fire in a tunnel | luca1992 | OpenFOAM | 14 | August 16, 2017 13:50 |
[simpleFoam] Floating point exception | seuchsy | OpenFOAM Running, Solving & CFD | 3 | November 3, 2016 09:29 |
[mesh manipulation] Importing Multiple Meshes | thomasnwalshiii | OpenFOAM Meshing & Mesh Conversion | 18 | December 19, 2015 18:57 |
Error message: 8 face(s) not in face lists of adjacent cells | jyoung79 | FLUENT | 0 | November 10, 2012 16:09 |
[Gmsh] Import problem | ARC | OpenFOAM Meshing & Mesh Conversion | 0 | February 27, 2010 10:56 |