CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Pre-Processing

topoSet messes up SlaveCells of faceZoneSets

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 2, 2016, 11:24
Default topoSet messes up SlaveCells of faceZoneSets
  #1
New Member
 
Patrick Kastner
Join Date: Apr 2016
Posts: 10
Rep Power: 10
kostnermo is on a distinguished road
Hello everybody,

I am trying to assess mass flows through windows of a building.
My geometry looks like this (you can't see the whole domain but this is essentially what you need to know): https://postimg.org/image/6wkb4w6h3/

So I basically have a row of windows along two facades of a building/room and want to simulate the massflow through this geometry. I am therefore meshing inside as well as outside.

Depicted in yellow, you can see the faceSets (windows) which I create by using a topoSetDict. I use blockMesh in combination with snappyHexMesh for meshing my geometry.
Now, after executing topoSet I receive a cell id "-1" at the bottom of all of my slave cells which I later need for swak4Foam.

Excerpt from the bottom of contant/polyMesh/sets/window1SlaveCells
Code:
1540086 
1359863 
1359865 
1540090 
-1 
)

// ********
Excerpt of topoSetDict:
Code:
{
        name window1;
        type faceZoneSet;
        action new;
        source searchableSurfaceToFaceZone;
        sourceInfo
        {
                surface triSurfaceMesh;
                name "window_l.stl"; 
        }
}

{
        name window1SlaveCells;
        type cellSet;
        action new;
        source faceZoneToCell;
        sourceInfo
        {
                name window1;
                option slave;
        }
}
This, of course, causes an error when I try to run the simulation.

Code:
[0]
[0] --> FOAM FATAL ERROR:
[0] Illegal content -1 of set:window1SlaveCells of type cellSet
Value should be between 0 and 356166
[0]
[0]     From function topoSet::check(const label)
[0]     in file sets/topoSets/topoSet.C at line 200.
[0]
FOAM parallel run aborting
If I manually remove those "-1" cell ids and change the cell number accordingly, I am able to again run the simulation. However, it is quite tedious to do this every time I change the geometry.

Commands I used up until this issue occurres are:

Code:
blockMesh
surfaceFeatureExtract
snappyHexMesh
checkMesh (mesh is ok)
topoSet
simpleFoam
Does anybody have an idea what I am doing wrong or how to solve this issue?

Thank you for your time,

Patrick

--

OF301-d8a290b55d28
Ubuntu 16.04
kostnermo is offline   Reply With Quote

Old   August 14, 2016, 17:00
Default
  #2
New Member
 
Patrick Kastner
Join Date: Apr 2016
Posts: 10
Rep Power: 10
kostnermo is on a distinguished road
I was able to narrow down the issue now. The problem arises when I change the normal vector of the surface in Rhino. I do this to have consistency later in the mass flows by swak4foam.
Is there a way to do this with OF as well?
kostnermo is offline   Reply With Quote

Reply

Tags
faceset, facezone, slavecells, swak4foam, toposet


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
topoSet tolerance akidess OpenFOAM Pre-Processing 0 September 30, 2015 12:13
[Other] cellLevel field not readable by topoSet blaise OpenFOAM Meshing & Mesh Conversion 0 June 30, 2015 05:35
[Other] topoSet Wrong number of faces. a19910112a OpenFOAM Meshing & Mesh Conversion 1 June 9, 2015 06:41
[mesh manipulation] Problem with topoSet and FaceZone creation ADGlassby OpenFOAM Meshing & Mesh Conversion 7 September 16, 2013 12:05
[snappyHexMesh] HOW to set a circular face by toposet Jessica OpenFOAM Meshing & Mesh Conversion 2 September 12, 2013 21:54


All times are GMT -4. The time now is 14:34.