|August 14, 2015, 10:15||
Problem with edgeMeshRefinement in cfMesh
Join Date: Mar 2009
Posts: 4Rep Power: 9
In preparation for a bigger task, I start some tests with cfMesh (cartesianMesh) and its edgeMeshRefinement feature.
I set up a rather simple geoemtry (see stlGeometry.jpg) and tried to refine the mesh along 8 lines going from the corners of a quad to its center (see refinementEdges.jpg).
The strange result of my experiment was, that the mesh was refined only along a single of the 8 lines (see afterTemplateGeneration.jpg, I stopped the meshing procedure after the generation of the template).
Doing some additional tests with different coordinates, it seems that the start and end points of the lines used for refinement must have a positive delta x, y and z.
Question: Is this a bug or are my dictionaries faulty?
Thanks in advance
(I attached all necessary files to reproduce my test in geoFiles.zip)
|August 20, 2015, 16:11||
The problem that the edges must be oriented in the positive direction was indeed a bug, and the solution for the problem is already available in the development branch of the git repository together with some additional fixes.
Regarding the crash, please submit a ticket at the Sourceforge site together with an example such that we can reproduce it.
|August 27, 2015, 09:32||
Join Date: Jul 2012
Posts: 22Rep Power: 6
First I 'd like to thank you for the job done on cfMesh, I am sure I will be able to run fine simulation with OpenFOAM soon and I am really happy with that.
I also have troubles with the edgeMeshRefinement option. I am not sure if I should open a new thread or not, but I used the test case provided by rakue so I think it is ok to continue here.
I am using cfMesh 1.1 on w7.
I run the test case of rakue and get the following error:
--> FOAM FATAL IO ERROR: incorrect first token, expected <int> or '(', found on line 1 the word '#' file: geoEdges.vtk at line 1. From function operator>>(Istream&, List<T>&) in file C:/CreativeFields-ofo/OpenFOAM/foam-extend-3.1/src/foam/lnInclude/OF__ListIO.C at line 149.
Can I use an other file format such as eMesh or obj ?
Also if it is a bug only for windows I can switch to unix.
|August 28, 2015, 05:35||
By looking at the error message, the problem is in foam-extend-3.1 that we use in the installation package. You shall be able to use .eMesh, .vtk and .obj formats. This looks like a problem with the reader of the edge mesh. I have tested the feature with OpenFOAM-2.3.0 and it works as expected.
Due to other problems reported by rakue, we have also made some additional fixes to the feature after the 1.1 release, and they are available in the development branch of the cfMesh's git repository at SourceForge.
The simplest way to solve your problems is to checkout the latest code from the git repository and compile it with OpenFOAM-2.x, and it will work as expected.
We will correct the feature with the next release of cfMesh that will be available in the next couple of days.
|Thread||Thread Starter||Forum||Replies||Last Post|
|engineFoam new mesh problem||ayhan515||OpenFOAM Meshing & Mesh Conversion||5||August 10, 2015 08:45|
|UDF compiling problem||Wouter||Fluent UDF and Scheme Programming||6||June 6, 2012 04:43|
|Gambit - meshing over airfoil wrapping (?) problem||JFDC||FLUENT||1||July 11, 2011 05:59|
|natural convection problem for a CHT problem||Se-Hee||CFX||2||June 10, 2007 06:29|
|Adiabatic and Rotating wall (Convection problem)||ParodDav||CFX||5||April 29, 2007 19:13|