[ashish.vinayak]

Hi,

Is it possible to set groovyBC to map a non-uniform scalar list between two region of a multi-region case if both the regions have the same grid resolution?

in the fluid region

interfacePatch {
type groovyBC;
valueExpression "gass";
variables "gass{interfacePatch/solidRegion}=phiGas;";
initialValue nonuniform List<scalar> (0, 0, ....., 0);
}


in the solid region (these values are calculated by the solver during a time step)

interfacePatch {
type calculated;
value nonuniform List<scalar> (...);
}

The solver computes the solid region value first, and then uses the groovyBC to compute the interfacePatch for the fluid region. However, using the current set-up, it only stores 1 value from the solidregion-interfacePatch as a uniform scalar in the fluidregion-interfacePatch.

I hope I have made this clear enough I can explain more if needed.

[ashish.vinayak]

I found a post by gschaider that only uniform values can be supplied. Has any development taken place on this after that ? The post is quite old !

The problem is when mapping a multi-region species transfer using groovyBC, mass conservation does not hold since influx of species assumes average patch value at the interface, instead of exact face values.

[ancolli]

could u solve ur problem?

[ashish.vinayak]

Hi Alejandro,

I would suggest you try a different approach, maybe a mapped boundary condition. I created a similar one for my case since doing non-uniform lists was not possible for me. To the best of my knowledge, I do not think it can be done either.

Best Regards.

EDIT: Its exactly the problem I said, I tried setting up non-uniform but groovyBC setup up the values such that, it calculates max, min and avg. And then sets the value at each patch as the average value, if your case contains highly non-uniform points, it will most certainly result in erroneous solution.

[ancolli]

Originally Posted by ashish.vinayak

Hi Alejandro,

I would suggest you try a different approach, maybe a mapped boundary condition. I created a similar one for my case since doing non-uniform lists was not possible for me. To the best of my knowledge, I do not think it can be done either.

Best Regards.

EDIT: Its exactly the problem I said, I tried setting up non-uniform but groovyBC setup up the values such that, it calculates max, min and avg. And then sets the value at each patch as the average value, if your case contains highly non-uniform points, it will most certainly result in erroneous solution.

what about that:

The incomplete swak4foam reference: The only exception currently implemented is if the current patch is amappedpatch and the external expression is evaluated on the “part-ner patch”. In this case the non-uniform result will be mapped to thelocal patch

Edit: Can u share ur mapped BC? or some tutorials? Thanks in advance!!