|
discretizer - gmshToFoam
hello,
I tried to convert a gmsh mesh-file into an OpenFoam mesh-file. The console looked like this: /*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 1.6 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Build : 1.6-f802ff2d6c5a Exec : gmshToFoam Phoenix.msh Date : Jan 10 2010 Time : 03:31:04 Host : andreas-laptop PID : 16992 Case : /home/andreas/discretizer/Phoenix nProcs : 1 SigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Found $MeshFormat tag; assuming version 2 file format. Starting to read points at line 5 Vertices to be read:14 Vertices read:14 Starting to read cells at line 22 Cells to be read:68 Unhandled element 15 at line 24 Unhandled element 15 at line 25 Unhandled element 15 at line 26 Unhandled element 15 at line 27 Unhandled element 15 at line 28 Unhandled element 15 at line 29 Unhandled element 15 at line 30 Unhandled element 15 at line 31 Unhandled element 1 at line 32 Unhandled element 1 at line 33 Unhandled element 1 at line 34 Unhandled element 1 at line 35 Unhandled element 1 at line 36 Unhandled element 1 at line 37 Unhandled element 1 at line 38 Unhandled element 1 at line 39 Unhandled element 1 at line 40 Unhandled element 1 at line 41 Unhandled element 1 at line 42 Unhandled element 1 at line 43 Mapping region 0 to Foam patch 0 Mapping region 0 to Foam cellZone 0 Cells: total:24 hex :0 prism:0 pyr :0 tet :24 CellZones: Zone Size 0 24 Skipping tag at line 93 Patch 0 gets name patch0 --> FOAM Warning : From function polyMesh::polyMesh(... construct from shapes...) in file meshes/polyMesh/polyMeshFromShapeMesh.C at line 577 Found 24 undefined faces in mesh; adding to default patch. Finding faces of patch 0 FaceZones: Zone Size Writing zone 0 to cellZone cellZone_0 and cellSet End Googling and reading this forum told me, that this are just warnings and not fatal. So I checked weather the mesh is correct with checkMesh // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Create polyMesh for time = 0 Time = 0 Mesh stats points: 14 internal points: 0 faces: 60 internal faces: 36 cells: 24 boundary patches: 2 point zones: 0 face zones: 0 cell zones: 1 Overall number of cells of each type: hexahedra: 0 prisms: 0 wedges: 0 pyramids: 0 tet wedges: 0 tetrahedra: 24 polyhedra: 0 Checking topology... Boundary definition OK. Point usage OK. Upper triangular ordering OK. Face vertices OK. Number of regions: 1 (OK). Checking patch topology for multiply connected surfaces ... Patch Faces Points Surface topology patch0 24 14 ok (closed singly connected) defaultFaces 0 0 ok (empty) Checking geometry... Overall domain bounding box (-4 -4 -4) (4 4 4) Mesh (non-empty, non-wedge) directions (1 1 1) Mesh (non-empty) directions (1 1 1) Boundary openness (0 0 0) OK. Max cell openness = 0 OK. Max aspect ratio = 2.08008 OK. Minumum face area = 13.8564. Maximum face area = 16. Face area magnitudes OK. Min volume = 21.3333. Max volume = 21.3333. Total volume = 512. Cell volumes OK. Mesh non-orthogonality Max: 19.4712 average: 18.3477 Non-orthogonality check OK. Face pyramids OK. Max skewness = 0.125 OK. Mesh OK. End Everything seems to be OK. But when I'm opening the created PolyMesh folder with discretizer (not setup, the Binarys are called discretizer64.sh) then I cant see anything. But there is no error message. Opening the mesh with ParaView also leads to strange Results - but I'm not sure how to open a mesh with ParaView too. Perhaps the reasons are the faces, because the checkMesh routine counted 0. But I dont know how to fix this, if it would be the problem. Opening meshing with discretizer always worked well, so I dont think that the reason is a bug in discretizer. I would be very thankful for any answer. |
Why didn't you try to open your gmsh mesh-file with discretizer-setup ?
Type in a Terminal in the discretizer Directory "./discretizer-setup64.sh" or "./discretizer-setup32.sh". Open the gmsh mesh-file with the menue "File -> Import", select "gmshToFoam" and fill out the other required attributes. To your information. I think Discretizer and Discretizer-setup are two different programms: Discretizer is more a geometry modeler, setting up the initial conditions and make a simulation. Discretizer-setup is more a mesh import interface from external programs, setting up the initial conditions and make a simulation. |
Hello ggruber,
thank you for your answer. I already tried to open the convertet file with discretizer_setup. But then I get the error message "Failed to load /home... Please select OpenFoam case dir". I already have made an case dir with discretizer64, so I thougt the Problem might be, that the new mesh doesn't fit to the data in the case dir. I only know how to make a case dir from a mesh with discretizer64. Thats why I tryed to open it with discretizer 64, because it doesn't need any ready case dir. I also tried to Import the mesh directly with discretizer_setup. In the first field I entered the name of my case dir, in the second the mesh to convert. But then again the same error message as above was displayed. So I thougt that this could be a bug, because discretizer is still under development and due to importing OpenFoam mesh files works well, I thougt it would be better to convert it with the OpenFoam tool and then read it with discretizer. Has anyone already tried to import a gmsh file directly to discretizer_setup? |
You can contact the developer of Discretizer Björn Bergqvist via e-mail:
bjorn(dot)bergqvist(at)gmail(dot)com Maybe he can help you. |
Hello,
I've only tried to import from fluent. Which use to work. Maybe there are cells with too many vertices in the resulting mesh. I've already fixed that, but it will take a couple of days before I make another release. Here is a link to the modified file: http://www.discretizer.org/files/readpolymesh.rb It should be placed in the discretizersetup directory. Regards Björn Bergqvist |
Thank you very much for this quick answer. Now I can open the case with discretizer64. But I cant work with it. When I tried to select a face, that was my terminal (inkl the reading before):
Code:
Begin reading of /home/andreas/discretizer/PhoenixSo what I get out of this is that there are some bugs which also can be due to my ruby interpreter. Has anyone some idea? Because it shouldn't be a basic bug in ruby because discretizer works at many other users. |
Code:
OpenFOAM Mesh Export Begins: |
Code:
-- control frame ---------- |
Hello,
you have no cubes defined in discretizer. Only cubes (named cX where X is a integer). Select 6 faces, then create->cube. regards Björn Bergqvist |
Quote:
Regards Björn Bergqvist |
Problems setting case directory
Dear Björn,
I think I am struggling with somewhat the same issue. I am trying to convert a .msh file into OpenFoam readable mesh. To do so I tried with the elbow case in OpenFoam tutorials, in icoFoam folder. I am trying to import mesh into discretizer setup and choosing gmshToFoam. However I get an error each time about the OpenFoam case directory chosen. My question is simply, what directory shall I choose, as with the elbow case ? Rgds, Erlend |
An empty directory would be fine.
Regards |
import 2D UNV mesh with Discretizer::Setup
Hi,
Similar issue here when importing a 2D mesh with Discretizer::Setup. I have the: "Failed to load /home... Please select OpenFoam case dir" ...message. I try to convert a .unv mesh created with Salome. Note that I created a very simple 2D mesh and very simple 3D mesh (the 3D works fine). Here is the mesh: Code:
-1Code:
points size should be 4Any suggestions? Thanks, PL |
Quote:
thanks in advance krishnaraja88@gmail.com |
| All times are GMT -4. The time now is 14:45. |