|April 7, 2009, 02:59||
Join Date: Mar 2009
Posts: 39Rep Power: 10
Hi.. Can anyone please let me know the solution to this error.
When i convert my .geo file using cfx4toMesh..i get the following error:
Trying to specify a boundary face 4(1052 3329 3969 1749) on the face on cell 3216 which is either an internal face or already belongs to some other patch. This is face 0 of patch 4 named BLADE1.
#0 Foam::error: PrintStack(Foam::Ostream&) in "/usr6/tab01c/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::error::abort() in "/usr6/tab01c/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 Foam:PolyMesh:PolyMesh(Foam::IOobject const&, Foam::Field<Foam::Vector<double> > const&, Foam::List<Foam::cellShape> const&, Foam::List<Foam::List<Foam::face> > const&, Foam::List<Foam::word> const&, Foam::List<Foam::word> const&, Foam::word const&, Foam::word const&, Foam::List<Foam::word> const&, bool) in "/usr6/tab01c/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPOpt/libOpenFOAM.so"
#3 main in "/usr6/tab01c/OpenFOAM/OpenFOAM-1.5/applications/bin/linux64GccDPOpt/cfx4ToFoam"
#4 __libc_start_main in "/lib64/libc.so.6"
#5 __gxx_personality_v0 in "/usr6/tab01c/OpenFOAM/OpenFOAM-1.5/applications/bin/linux64GccDPOpt/cfx4ToFoam"
From function polyMesh:PolyMesh
const IOobject& io,
const pointField& points,
const cellShapeList& cellsAsShapes,
const faceListList& boundaryFaces,
const wordList& boundaryPatchTypes,
const wordList& boundaryPatchNames,
const word& defaultBoundaryPatchType
in file meshes/polyMesh/polyMeshFromShapeMesh.C at line 483.
It runs fine till it encounters this error. What could be the reason. Thanks for your help.
|April 17, 2009, 08:51||
Join Date: Apr 2009
Location: Chichester, UK
Posts: 93Rep Power: 9
I'm not sure what CFX solver you're using but in CFX-Solver you can export your CFX .def file as a .cgns file via Tools>Export and import to OF using the cgnsToFoam recently made available (message thread after this one I think). You may get some warnings about QUADs and TRIs but according to Martin Beaudoin, who seems to be the main man for the conversion project, you can safely ignore this. Otherwise the boundary conditions were all converted intact.