CFD Online Logo CFD Online URL
Home > Forums > OpenFOAM Meshing & Mesh Conversion

Stl not recognized by decomposePar

Register Blogs Members List Search Today's Posts Mark Forums Read

LinkBack Thread Tools Display Modes
Old   December 3, 2011, 21:24
Default Stl not recognized by decomposePar
Join Date: Oct 2011
Location: Columbus, Ohio
Posts: 53
Blog Entries: 1
Rep Power: 8
kalyangoparaju is on a distinguished road

I have an stl file in the trisurface directory and used snappy in parallel to mesh the geometry. The meshing happens flawlessly but surprisingly, when i do the decomposePar (before meshing) command to generate the files for all the processors, the boundary conditions folder ( 0) which is transfered into all the processor directories doesn't contain the stl patch !!!

In order to check if the problem is with my problem setup, i ran snappy in series and then decomposed the mesh. In this case, I didn't have the problem and the solver runs perfectly.

Did any one else face the problem? Is there a solution for this problem?

Kalyan Goparaju
kalyangoparaju is offline   Reply With Quote

Old   May 23, 2012, 01:33
Default How to run SnappyhexMesh in parallel
New Member
Shailesh Kumar Gupta
Join Date: May 2009
Posts: 9
Rep Power: 10
shailesh.nitk is on a distinguished road

I can run SnappyHexMesh in serial. I would like to know how to run snappyHexMesh in parallel.

I have gone through the docs If I have mesh that can be broken broken into pieces and allocated to separate processors for solution using with decomposePar then we can run mpi to solve the solution.

If I want to generate SnappyHexMesh in parallel. Could you please tell me What steps I need to follow.

Best regards,
shailesh.nitk is offline   Reply With Quote

Old   July 23, 2012, 07:57
Join Date: Oct 2011
Location: Columbus, Ohio
Posts: 53
Blog Entries: 1
Rep Power: 8
kalyangoparaju is on a distinguished road

I am sorry for the late reply.

Running snappy in parallel is exactly the same as running any other solver in parallel. You need to have the decomposeParDict which has the information regarding the number of processors and then run the snappyHexMesh cnommand in parallel using mpirun or foamJob, which ever you prefer.

But, in order to stitch the mesh back, you need to use reconujtructParMesh and not just reconstructPar.

Hope this helps.
kalyangoparaju is offline   Reply With Quote


decomposepar, snappyhexmesh, stl

Thread Tools
Display Modes

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 On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
How to make boundary patches in STL file nzy102 OpenFOAM Mesh Utilities 3 January 8, 2015 08:56
External mesh crawls into car model. Holes in STL model? MadsR OpenFOAM Native Meshers: snappyHexMesh and Others 8 October 26, 2013 10:21
close stl file, inflow calculation, how to generete mesh? lixuethermal OpenFOAM Meshing & Mesh Conversion 3 November 9, 2011 07:05
decomposePar gives errors of_user_ OpenFOAM 1 July 4, 2011 05:27
SnappyHexMesh meshes inside and outside of an STL geometry villier OpenFOAM Mesh Utilities 17 June 15, 2010 19:51

All times are GMT -4. The time now is 02:45.