[P Greene]

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":

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)

[y0c0nsci3nc3]

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

[P Greene]

Matt,

So in other words it should look like this?

refinementSurfaces
{
    air
    {
        level (1 1);

        faceZone        air;
        cellZone        air;
        cellZoneInside  inside;
    }
    walls
    {
        level (1 1);
 
        faceZone        walls;
        cellZone        walls;
        cellZoneInside  inside;
    }
}

This is what I currently have. I can't have all the patches by the same name as the regions because, for instance, the air region has an inlet and outlet.

Clarification: The inlets and outlets are actually defined as part of the background mesh.

Patrick

[y0c0nsci3nc3]

Does your background mesh have faces that coincide with your walls or air?

[P Greene]

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

[jwill239]

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.