|Anonymous | Login | Signup for a new account||2016-05-03 04:55 UTC|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000636||OpenFOAM||[All Projects] Bug||public||2012-08-29 03:18||2012-08-30 09:40|
|Status||resolved||Resolution||no change required|
|Target Version||Fixed in Version|
|Summary||0000636: Bad faces in blockMesh for an axisymmetric mesh|
|Description||blockMesh generates bad faces causing checkMesh, decomposePar, and solver to fail.|
|Steps To Reproduce||Attached are two meshes: one works fine, the other one does not. Mesh can be checked with paraFoam, and the bad faces are always near the axis of symmetry.|
|Additional Information||I'm able to generate the mesh without problem with OpenFOAM 1.7|
|Tags||No tags attached.|
|Attached Files||blockMeshDict.zip [^] (2,965 bytes) 2012-08-29 03:18|
You have unassigned boundary faces in your mesh, blockMesh will assign these to a 'defaultFaces' patch:
Found 5 undefined faces in mesh; adding to default patch.
This patch is of type empty and this upsets the detection whether the case is parallel 2D (empty on front and back) or non-parallel 2D (wedge).
The face merging (removing face with 2 or less unique vertices) works on boundary faces only so you'll still need to add your axis face to a patch.
You've got two choices:
- either have duplicate vertices in your cell but you'll still need to add the face (4 vertices but only 2 unique ones) to a patch. See e.g. the 'axis' patch in the movingCone tutorial
- or have coincident points and use standard hex connectivity and let the geometric merging in blockMesh merge them. This also still requires you to add the axis face as a patch.
|2012-08-29 03:18||charlotte||New Issue|
|2012-08-29 03:18||charlotte||File Added: blockMeshDict.zip|
|2012-08-29 07:58||user4||Note Added: 0001643|
|2012-08-29 14:01||user4||Note Added: 0001644|
|2012-08-29 14:01||user4||Status||new => closed|
|2012-08-29 14:01||user4||Assigned To||=> user4|
|2012-08-29 14:01||user4||Resolution||open => no change required|
|2012-08-30 09:40||user4||Status||closed => resolved|