[DineshramBalaji]

Hi eveyone,

I built a model using gmsh and used the gmshToFoam command to overwrite the copy of the hot room tutorial in buoyantBoussinesqPimpleFoam. the boundaries have been overwritten with new boundaries, but the patch seems to be empty and the start face remains the same for all the boundaries.

Can anyone suggest on this problem?

[nimasam]

i never import a file from gmsh , but if it imports all patch names correctly, then you can assign your patch type manually in polyMesh/boundary file

[vishal3]

Hi
I agree Nima Sam. What you have to do is just go to>>Constant>>polymesh>>boundary and manually edit your patch type.

THAT'S IT!!!

[DineshramBalaji]

Hi,

Thanks for the response. But the problem is not with the type of the patch. The nFaces of the patch remains empty. It is a structured mesh. There seems to be a similar problem

http://www.cfd-online.com/Forums/ope...tml#post203581

But it is quite complicated.

[vishal3]

Hi,

Have you created a volume while adding physical groups? This might solve your problem.
You have to add a physical group to all the volumes in your geometry as an internal.
Check whether it works or not.

[DineshramBalaji]

Hi Vishal,

I have used internal volume and still the nFaces remain zero. it's a structured mesh and is there something that can be done with the grouping of the mesh parts.
when I did the checkMesh, I got the following error


Checking patch topology for multiply connected surfaces...
Patch Faces Points Surface topology Bounding box
Tiles 0 0 ok (empty)
Inlet 0 ok (empty)
RackWall 0 0 ok (empty)
Chassis 0 ok (empty)




#0 Foam::error:rintStack(Foam::Ostream&) in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/lib/libOpenFOAM.so"
#1 Foam::sigSegv::sigHandler(int) in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/lib/libOpenFOAM.so"
#2 in "/lib/libc.so.6"
#3 Foam:olyMeshTetDecomposition::checkFaceTets(Foam :olyMesh const&, double, bool, Foam::HashSet<int, Foam::Hash<int> >*) in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/lib/libOpenFOAM.so"
#4
in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/bin/checkMesh"
#5
in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/bin/checkMesh"
#6 __libc_start_main in "/lib/libc.so.6"
#7
in "/home/bluesim/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64Gcc46DPOpt/bin/checkMesh"
Segmentation fault

[vishal3]

hi Dinesh

Can you send me your .geo file of the geometry? So that I can try that here.

[DineshramBalaji]

Yeah sure.

Thanks for the help.

[wyldckat]

Greetings to all!

@Dinesh: I've never used much gmsh, so I'm not familiar with it. I used the same tutorial case as base; the geo file you provided I used as follows:

gmsh -3 IO_D2.geo

When it was done, I used the command:

gmshToFoam IO_D2.msh  > log

When I had a look into the "log" file, it indicates that surfaces have names such as:

Chassis20_100_-y_0.245_2000.0_0.0_0.0_NaN_0.0_0.0

The "NaN" is a clear indication of Not-a-Number: http://en.wikipedia.org/wiki/NaN

Further down in the "log" file, there are several occurrences like these:

Finding faces of patch 0
--> FOAM Warning : Not using gmsh face 4(65139 65145 65146 65140) since zero vertex is not on boundary of polyMesh

This is the main symptom as to why the patches have 0 faces assigned to them.

I then opened the geo file on gmsh and it looks like you did not define a proper geometry, but I could be wrong. My advice is to step back a bit and try creating first a simpler and similar geometry, and then gradually make it more complex, until you can figure out how it's used.
For more information, I suggest you check the official user guide: http://geuz.org/gmsh/doc/texinfo/gmsh.html

Best regards,
Bruno

[vishal3]

Hi dinesh
Will you please provide the details of your case?