Menu

#35 Cyclic BC problem with two region mesh

acknowledged
nobody
None
normal
major
always
none
Library
1.5
other
2011-01-09
2010-11-17
Anonymous
No

If the CFD-model consists more than one region and the different regions the cyclic boundaries are not in the same plane seem that cyclic bc does not work.
---- additional_information ----
On example case cyclic boundary conditions does not work if the rotor is rotated to a different angle than the stator. Rotor cyclic bc works fine when CFD model have only rotor and pure rotor is possible rotate arbitrary position. Problems start when rotor and stator model put together using merge mesh. Follow error occurred:

face 24 area does not match neighbour 234 by 0.181011% -- possible face ordering problem.
patch:PER_rt my area:2.9249e-07 neighbour area:2.9302e-07 matching tolerance:0.001
Mesh face:26250 vertices:4((0.0122268 0.35013 0.00314778) (0.0122268 0.35013 0.004) (0.0122148 0.349787 0.004) (0.0122148 0.349787 0.00314778))
Neighbour face:26460 vertices:4((-0.0244387 0.34949 0.00314778) (-0.0244148 0.349147 0.00314778) (-0.0244148 0.349147 0.004) (-0.0244387 0.34949 0.004))
Other errors also exist, only the largest is reported. Please rerun with cyclic debug flag set for more information.
#0Œ Foam::error::printStack(Foam::Ostream&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#1Œ Foam::error::exit(int) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#2Œ Foam::cyclicPolyPatch::calcTransforms() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#3Œ Foam::polyBoundaryMesh::calcGeometry() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#4Œ Foam::polyMesh::polyMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#5Œ Foam::fvMesh::fvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libfiniteVolume.so"
#6Œ Foam::dynamicFvMesh::dynamicFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#7Œ Foam::mixerGgiFvMesh::mixerGgiFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#8Œ Foam::dynamicFvMesh::addIOobjectConstructorToTable<Foam::mixerGgiFvMesh>::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#9Œ Foam::dynamicFvMesh::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#10Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"
#11Œ __libc_start_main in "/lib64/libc.so.6"
#12Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"

ŒŒŒ From function cyclicPolyPatch::calcTransforms()
ŒŒŒ in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 197.

FOAM aborting (FOAM_ABORT set)

face 24 area does not match neighbour 234 by 0.181011% -- possible face ordering problem.
patch:PER_rt my area:2.9249e-07 neighbour area:2.9302e-07 matching tolerance:0.001
Mesh face:26250 vertices:4((0.0122268 0.35013 0.00314778) (0.0122268 0.35013 0.004) (0.0122148 0.349787 0.004) (0.0122148 0.349787 0.00314778))
Neighbour face:26460 vertices:4((-0.0244387 0.34949 0.00314778) (-0.0244148 0.349147 0.00314778) (-0.0244148 0.349147 0.004) (-0.0244387 0.34949 0.004))
Other errors also exist, only the largest is reported. Please rerun with cyclic debug flag set for more information.
#0Œ Foam::error::printStack(Foam::Ostream&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#1Œ Foam::error::exit(int) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#2Œ Foam::cyclicPolyPatch::calcTransforms() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#3Œ Foam::polyBoundaryMesh::calcGeometry() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#4Œ Foam::polyMesh::polyMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#5Œ Foam::fvMesh::fvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libfiniteVolume.so"
#6Œ Foam::dynamicFvMesh::dynamicFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#7Œ Foam::mixerGgiFvMesh::mixerGgiFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#8Œ Foam::dynamicFvMesh::addIOobjectConstructorToTable<Foam::mixerGgiFvMesh>::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#9Œ Foam::dynamicFvMesh::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#10Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"
#11Œ __libc_start_main in "/lib64/libc.so.6"
#12Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"

#0Œ Foam::error::printStack(Foam::Ostream&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#1Œ Foam::error::abort() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#2Œ Foam::error::exit(int) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#3Œ Foam::cyclicPolyPatch::calcTransforms() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#4Œ Foam::polyBoundaryMesh::calcGeometry() in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#5Œ Foam::polyMesh::polyMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libOpenFOAM.so"
#6Œ Foam::fvMesh::fvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libfiniteVolume.so"
#7Œ Foam::dynamicFvMesh::dynamicFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#8Œ Foam::mixerGgiFvMesh::mixerGgiFvMesh(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#9Œ Foam::dynamicFvMesh::addIOobjectConstructorToTable<Foam::mixerGgiFvMesh>::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#10Œ Foam::dynamicFvMesh::New(Foam::IOobject const&) in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/lib/linux64GccDPOpt/libdynamicFvMesh.so"
#11Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"
#12Œ __libc_start_main in "/lib64/libc.so.6"
#13Œ Foam::regIOobject::writeObject(Foam::IOstream::streamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/home/Pekka/OpenFOAM/OpenFOAM-1.5-dev/applications/bin/linux64GccDPOpt/turbDyMFoam"

ŒŒŒ From function cyclicPolyPatch::calcTransforms()
ŒŒŒ in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 197.

FOAM aborting (FOAM_ABORT set)

Aborted

Discussion

  • Bernhard Gschaider

    Is this problem specific to 1.5-dev or does it also happen with 1.6/1.7?
    If so, please consider posting it at http://www.openfoam.com/bugs/

    Currently there is no proper category on this Mantis for Core-related Bugs (bugs that concern the actual OpenFOAM-toolbox and not one of the add-ons distributed by the OF-extent project). It will be opened once the next release (1.6-ext) is out and this bug will be moved there

     
  • Bernhard Gschaider

    Does this problem persist (has it been tried) with 1.6-ext?

     

Log in to post a comment.