conjugateHeatFOAM: exchange of INFO at INTERFACE??
 

Hi all,

I'm having a look at the code of the cht solver conjugateHeatFOAM. I was expecting to find something similar to what has been done for chtMultiRegionFOAM, I mean in terms of BCs like: solidWallMixedTemperature or solidWallMixedHeatFlux. My aim is to understand which kind of info is send/received by the fluid or the solid, but from what I've seen, there is only this regionCouple BC.
Any clarification is well accepted!!
thanks in advance

Dear Leonardo,

the boundary conditions CANNOT be the same as in chtMultiRegionFoam due to the nature of coupling (implicit) and regionCouplingFvPatchField is the place to look:

$FOAM_SRC/finiteVolume/lnInclude/regionCoupleFvPatchField.C

Best Regards,

Henrik

Dear Henrik,

what do you mean exactly by "implicit coupling"?? I'm not sure "implicit" has the common meaning used in CFD since we are in a coupling procedure now.
ps: I found several files with the name you suggested, although in other folders, is there a reason for that??
thanks for you availability

Dino

Dear Leonardo,

sorry, only one file here:

galerius*253-> find $FOAM_SRC -name "regionCoupleFvPatchField.C"
/home/foam/OpenFOAM/OpenFOAM-1.5-dev/src/finiteVolume/lnInclude/regionCoupleFvPatchField.C
/home/foam/OpenFOAM/OpenFOAM-1.5-dev/src/finiteVolume/fields/fvPatchFields/constraint/regionCouple/regionCoupleFvPatchField.C

Here, implicit means that we construct a combined matrix for both regions (fluid and solid) rather than building two matrices and coupling (explicitly) through the boundary conditions.

Henrik

ok,

I started looking at the code few days ago, so I didn't know that all the files are duplicated in the lnInclude folder.
However thanks for your help.

Dino

So why use conjugateHeatFoam over chtMultiRegionFoam? I'm guessing the implicit method that conjugateHeatFoam uses is supposed to be faster?

PS: I've been having problems with conjugateHeatFoam:
http://www.cfd-online.com/Forums/ope...tml#post251473

In my case I would use chtMultiRegionFoam because in other softwares I worked with, this kind of approach seems to be more reliable, as I can see from your results as well.
However I need to simulate an incompressible flow therefore conjugateHeatFOAM is the only chance I have in OF (apart from developing my own chtMultiRegion for incompressible !!!)

Dino

ps: somebody knows why chtMultiRegionFOAM has been developed only for compressible flows?? before trying to modify it I would like to know if there is a serious problem in such work!!