CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Running, Solving & CFD

OF2.3.x lowWeightCorrection compatibility

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   February 20, 2014, 11:15
Default OF2.3.x lowWeightCorrection compatibility
  #1
Member
 
Join Date: May 2009
Posts: 51
Rep Power: 9
gfilip is on a distinguished road
Hello,

I'd like to take advantage of the new lowWeightCorrection feature in OF2.3.x. I modified the AMI patches in polyMesh/boundary to include the lowWeightCorrection keyword:

Code:
    AMI1
    {
        type            cyclicAMI;
        inGroups
        2
        (
        cyclicAMI
        baffleFaces
        )
        ;
        nFaces          54328;
        startFace       6857788;
        matchTolerance  0.0001;
        transform       noOrdering;
        neighbourPatch  AMI2;
        lowWeightCorrection 0.2;
    }
    AMI2
    {
        type            cyclicAMI;
        inGroups
        2
        (
        cyclicAMI
        baffleFaces
        )
        ;
        nFaces          54328;
        startFace       6912116;
        matchTolerance  0.0001;
        transform       noOrdering;
        neighbourPatch  AMI1;
        lowWeightCorrection 0.2;
    }
Once I run interDyMFoam with the modified boundary file, I get the following error:

Code:
--> FOAM FATAL ERROR: 
Employing default values when sum of weights falls below 0.2 but supplied default field size is not equal to target patch size
    default values = 0
    source patch   = 54328
but right before this error, I get the following information indicating that the source and target patch sizes are matched:

Code:
AMI: Creating addressing and weights between 54328 source faces and 54328 target faces
AMI: Patch source sum(weights) min/max/average = 1, 1.0847458, 1.0000261
AMI: Patch target sum(weights) min/max/average = 1, 1.0847458, 1.0000261
I also get the same error after regenerating the grid with the OF2.3.x snappyHexMesh. Is this related to the modification of the propeller tutorial (using cell and face sets in 2.2.x versus patches for AMI generation in 2.3.x)?

Thanks for your help.
gfilip is offline   Reply With Quote

Old   February 20, 2014, 20:52
Default
  #2
New Member
 
Chris
Join Date: Jan 2012
Posts: 16
Rep Power: 6
PorscheGTIII is on a distinguished road
I'm getting this error as well. I was able to run potentialFoam without problems, but when I tried to run simpleFoam I get the same error after displaying the AMI information and Selecting the turbulence model.
PorscheGTIII is offline   Reply With Quote

Old   February 20, 2014, 21:04
Default
  #3
Member
 
Join Date: May 2009
Posts: 51
Rep Power: 9
gfilip is on a distinguished road
I can confirm as well that when running my case without turbulence modeling (laminar), the error goes away.
gfilip is offline   Reply With Quote

Old   February 20, 2014, 21:53
Default
  #4
Member
 
Join Date: May 2009
Posts: 51
Rep Power: 9
gfilip is on a distinguished road
Chris, are you trying to use kOmegaSST by any chance? I tried switching to kOmega and kEpsilon and both of those turbulence models work without producing that error.

I submitted a bug on the tracker.
gfilip is offline   Reply With Quote

Old   February 20, 2014, 22:44
Default
  #5
New Member
 
Chris
Join Date: Jan 2012
Posts: 16
Rep Power: 6
PorscheGTIII is on a distinguished road
Yes, I was using the kOmegaSST model. I can confirm that there is no problem using the laminar model or using the kOmega model.

I've ran this case case using OpenFOAM 1.6-ext and their GGI implementation and have had great success. It's a little frustrating why this grid interpolation method is having problems with the interpolation weights when the extended version is doing it without any problems.
PorscheGTIII is offline   Reply With Quote

Old   February 21, 2014, 11:27
Default
  #6
New Member
 
Chris
Join Date: Jan 2012
Posts: 16
Rep Power: 6
PorscheGTIII is on a distinguished road
gfilip, do you get this same error when you try to post-process results with the yPlusRAS command if you used another turbulence model?
PorscheGTIII is offline   Reply With Quote

Old   February 21, 2014, 11:53
Default
  #7
Member
 
Join Date: May 2009
Posts: 51
Rep Power: 9
gfilip is on a distinguished road
Just tested that, and yes yPlusRANS fails with the same error even though the simulation ran with kOmega.
gfilip is offline   Reply With Quote

Old   February 26, 2014, 10:48
Default
  #8
Member
 
Join Date: May 2009
Posts: 51
Rep Power: 9
gfilip is on a distinguished road
FYI: the issue is now resolved by commit 8fa487c
gfilip is offline   Reply With Quote

Old   February 26, 2014, 16:52
Default
  #9
New Member
 
Chris
Join Date: Jan 2012
Posts: 16
Rep Power: 6
PorscheGTIII is on a distinguished road
Just a quick question. If I installed through the apt package management tool, do I have to do anything to get this new commit?
PorscheGTIII is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Binary compatibility of OF compilations Aleksey_R OpenFOAM Installation 1 January 20, 2014 17:23
Older versions compatibility (1.5 vs 2.1) ? xerces8 OpenFOAM 2 May 24, 2012 08:20
Compatibility OpenFOAM 1.6 and 1.7.1 Ale_galleria OpenFOAM 2 September 20, 2010 09:14
Compatibility LES and Discrete Phase models JADG FLUENT 0 January 22, 2004 21:03
Compatibility equations Stefan Maehlmann Main CFD Forum 0 January 22, 2001 04:39


All times are GMT -4. The time now is 17:42.