CFD Online Discussion Forums

CFD Online Discussion Forums (http://www.cfd-online.com/Forums/)
-   OpenFOAM (http://www.cfd-online.com/Forums/openfoam/)
-   -   motorBike error in snappyHexMesh in OF 1.6 (http://www.cfd-online.com/Forums/openfoam/67079-motorbike-error-snappyhexmesh-1-6-a.html)

franzisko August 3, 2009 08:47

motorBike error in snappyHexMesh in OF 1.6
 
Hi,
motorBike tutorial case gives errors in running snappyHexMesh in my OpenFoam 1.6:

Determining initial surface intersections
-----------------------------------------

#0 Foam::error::printStack(Foam::Ostream&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigSegv::sigSegvHandler(int) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 __restore_rt at sigaction.c:0
#3 Foam::primitiveMesh::cellEdges(int, Foam::DynamicList<int, 0u, 2u, 1u>&) const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#4 Foam::hexRef8::getLevel0EdgeLength() const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so"
#5 Foam::hexRef8::hexRef8(Foam::polyMesh const&, Foam::List<int> const&, Foam::List<int> const&, Foam::refinementHistory const&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libdynamicMesh.so"
#6 Foam::meshRefinement::meshRefinement(Foam::fvMesh& , double, bool, Foam::refinementSurfaces const&, Foam::shellSurfaces const&) in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6//OpenFOAM-1.6/lib/linux64GccDPOpt/libautoMesh.so"
#7 main in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/snappyHexMesh"
#8 __libc_start_main in "/lib64/libc.so.6"
#9 Foam::regIOobject::writeObject(Foam::IOstream::str eamFormat, Foam::IOstream::versionNumber, Foam::IOstream::compressionType) const in "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/snappyHexMesh"

Any suggestion?

I have got also problems with foamToVTK (maybe linked to previous problems):
Cannot find 'value' entry on patch lowerWall of field k in file "/work/ady/fsalvado/COMPILED_OPENFOAM/1.6/RUN/incompressible/simpleFoam/motorBike/0/k"
which is required to set the values of the generic patch field.
(Actual type kqRWallFunction)

Please add the 'value' entry to the write function of the user-defined boundary-condition
or link the boundary-condition into libfoamUtil.so

file: /work/ady/fsalvado/COMPILED_OPENFOAM/1.6/RUN/incompressible/simpleFoam/motorBike/0/turbulentBoundaryField::lowerWall from line 22 to line 22.

From function genericFvPatchField<Type>::genericFvPatchField(con st fvPatch&, const Field<Type>&, const dictionary&)
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 72.

FOAM exiting


thanks, Francesco

franzisko August 4, 2009 09:26

maybe I understand something
 
I believe that the problem is that after running snappyHexMesh, I copy the subdir PolyMesh of the last directory created by snappyHexMesh (named 3 for me) to the constant/polyMesh dir. But, if I erase the directories created by snappyHexMesh -- except the 0 directory containing the initial conditions -- the run fails. Why?
fr.

ulli August 12, 2009 14:43

franzisko
 
Hi Franzisko,

I had the same problem. I think there was bug in the definition of the omega wall function. Omega seems to use kqRWallFunction instead of omegaWallFunction. It is fixed in 1.6.x.

Ulrich

juanma November 27, 2009 06:41

Dear all

I've the same problem with my 1.6 version. I'm trying to parallelize the case and I try both:

blockMesh-snappyHexMesh-decomposePar (only 2 nodes)
and
blockMesh-decomposePar-snappyHesMesk

with the same errors in the log,decompodePar...

1.- missed headers in the files placed on the /0 folder (already fixed), like:
FoamFile
{
version 2.0;
format ascii;
class IOobject;
location "0";
object frontBackUpperPatches;
}

2.-
Cannot find 'value' entry on patch lowerWall of field k in file "/home/OpenFOAM/OpenFOAM/juanma-1.6/tutorials/incompressible/simpleFoam/motorBike/0/k"
which is required to set the values of the generic patch field.
(Actual type kqRWallFunction)

Please add the 'value' entry to the write function of the user-defined boundary-condition
or link the boundary-condition into libfoamUtil.so

3.-
file: /home/OpenFOAM/OpenFOAM/juanma-1.6/tutorials/incompressible/simpleFoam/motorBike/0/turbulentBoundaryField::lowerWall from line 30 to line 30.

From function genericFvPatchField<Type>::genericFvPatchField(con st fvPatch&, const Field<Type>&, const dictionary&)
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 72.

FOAM exiting

Note that are the same errors franzisko found

Any suggestion to fix the problem? thanks in advance

Juanma

amgode January 6, 2010 02:46

OF - 1.6 parallel execution of snappyHexMesh
 
Try this ! :)

blockMesh
decomposePar
foamJob -p -s snappyHexMesh
reconstructParMesh -mergeTol 1e-06 -time 1
reconstructParMesh -mergeTol 1e-06 -time 2
reconstructParMesh -mergeTol 1e-06 -time 3
checkMesh

If it complains about the absence of triSurface in the constant directory of the processor.....just copy the triSurface from the case/constant to the processor/constant directory and it should work fine...........:)


Regards,

Amol

Wolle January 6, 2010 04:51

Hi,

at the moment I'm investigating other errors in the standard 1.6 case respectively differences between the 1.6 and the 1.6.x version of the case.

Have a look here:
http://www.cfd-online.com/Forums/ope...k-out-box.html

BUT I have to admit, that my 1.6 version ran properly at first run without complaining about the missing value entries... (despite of the wrong results resp. not reaching convergence).

Cheers
Wolle


All times are GMT -4. The time now is 20:53.