[mbeaudoin]

Hello,

• Check the sign of your offset values.
• Make sure you are running with the latest version available from openfoam-extend. (At least with the svn revision 1505).

Martin

Originally Posted by mauscher

Hello,

I'm just writing my thesis and I have a problem with the cyclic ggi boundary. First I want described what I've done and then what the problem is.

1. createPatch -> sidewallright and sidewallleft cyclicGgi
from the boundary-file ->

sidewallleft
{
type cyclicGgi;
nFaces 10176;
startFace 3583008;
shadowPatch sidewallright;
zone zonesidewallleft;
bridgeOverlap true;
rotationAxis (0 0 1);
rotationAngle 0;
separationOffset (0 0 0.075);
}
sidewallright
{
type cyclicGgi;
nFaces 10176;
startFace 3593184;
shadowPatch sidewallleft;
zone zonesidewallright;
bridgeOverlap true;
rotationAxis (0 0 1);
rotationAngle 0;
separationOffset (0 0 -0.075);
}

2. faceSet from Patches sidewallright and sidewallleft

3. setsToZones -noFlipMap

4. decomposePar (2 processors)

5. mpirun ....

6. From the log-file->

Evaluation of GGI weighting factors:

From function void GGIInterpolation<MasterPatch, SlavePatch>::rescaleWeightingFactors() const
in file /home/cluster/cmau/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/GGIInterpolationWeights.C at line 533
Uncovered faces found. On master: 5088 on slave: 5088
Largest slave weighting factor correction : 0 average: 0
Largest master weighting factor correction: 0 average: 0

The calculation works, but one half of the sidewallpatch is calculated wrong. So where is the problem?


\\mauscher

[AirS]

Hello,

I'm struggling with directMapped. Below are my 0/U and changeDictionary files:
*************************************
INLET
{
type directMappedFixedValue;
value uniform (1 0 0);
setAverage true;
average (1 0 0);
}
*************************************
*************************************
dictionaryReplacement
{
boundary
{
INLET
{
type directMappedPatch;
offset (0.76 0 0);
sampleRegion region0;
sampleMode nearestCell;
samplePatch none;
}
}
}
*************************************
Then when I run pisoFoam, I've got this message error:

*************************************
Time = 0.0005

Courant Number mean: 0 max: 0.0202144



gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type directMappedFixedValue)
on patch INLET of field U in file "/nbu/eee/soulierr/OpenFOAM/fineTrainLESCyclicDirectMapped/0/U"
You are probably trying to solve for a field with a generic boundary condition.

From function genericFvPatchField<Type>::gradientInternalCoeffs( ) const
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 782.

FOAM exiting
**************************************

I do not know how to sort this issue out ...I had a look at the source code mentionned above but It didn't help me. I hope someone will be able to help me dealing with.
Thank you in advance.

[olivier]

Hello Mauscher,

From the message that you get from the GGI weighting factors, it looks as you have 5088 faces uncovered on your GGI. If you look at the number of cells that you have in your interface, which seems to be 10176, it seems that half your GGI interface is not covered.
I believe that is why you have a problem with your GGI interface. Have look at it, something is not right there.


Olivier

Originally Posted by mauscher

Hello,

I'm just writing my thesis and I have a problem with the cyclic ggi boundary. First I want described what I've done and then what the problem is.

1. createPatch -> sidewallright and sidewallleft cyclicGgi
from the boundary-file ->

sidewallleft
{
type cyclicGgi;
nFaces 10176;
startFace 3583008;
shadowPatch sidewallright;
zone zonesidewallleft;
bridgeOverlap true;
rotationAxis (0 0 1);
rotationAngle 0;
separationOffset (0 0 0.075);
}
sidewallright
{
type cyclicGgi;
nFaces 10176;
startFace 3593184;
shadowPatch sidewallleft;
zone zonesidewallright;
bridgeOverlap true;
rotationAxis (0 0 1);
rotationAngle 0;
separationOffset (0 0 -0.075);
}

2. faceSet from Patches sidewallright and sidewallleft

3. setsToZones -noFlipMap

4. decomposePar (2 processors)

5. mpirun ....

6. From the log-file->

Evaluation of GGI weighting factors:

From function void GGIInterpolation<MasterPatch, SlavePatch>::rescaleWeightingFactors() const
in file /home/cluster/cmau/OpenFOAM/OpenFOAM-1.5-dev/src/OpenFOAM/lnInclude/GGIInterpolationWeights.C at line 533
Uncovered faces found. On master: 5088 on slave: 5088
Largest slave weighting factor correction : 0 average: 0
Largest master weighting factor correction: 0 average: 0

The calculation works, but one half of the sidewallpatch is calculated wrong. So where is the problem?


\\mauscher

[mauscher]

Hi,

thanks for your help oliver, but I already noticed that. The problem is, if I run the simulation on just one processor all faces are uncovered. If I decompose the case for two processors, as it is mentioned here, one half of the face is uncovered. Thats quite strang. Right now, I try to run the extionsions from sf and hope that the problem will be solved.

\\mauscher

[Kr_kim]

Hi Airs

You need to set type, 'directMapped' instead of directMappedFixedValue.
"directMappedFixedValue" is not correct type following error message.

Hope It be helpful for you

kkr

Originally Posted by AirS

Hello,

I'm struggling with directMapped. Below are my 0/U and changeDictionary files:
*************************************
INLET
{
type directMappedFixedValue;
value uniform (1 0 0);
setAverage true;
average (1 0 0);
}
*************************************
*************************************
dictionaryReplacement
{
boundary
{
INLET
{
type directMappedPatch;
offset (0.76 0 0);
sampleRegion region0;
sampleMode nearestCell;
samplePatch none;
}
}
}
*************************************
Then when I run pisoFoam, I've got this message error:

*************************************
Time = 0.0005

Courant Number mean: 0 max: 0.0202144



gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type directMappedFixedValue)
on patch INLET of field U in file "/nbu/eee/soulierr/OpenFOAM/fineTrainLESCyclicDirectMapped/0/U"
You are probably trying to solve for a field with a generic boundary condition.

From function genericFvPatchField<Type>::gradientInternalCoeffs( ) const
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 782.

FOAM exiting
**************************************

I do not know how to sort this issue out ...I had a look at the source code mentionned above but It didn't help me. I hope someone will be able to help me dealing with.
Thank you in advance.

[AirS]

Thanks Kr_kim,
I changed it like you said. But I had the previous error which deals with an ordering problem .
Thanks though.

[aqua]

Originally Posted by mbeaudoin

Hello Jens,

Please provide your complete test case.

Martin

Hello Martin,
I am trying to perform a simulation about two cars passing by each other. Please find attached picture about the mesh.
so there are two cubes standing for two cars. iblock and oblock, containing the two cars(cubes), will move towards each other. So, interfaces between iblock and oblock is defined as ggi. I used the tutorial turboPassengeRotating. the boundary file is like this:
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

14
(
imaxz
{
type patch;
nFaces 400;
startFace 1464469;
}
iminz
{
type patch;
nFaces 400;
startFace 1464869;
}
iminy
{
type patch;
nFaces 400;
startFace 1465269;
}
imaxy
{
type patch;
nFaces 400;
startFace 1465669;
}
interfacei
{
type ggi;
nFaces 400;
startFace 1466069;
rotationAxis (0 0 1);
bridgeOverlap true;
// nCopies 12;
shadowPatch interfaceo;
zone interfacei_faces;
}
imaxx
{
type patch;
nFaces 400;
startFace 1466469;
}
icube_ICUBE
{
type wall;
nFaces 72018;
startFace 1466869;
}
ominy
{
type patch;
nFaces 703;
startFace 1538887;
}
omaxy
{
type patch;
nFaces 400;
startFace 1539590;
}
ominz
{
type patch;
nFaces 400;
startFace 1539990;
}
omaxz
{
type patch;
nFaces 400;
startFace 1540390;
}
interfaceo
{
type ggi;
nFaces 400;
startFace 1540790;
rotationAxis (0 0 1);
bridgeOverlap true;
// nCopies 12;
shadowPatch interfacei;
zone interfaceo_faces;
}
omaxx
{
type patch;
nFaces 400;
startFace 1541190;
}
ocube_ocube
{
type wall;
nFaces 58255;
startFace 1541590;
}
)

two blocks with two cubes1.JPG
I run
" setSet -batch setBatch
regionCellSets
setsToZones -noFlipMap" there is no error.
then i run decomposePar, OF didn't abort, but there is some information like “uncovered faces found”.
then i run icoDyMFoam, on Friday, until today(Monday), obviously there are some time steps file created (please see another picture in attachment, and OF is still running).
but when i run paraFoam, there is the error:
Cannot find 'value' entry on patch interfacei of field p in file "/bb/civ/liuyu/OpenFOAM/liuyu-1.6-ext/run/Ggicase1/0/p"
which is required to set the values of the generic patch field.
(Actual type ggi)

Please add the 'value' entry to the write function of the user-defined boundary-condition


file: /bb/civ/liuyu/OpenFOAM/liuyu-1.6-ext/run/Ggicase1/0/p::boundaryField::interfacei from line 66 to line 66.

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

FOAM exiting

could you please, help me on this? Thank you so much!!!!!

[olivier]

Hi aqua,

What version of OpenFOAM are you using when you open paraFoam? To me it seems that you are using a none-extended version, which is why it is unable to recognize the patch name.

[aqua]

Originally Posted by olivier

Hi aqua,

What version of OpenFOAM are you using when you open paraFoam? To me it seems that you are using a none-extended version, which is why it is unable to recognize the patch name.

hi, Olivier,
Thank you so much for your reply!
I do use OF1.6ext...

Please help me out..

Aqua

[aqua]

Originally Posted by jens_klostermann

Hi Francesco,

yes!
I just read something that only works for planar faces and I figured out that it is possible to give OpenFoam-1.5 the choice whether the cyclic is rotational, translational or unknown in the boundary file. Now I have to figure out to use it the right way!

Jens

Hello Jens,
Did you figure out how to tell cyclic to rotate or translate? Could you please share the method?
Thank you so much!

[e.ahmadiyan]

Hi dear friends
I am using of openFoam2.0.1
My geometry and createPatchDict file are as below:

createPatchDict.zip

When running the case this error reported:

This probably means your geometry is not consistent with the specified separation and might lead to problems.
Continuing with specified separation vector (0.0002 0 0.0002)
patchutlet1 neighbour:inlet1
--> FOAM Warning :
From function cyclicPolyPatch::calcTransforms()
in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 368



In your mind are there any incorrect setting in createPatchDict file proportional to geometry?
What are separationVector and rotationAxis and rotationCentre ? please demonstrate for me. In fact I do not know how I should adjust this parameters in createPatchDict file proportional to my geometry.

All my case is as below
cyclic.zip

Thanks

[e.ahmadiyan]

Hi dear foamers
I am working with OF2.0.1 .My geometry and createPatchDict file are as below:

createPatchDict.zip

When running the case this error reported:

This probably means your geometry is not consistent with the specified separation and might lead to problems.
Continuing with specified separation vector (0.0002 0 0.0002)
patchutlet1 neighbour:inlet1
--> FOAM Warning :
From function cyclicPolyPatch::calcTransforms()
in file meshes/polyMesh/polyPatches/constraint/cyclic/cyclicPolyPatch.C at line 368



In your mind are there any incorrect setting in createPatchDict file proportional to geometry?
What are separationVector and rotationAxis and rotationCentre ? please demonstrate for me. In fact I do not know how I should adjust this parameters in createPatchDict file proportional to my geometry.

All my case is as below
cyclic.zip

Please help me
Thanks

[e.ahmadiyan]

Hi dear foamers


Please help me
Thanks

[e.ahmadiyan]

11111111111111111111111111111111111111111111111111 1111111111111