|
[Sponsors] |
request for surfaceScalarField corrected from objectRegistry region0 failed |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 21, 2013, 12:40 |
request for surfaceScalarField corrected from objectRegistry region0 failed
|
#1 |
Senior Member
Ehsan
Join Date: Oct 2012
Location: Iran
Posts: 2,208
Rep Power: 27 |
Code:
Starting time loop Courant Number mean: 0 max: 0 deltaT = 6.711409396e-09 Time = 6.71141e-09 diagonal: Solving for rho, Initial residual = 0, Final residual = 0, No Iterations 0 PIMPLE: iteration 1 --> FOAM FATAL ERROR: request for surfaceScalarField corrected from objectRegistry region0 failed available objects of type surfaceScalarField are 3 ( weights phi deltaCoeffs ) From function objectRegistry::lookupObject<Type>(const word&) const in file /home/opencfd/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude/objectRegistryTemplates.C at line 131. FOAM aborting #0 Foam::error::printStack(Foam::Ostream&) in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #1 Foam::error::abort() in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #2 at SFCD.C:0 #3 Foam::surfaceInterpolationScheme<double>::addMeshConstructorToTable<Foam::LimitedScheme<double, Foam::SFCDLimiter<Foam::NVDTVD>, Foam::limitFuncs::magSqr> >::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #4 Foam::surfaceInterpolationScheme<double>::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/openfoam211/platforms/linux64GccDPOpt/bin/rhoPimpleFoam" #5 Foam::fv::laplacianScheme<Foam::Vector<double>, double>::addIstreamConstructorToTable<Foam::fv::gaussLaplacianScheme<Foam::Vector<double>, double> >::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #6 Foam::fv::laplacianScheme<Foam::Vector<double>, double>::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libcompressibleTurbulenceModel.so" #7 Foam::tmp<Foam::fvMatrix<Foam::Vector<double> > > Foam::fvm::laplacian<Foam::Vector<double>, double>(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libcompressibleTurbulenceModel.so" #8 Foam::compressible::RASModels::kOmegaSST::divDevRhoReff(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>&) const in "/opt/openfoam211/platforms/linux64GccDPOpt/lib/libcompressibleRASModels.so" #9 in "/opt/openfoam211/platforms/linux64GccDPOpt/bin/rhoPimpleFoam" #10 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #11 in "/opt/openfoam211/platforms/linux64GccDPOpt/bin/rhoPimpleFoam" Aborted Killing PID 4931 PyFoam WARNING on line 232 of file /usr/local/lib/python2.7/dist-packages/PyFoam/Execution/FoamThread.py : Process 4931 was already dead Code:
laplacianSchemes { default Gauss SFCD corrected;//limited .5 /*laplacian(muEff,U) Gauss linear corrected; laplacian(mut,U) Gauss linear corrected; laplacian(DkEff,k) Gauss linear corrected; laplacian(DepsilonEff,epsilon) Gauss linear corrected; laplacian(DREff,R) Gauss linear corrected; laplacian(DomegaEff,omega) Gauss linear corrected; laplacian((rho*(1|A(U))),p) Gauss linear corrected; laplacian(alphaEff,h) Gauss linear corrected; laplacian(k,T) Gauss linear corrected; laplacian(alpha,e) Gauss linear corrected; laplacian(alphaEff,e) Gauss linear corrected;*/ } interpolationSchemes { default SFCD;// cubicCorrection } snGradSchemes { default fourth;//corrected } |
|
February 26, 2013, 18:04 |
|
#2 |
Senior Member
Ehsan
Join Date: Oct 2012
Location: Iran
Posts: 2,208
Rep Power: 27 |
can someone tell me the possible cause?
|
|
September 11, 2013, 12:52 |
|
#3 |
New Member
Join Date: Aug 2013
Posts: 20
Rep Power: 13 |
I have the same kind of problem.
I modified simpleFoam, on the basis of channelFoam, in order to add the term gradP in UEqn, so that I can use cyclic boundary conditions and simulate an infinite pipe flow. I also changed some entries in fvSchemes (following these recommendations: http://www.cfd-online.com/Forums/ope...implefoam.html): ddtSchemes { default backward; } gradSchemes { default Gauss linear; grad(p) Gauss linear; grad(U) Gauss linear; not changed to upwind as suggested because it does not work at all } divSchemes { default none; div(phi,U) Gauss upwind; changed from linear div(phi,k) Gauss limitedLinear 1; div(phi,epsilon) Gauss limitedLinear 1; div(phi,R) Gauss limitedLinear 1; div(R) Gauss linear; div(phi,nuTilda) Gauss limitedLinear 1; div((nuEff*dev(T(grad(U))))) Gauss linear; } laplacianSchemes { default none; laplacian(nuEff,U) Gauss upwind corrected; changed from linear laplacian((1|A(U)),p) Gauss linear corrected; laplacian(DkEff,k) Gauss linear corrected; laplacian(DepsilonEff,epsilon) Gauss linear corrected; laplacian(DREff,R) Gauss linear corrected; laplacian(DnuTildaEff,nuTilda) Gauss linear corrected; } interpolationSchemes { default linear; interpolate(U) upwind; changed from linear } snGradSchemes { default corrected; } fluxRequired { default no; p ; } but when I run my new solver, this is what I obtain: --> FOAM FATAL ERROR: request for surfaceScalarField corrected from objectRegistry region0 failed available objects of type surfaceScalarField are 4 ( weights phi deltaCoeffs nonOrthDeltaCoeffs ) From function objectRegistry::lookupObject<Type>(const word&) const in file /opt/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/objectRegistryTemplates.C at line 131. FOAM aborting #0 Foam::error:rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #1 Foam::error::abort() in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #2 Foam::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const& Foam:bjectRegistry::lookupObject<Foam::Geometric Field<double, Foam::fvsPatchField, Foam::surfaceMesh> >(Foam::word const&) const in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleRASModels.so" #3 Foam::surfaceInterpolationScheme<double>::addMeshC onstructorToTable<Foam::upwind<double> >::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #4 Foam::surfaceInterpolationScheme<double>::New(Foam ::fvMesh const&, Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleTransportModels.so" #5 Foam::fv::laplacianScheme<Foam::Vector<double>, double>::addIstreamConstructorToTable<Foam::fv::ga ussLaplacianScheme<Foam::Vector<double>, double> >::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #6 Foam::fv::laplacianScheme<Foam::Vector<double>, double>::New(Foam::fvMesh const&, Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleTurbulenceModel.so" #7 Foam::tmp<Foam::fvMatrix<Foam::Vector<double> > > Foam::fvm::laplacian<Foam::Vector<double>, double>(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleTurbulenceModel.so" #8 Foam::tmp<Foam::fvMatrix<Foam::Vector<double> > > Foam::fvm::laplacian<Foam::Vector<double>, double>(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleTurbulenceModel.so" #9 Foam::incompressible::RASModels::kEpsilon::divDevR eff(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh>&) const in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleRASModels.so" #10 in "/home/fsauser/OpenFOAM/fsauser-2.1.x/platforms/linux64GccDPOpt/bin/simplePipeFoam" #11 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #12 in "/home/fsauser/OpenFOAM/fsauser-2.1.x/platforms/linux64GccDPOpt/bin/simplePipeFoam" Aborted I am new to openFOAM, and I'm not able yet to fully understand what could be happening with numerical schemes. any hints? thanks Last edited by KYPCK444; September 11, 2013 at 14:58. |
|
September 11, 2013, 16:07 |
|
#4 |
Senior Member
Ehsan
Join Date: Oct 2012
Location: Iran
Posts: 2,208
Rep Power: 27 |
test adding phi in all laplacian schemes like it:
Code:
laplacian(nuEff,U) Gauss upwind corrected phi;
__________________
Injustice Anywhere is a Threat for Justice Everywhere.Martin Luther King. To Be or Not To Be,Thats the Question! The Only Stupid Question Is the One that Goes Unasked. |
|
September 12, 2013, 06:07 |
|
#5 | |
New Member
Join Date: Aug 2013
Posts: 20
Rep Power: 13 |
Quote:
unfortunately it does not work, the errors I get are exactly the same. Anyway, I tried to further handle fvSchemes in such a way: ddtSchemes { default backward; } gradSchemes { default Gauss linear; grad(p) Gauss linear; grad(U) Gauss linear; } divSchemes { default none; div(phi,U) Gauss upwind phi; div(phi,k) Gauss limitedLinear 1; div(phi,epsilon) Gauss limitedLinear 1; div(phi,R) Gauss limitedLinear 1; div(R) Gauss linear; div(phi,nuTilda) Gauss limitedLinear 1; div((nuEff*dev(T(grad(U))))) Gauss linear; } laplacianSchemes { default none; laplacian(nuEff,U) Gauss upwind phi corrected; laplacian((1|A(U)),p) Gauss linear corrected; laplacian(DkEff,k) Gauss linear corrected; laplacian(DepsilonEff,epsilon) Gauss linear corrected; laplacian(DREff,R) Gauss linear corrected; laplacian(DnuTildaEff,nuTilda) Gauss linear corrected; } interpolationSchemes { default linear; interpolate(U) upwind phi; } snGradSchemes { default corrected; } fluxRequired { default no; p ; } and when I run the solver, simulation starts, but after some steps it crashes, giving what follows: #0 Foam::error:rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #1 Foam::sigFpe::sigHandler(int) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #2 in "/lib/x86_64-linux-gnu/libc.so.6" #3 Foam::LimitedScheme<double, Foam::limitedLinearLimiter<Foam::NVDTVD>, Foam::limitFuncs::magSqr>::limiter(Foam::Geometric Field<double, Foam::fvPatchField, Foam::volMesh> const&) const in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #4 Foam::limitedSurfaceInterpolationScheme<double>::w eights(Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) const in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #5 Foam::fv::gaussConvectionScheme<double>::fvmDiv(Fo am::GeometricField<double, Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) const in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libfiniteVolume.so" #6 Foam::tmp<Foam::fvMatrix<double> > Foam::fvm::div<double>(Foam::GeometricField<double , Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleRASModels.so" #7 Foam::tmp<Foam::fvMatrix<double> > Foam::fvm::div<double>(Foam::GeometricField<double , Foam::fvsPatchField, Foam::surfaceMesh> const&, Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> const&) in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleRASModels.so" #8 Foam::incompressible::RASModels::kEpsilon::correct () in "/opt/OpenFOAM/OpenFOAM-2.1.x/platforms/linux64GccDPOpt/lib/libincompressibleRASModels.so" #9 in "/home/fsauser/OpenFOAM/fsauser-2.1.x/platforms/linux64GccDPOpt/bin/simplePipeFoam" #10 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #11 in "/home/fsauser/OpenFOAM/fsauser-2.1.x/platforms/linux64GccDPOpt/bin/simplePipeFoam" Floating point exception the interesting thing I noticed is that when the simulation crashes, pressure gradient values are something like 6.10715e+10 (it swings from positive to negative values step after step, with absolute values greater and greater) ----> I think it's a matter of initial conditions, but I currently I'm not yet aware of what's the point. |
||
September 12, 2013, 06:45 |
|
#6 |
Senior Member
Ehsan
Join Date: Oct 2012
Location: Iran
Posts: 2,208
Rep Power: 27 |
I added phi to schemes,it should add so that solver can perform operations in proper direction,but I don't remember where it should be added,maybe only in divSchemes.
__________________
Injustice Anywhere is a Threat for Justice Everywhere.Martin Luther King. To Be or Not To Be,Thats the Question! The Only Stupid Question Is the One that Goes Unasked. |
|
November 22, 2014, 08:05 |
|
#7 |
New Member
Song
Join Date: Nov 2011
Posts: 12
Rep Power: 14 |
Hello, everyone, do you find an elegant solution to this problem?
I am looking forward to your reply! : ) |
|
May 7, 2015, 21:00 |
|
#8 |
Senior Member
Baris (Heewa)
Join Date: Jan 2013
Location: Japan
Posts: 130
Rep Power: 13 |
Which solver do you use? I had same problem in cavitatingFoam. First you should check your fvScheme as second your fields in 0 folder. Because according to version of openfoam it might change.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Foam::error::printStack(Foam::Ostream&) with simpleFoam -parallel | U.Golling | OpenFOAM Running, Solving & CFD | 52 | September 23, 2023 03:35 |
Initial conditions for uniform flow | andreas | OpenFOAM | 5 | November 16, 2012 15:00 |
[OpenFOAM] ParaView/Parafoam error when making animation | Disco_Caine | ParaView | 6 | September 28, 2010 09:54 |
user subroutine error | CFDUSER | CFX | 2 | December 9, 2006 06:31 |
user defined function | cfduser | CFX | 0 | April 29, 2006 10:58 |