How to make a pipe using makeAxialMesh
Hello everyone,
I am trying to generate a simple straight pipe using makeAxialMesh. I have a mesh that runs no problems for a 2D case, but when I try to convert using makeAxialMesh I get the following error: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~ Create time Create mesh for time = 0 Using old mode. Dictionary not used Plane of the grid: (0 0 1) (12.5 0.221403 0.5) --> FOAM FATAL ERROR: Patch center does not exists in mesh Patches are 5 ( inlet outlet bottom top frontAndBack ) From function makeAxialMesh in file makeAxialMesh.C at line 544. FOAM exiting ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~ Can someone please help me understand this error, I'm pretty new to OpenFOAM? I'm using OF 2.1.0. Thanks, Tom |
Quote:
Don't know what your mesh looks like but probably you've got to specify top or bottom instead. |
Oh yes I solved this one, but I forgot to repost that. Such a stupid mistake.
One should always remember what they named there patches. >.> Thanks Tom |
Hi...
I have some doubts in using utility makeAxialMesh
Rajesh |
Quote:
@3: you're right. That is the usual undo-option of mesh-manipulation utilities in OF: write to the next timestep (and not overwritting). If you're sure that it will work you can always use the -overwrite-option. This will destroy your old mesh (you've been warned) |
Quote:
Why my meshcheck is failed????? |
Quote:
|
Quote:
/*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.1.1 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Build : 2.1.1-221db2718bbb Exec : checkMesh Date : Oct 17 2012 Time : 19:03:53 Host : "rajesh-OptiPlex-990" PID : 3604 Case : /home/rajesh/OpenFOAM/rajesh-2.1.1/run/axialmesh nProcs : 1 sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). fileModificationChecking : Monitoring run-time modified files using timeStampMaster allowSystemOperations : Disallowing user-supplied system call operations // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Create polyMesh for time = 0 Time = 0 Mesh stats points: 882 internal points: 0 faces: 1640 internal faces: 760 cells: 400 boundary patches: 3 point zones: 0 face zones: 0 cell zones: 0 Overall number of cells of each type: hexahedra: 400 prisms: 0 wedges: 0 pyramids: 0 tet wedges: 0 tetrahedra: 0 polyhedra: 0 Checking topology... Boundary definition OK. Cell to face addressing 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 movingWall 20 42 ok (non-closed singly connected) fixedWalls 60 122 ok (non-closed singly connected) frontAndBack 800 882 ok (non-closed singly connected) Checking geometry... Overall domain bounding box (0 0 -0.005) (0.1 0.1 0.005) Mesh (non-empty, non-wedge) directions (1 1 0) Mesh (non-empty) directions (1 1 0) All edges aligned with or perpendicular to non-empty directions. Boundary openness (8.47033e-18 -8.47033e-18 -4.51751e-17) OK. Max cell openness = 1.35525e-16 OK. Max aspect ratio = 1 OK. Minumum face area = 2.5e-05. Maximum face area = 5e-05. Face area magnitudes OK. Min volume = 2.5e-07. Max volume = 2.5e-07. Total volume = 0.0001. Cell volumes OK. Mesh non-orthogonality Max: 0 average: 0 Non-orthogonality check OK. Face pyramids OK. Max skewness = 1e-08 OK. Coupled point location match (average 0) OK. Mesh OK. --> FOAM Warning : From function polyMesh::readUpdateState polyMesh::readUpdate() in file meshes/polyMesh/polyMeshIO.C at line 204 Number of patches has changed. This may have unexpected consequences. Proceed with care. Time = 0.00125 Mesh stats points: 882 internal points: 0 faces: 1640 internal faces: 760 cells: 400 boundary patches: 5 point zones: 0 face zones: 0 cell zones: 0 Overall number of cells of each type: hexahedra: 400 prisms: 0 wedges: 0 pyramids: 0 tet wedges: 0 tetrahedra: 0 polyhedra: 0 Checking topology... Boundary definition OK. Cell to face addressing 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 movingWall 20 42 ok (non-closed singly connected) fixedWalls 60 122 ok (non-closed singly connected) frontAndBack 0 0 ok (empty) frontAndBack_pos 400 441 ok (non-closed singly connected) frontAndBack_neg 400 441 ok (non-closed singly connected) Checking geometry... Overall domain bounding box (0 0 -0.00436194) (0.1 0.1 0.00436194) Mesh (non-empty, non-wedge) directions (1 1 0) Mesh (non-empty) directions (1 1 1) Wedge frontAndBack_pos with angle 2.49766 degrees ***Wedge patch frontAndBack_pos not planar. Point (0.005 0.06 0.00174478) is not in patch plane by 3.9962e-08 meter. Boundary openness (-5.50709e-18 -1.26955e-16 6.44505e-17) OK. Max cell openness = 1.94187e-16 OK. Max aspect ratio = 2 OK. ***Zero or negative face area detected. Minimum area: 0 <<Writing 14 zero area faces to set zeroAreaFaces Min volume = 5.45242e-09. Max volume = 2.12645e-07. Total volume = 4.38088e-05. Cell volumes OK. Mesh non-orthogonality Max: 76.3515 average: 8.65283 *Number of severely non-orthogonal faces: 6. Non-orthogonality check OK. <<Writing 6 non-orthogonal faces to set nonOrthoFaces ***Error in face pyramids: 20 faces are incorrectly oriented. <<Writing 20 faces with incorrect orientation to set wrongOrientedFaces ***Max skewness = 4.57585, 3 highly skew faces detected which may impair the quality of the results <<Writing 3 skew faces to set skewFaces Coupled point location match (average 0) OK. Failed 4 mesh checks. Time = 0.0025 Mesh stats points: 861 internal points: 0 faces: 1620 internal faces: 760 cells: 400 boundary patches: 5 point zones: 0 face zones: 0 cell zones: 0 Overall number of cells of each type: hexahedra: 380 prisms: 20 wedges: 0 pyramids: 0 tet wedges: 0 tetrahedra: 0 polyhedra: 0 Checking topology... Boundary definition OK. Cell to face addressing 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 movingWall 0 0 ok (empty) fixedWalls 60 120 ok (non-closed singly connected) frontAndBack 0 0 ok (empty) frontAndBack_pos 400 441 ok (non-closed singly connected) frontAndBack_neg 400 441 ok (non-closed singly connected) Checking geometry... Overall domain bounding box (0 0 -0.00436194) (0.1 0.1 0.00436194) Mesh (non-empty, non-wedge) directions (1 1 0) Mesh (non-empty) directions (1 1 1) Wedge frontAndBack_pos with angle 2.49766 degrees ***Wedge patch frontAndBack_pos not planar. Point (0.005 0.06 0.00174478) is not in patch plane by 3.9962e-08 meter. Boundary openness (-5.50222e-18 -1.26955e-16 6.44505e-17) OK. Max cell openness = 1.35525e-16 OK. Max aspect ratio = 2 OK. Minumum face area = 1.09049e-06. Maximum face area = 4.36194e-05. Face area magnitudes OK. Min volume = 5.45242e-09. Max volume = 2.12645e-07. Total volume = 4.36194e-05. Cell volumes OK. Mesh non-orthogonality Max: 0 average: 0 Non-orthogonality check OK. Face pyramids OK. Max skewness = 0.330801 OK. Coupled point location match (average 0) OK. Failed 1 mesh checks. |
Quote:
- the original planar mesh - the axial mesh (with zero-size faces on the axis) - the collapsed mesh You're interested only in the last one here. Seems like your problem here is the writePrecision. I guess it is set to 6 in your controlDict. set it to a bigger value (12 or so) and retry from start. Don't forget to reset it to the old value afterwards (unless you have enough disc-space) |
1 Attachment(s)
Hi Bernhard
how writePrecision can help?why should return it to 6? I have set it to 16,does it mean better accuracy? my solution has suspicious results too,what may be the cause? |
Quote:
Quote:
Quote:
Quote:
|
Quote:
I mean how a number like .032 and .032456789 may lead to same results by solvers? |
Quote:
|
in schemes like crankNicolson that uses data of current and previous time folders the accuracy of written data seems be important,they are not in your opinion at all?
you mean that the numbers written on disc don't included in calculations? |
Quote:
End of discussion |
I think you mean data are read from RAM,right?
OK,if its so writePrecision is only usable for postProcessing and showing results. thanks. |
All times are GMT -4. The time now is 01:04. |