CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Programming & Development

multiRegion version of pisoFoam

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   December 1, 2010, 12:58
Unhappy multiRegion version of pisoFoam
  #1
Senior Member
 
Francois
Join Date: Jun 2010
Posts: 107
Rep Power: 21
Fransje will become famous soon enough
Hello developers,

Perhaps somewhat of a double post, as I posted a similar message in the Running/Solving section of this forum, but to no avail....

Well, my problem is that I'm trying to run a double region simulation by implementing a modified version of pisoFoam.
I think I've come quite far in my implementation, and when starting a run my solver reads the correct meshes, with the correct number of cells, the right names, correct implementation of the turbulence model, etc. So far so good.

However, when starting the time loop, OpenFOAM complains about not finding region0 (which is the standard region, but which I don't have since I named my regions differently.) I get the following error:

Code:
--> FOAM FATAL ERROR: 

    request for objectRegistry region0 from objectRegistry doubleDomain_split failed
    available objects of type objectRegistry are

2
(
region1
region2
)
I find quite strange that OpenFOAM is wanting to use region0, whereas I really specify region1 or region2 in my code, and that they are available as objectRegistries..
Would someone have an idea on how to fix this?

Kind regards,

Francois.
Fransje is offline   Reply With Quote

Old   December 1, 2010, 13:09
Default
  #2
Senior Member
 
Francois
Join Date: Jun 2010
Posts: 107
Rep Power: 21
Fransje will become famous soon enough
Hum..

I've pinpointed the error origin to the command:
Code:
runTime++;
I don't know if that's of any help...

Looking forward to your replies!

Francois.
Fransje is offline   Reply With Quote

Old   December 1, 2010, 14:45
Default
  #3
Senior Member
 
Francois
Join Date: Jun 2010
Posts: 107
Rep Power: 21
Fransje will become famous soon enough
And in Time.C, the problem occurs in the function:
Code:
Foam::Time& Foam::Time::operator++()
At the line:
Code:
00645     if (!subCycling_)
00646     {
00647         if (timeIndex_ == startTimeIndex_)
00648         {
00649             functionObjects_.start();
00650         }
00651         else
00652         {
00653             functionObjects_.execute();
00654         }
00655     }
Any ideas?

Kind regards,

Francois.
Fransje is offline   Reply With Quote

Old   December 2, 2010, 01:20
Default
  #4
Member
 
Fábio César Canesin
Join Date: Mar 2010
Location: Florianópolis
Posts: 67
Rep Power: 16
Canesin is on a distinguished road
You can just use my chtIcoMultiRegion solver with zero solid regions.

http://www.cfd-online.com/Forums/ope...egionfoam.html
Canesin is offline   Reply With Quote

Old   December 2, 2010, 13:33
Default
  #5
Senior Member
 
Francois
Join Date: Jun 2010
Posts: 107
Rep Power: 21
Fransje will become famous soon enough
Dear Fabio,

Thank you for your reply and for the solver. But oh my! Is it Christmas coming early?

I'll look through it and come back to you if I have any questions.

Kind regards,

Francois.
Fransje is offline   Reply With Quote

Old   December 7, 2010, 11:46
Unhappy
  #6
Senior Member
 
Francois
Join Date: Jun 2010
Posts: 107
Rep Power: 21
Fransje will become famous soon enough
Dear Fabio,

I used the incompressible multiRegion solver you developed to try and run the case I was describing, but I encounter the same error...

The only modifications I made to the solver was to kick out the reading of the "K", "T", "Pr" etc variables since I was not planning on using them, and my programme compiled without errors.

I then used the same two region meshes I had defined earlier, and set solidRegionNames in the ./constant/regionProperties file to
Code:
solidRegionNames (    )
The simulation starts, creates all the fields properly, gives me a region dependent min and max Courant number, and then crashes again with the same error as in my original post...

Any ideas?

Kind regards,

Francois.
Fransje is offline   Reply With Quote

Old   December 7, 2010, 15:23
Default
  #7
Member
 
Fábio César Canesin
Join Date: Mar 2010
Location: Florianópolis
Posts: 67
Rep Power: 16
Canesin is on a distinguished road
Add a dummy region.. that do nothing.. zeroGradient in all boundaries.
Canesin is offline   Reply With Quote

Old   May 30, 2011, 18:57
Default
  #8
New Member
 
Jean El-Hajal
Join Date: Jun 2010
Location: Ulm
Posts: 16
Rep Power: 16
Jean El-Hajal is on a distinguished road
Hi,

I had a problem with chtIcoMultiRegionFoam compilation with 1.7.x

In the file:

chtIcoMultiRegionFoam/derivedFvPatchFields/solidWallMixedTemperatureCoupled/solidWallMixedTemperatureCoupledFvPatchScalarField .C

just add #include "mapDistribute.H" like this:


#include "solidWallMixedTemperatureCoupledFvPatchScalarFiel d.H"
#include "addToRunTimeSelectionTable.H"
#include "fvPatchFieldMapper.H"
#include "volFields.H"
#include "directMappedPatchBase.H"
#include "mapDistribute.H"
#include "regionProperties.H"

maybe could help someone.

Jean
Jean El-Hajal is offline   Reply With Quote

Reply

Tags
multi region, objectregistry, region0, region1


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 Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
paraview installation woes vex OpenFOAM Installation 15 January 30, 2011 08:11
bubbleFoam validation case balkrishna OpenFOAM Running, Solving & CFD 24 August 30, 2010 05:37
version GLIBCXX_3.4.9 and GLIBCXX_3.4.11 not found ovie Main CFD Forum 1 April 19, 2010 15:00
[OpenFOAM] Problem with paraFoam on a linux-64 bit bunni ParaView 4 April 14, 2010 21:55
paraFoam reader for OpenFOAM 1.6 smart OpenFOAM Installation 13 November 16, 2009 22:41


All times are GMT -4. The time now is 14:58.