[louisgag]

"I realised what was wrong. In my boundary file, the type of my wall boundaries was set to "patch". When I changed them to "wall" everything works fine. Thanks for taking the time to help me. "

thank you for reporting that, I had the same problem with yPlusRAS.

[vishal]

Hi,
I am unable to get y+ using checkYPlus utility command
it throws me an error as command not found.

I am currently working on suse linur operating system.
Please help me in this matter.

Thanks
VIshal

[vishal]

Hi,

i have also downloaded and kept the chechyPlusCompressible.C file and Make file
can any one please tell me where is the exact location to place it and do i have to compile the entire program again.

Thanks
Vishal

[louisgag]

Hi Vishal,

If you are using OF 1.5 the utilities to check yplus are yPlusLES and YplusRAS.

regards,

-Louis

[mabinty]

Dear all!!

I adapted the yPLusRAS utility for a compressible case (yPLusRASCompressible) and it seems to work (at least I believe so ...). As I m currently working with a multi region solver (chtMultiRegionFoam) I need to adapt it further, so that yPlus is calculated/written only in the fluid region. I couldn t figure out yet how to realize that yPLusRASCompressible follows the structure of the time directories "timeName/fluidRegionName" (e.g. 51/topAir) to access the needed fields for the calculation of yPLaus in the fluidRegionName region. I would greatly appreciate any hint on that! Thx in advance,
Aram

[mabinty]

Hi!!

I managed to make yPLusRASCompressible to follow the structure of the time directories and the code compiles now. But when executing the utility
I get the error message shown below at the point where thermophysical properties are read:

Time = 1.001
Reading field p

Reading thermophysical properties

Selecting thermodynamics package hThermo>>>>

Not Implemented
Trying to construct an genericFvPatchField on patch air_to_ceiling of
field h#0 Foam::error::printStack(Foam:stream&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::error::abort() in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 Foam::genericFvPatchField::genericFvPatchField(Foa m::fvPatch
const&, Foam::DimensionedField const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#3 Foam::fvPatchField::addpatchConstructorToTable >::New(Foam::fvPatch
const&, Foam::DimensionedField const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libfiniteVolume.so"
#4 Foam::fvPatchField::New(Foam::word const&, Foam::fvPatch const&,
Foam::DimensionedField const&) at
~/OpenFOAM/OpenFOAM-1.5.x/src/finiteVolume/lnInclude/newFvPatchField.C:70
#5
Foam::GeometricField::GeometricBoundaryField::Geom etricBoundaryField(Fo am::fvBoundaryMesh const&, Foam::DimensionedField const&, Foam::List const&) in "/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libbasicThermophysicalMode ls.so"
#6 Foam::GeometricField::GeometricField(Foam::IOobjec t const&,
Foam::fvMesh const&, Foam::dimensionSet const&, Foam::List const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libbasicThermophysicalMode ls.so"
#7 Foam::hThermo > > > >::hThermo(Foam::fvMesh const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libbasicThermophysicalMode ls.so"
#8 Foam::basicThermo::addfvMeshConstructorToTable > > > >
> >::New(Foam::fvMesh const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libbasicThermophysicalMode ls.so"
#9 Foam::basicThermo::New(Foam::fvMesh const&) in
"/home/aa/OpenFOAM/OpenFOAM-1.5.x/lib/linux64GccDPOpt/libbasicThermophysicalMode ls.so"
#10 main at
~/OpenFOAM/aa-1.5.x/applications/yPlusRASCompMultiRegion/yPlusRASCompMultiRegion .C:152
#11 __libc_start_main in "/lib/libc.so.6"
#12 _start in
"/home/aa/OpenFOAM/aa-1.5.x/applications/bin/linux64GccDPOpt/yPlusRASCompMultiRe gion"

>From function genericFvPatchField::genericFvPatchField(const fvPatch&
p, const DimensionedField& iF)
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at
line 45.

FOAM aborting

Aborted

It seems to be a problem with the patch-type of the fluid-solid interface introduced by splitMeshRegions (is this a simple patch or wall ..??). I dug a bit in genericFvPatchField.C and basicThermo.C/.H but couldn t figure out yet what's wrong. Could anybody give me a suggestion please!!

Thx in advance!
Aram

[mabinty]

Dear all!!

I was searching a bit in the forum and found an entry explaining the error message I received (http://www.cfd-online.com/OpenFOAM_D...ges/1/593.html). So it seems that the solid-fluid interface air_to_ceiling is a default or generic patch field, and hence does not know how to evaluate itself, but what in turn would be necessary to calculated an enthalpy field h (by basicThermo). Isn t it? Unfortunately I haven t found a solution to this problem yet but keep on digging. Appreciate any comments!!

Thx in advance,
Aram

[sebastiank]

Originally Posted by mabinty

Dear all!!

I adapted the yPLusRAS utility for a compressible case (yPLusRASCompressible) and it seems to work (at least I believe so ...). As I m currently working with a multi region solver (chtMultiRegionFoam) I need to adapt it further, so that yPlus is calculated/written only in the fluid region. I couldn t figure out yet how to realize that yPLusRASCompressible follows the structure of the time directories "timeName/fluidRegionName" (e.g. 51/topAir) to access the needed fields for the calculation of yPLaus in the fluidRegionName region. I would greatly appreciate any hint on that! Thx in advance,
Aram

Dear Mabinty,
I'am currently struggeling on adapting the yPlusRAS utility for a compressible case, in my case, rhoPorousSimpleFoam. How did you adapt yPlusRAS in order to get it to work with a compressible case ?

Regards,

Sebastian

[mabinty]

Hi Sebastian!

You have to use a compressible RASModel:

# include "compressibleCreatePhi.H"
autoPtr<compressible::RASModel> RASModel
(
compressible::RASModel::New(rho, U, phi, thermo())
);

Study the code Bernhard posted in this thread some while ago (checkYplusCompressible).

All the best,
Aram

[fgal]

Hi everybody,

I would like to compute Delta Y+ (first cell height scaled by intern zone scales) to know which boundary condition to set to k (zero gradient or uniform 0.0).
I am using a compressible LES solver, so I tried the yPlusLES utility but it needs nuSgs, so to be adapted for incompressible cases. How can I solve that problem ? Do I need to modify yPlusLES and divide muSgs by rho ?
thanks

Francois