|
[Sponsors] |
Multiregion mesh to mesh interpolation during runtime |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 16, 2023, 14:13 |
Multiregion mesh to mesh interpolation during runtime
|
#1 |
New Member
Jonathon
Join Date: May 2022
Posts: 3
Rep Power: 4 |
Hello,
I have a multiregion solver based on chtmultiregionfoam with 1 solid region and 1 fluid region and arbitrary N neutron physics regions solving another equation set. I have read many posts about meshToMesh but I am not sure if anyone has implemented this structure for a case with multiple solid zones, multiple fluid zones, and multiple extra zones for another physics set. I want to transfer data between the single solid region and ALL N neutron regions. I then use that data in the neutron physics equations, then transfer other data back to the solid regions. I also do the same for fluid regions. I am mainly interested in transferring just temperature and velocity data. The neutron physics regions are subdivisions of each solid and fluid region. There can be potentially hundreds of individual neutron physics zones based on the problem size. The neutron physics meshes, when combined, also covers the entire fluid+solid domains so all space is covered. For now, the combination of all neutron region meshes would be consistent with the solid and fluid meshes to ease the data transfer process. I also do not want to extrapolate any data when transferring data from a neutron mesh to the solid mesh. It seems that there are however problems with extrapolation reported here: Undesired extrapolation when using mapFields/meshToMesh such that when going from a smaller mesh to a larger mesh, data is extrapolated beyond the smaller mesh boundaries. In my case this would be the data transfer between the neutron (small) mesh and the solid mesh. I havent exactly tested this for my case yet since I am unsure if the implementation would even work. Is there any way to do what I want using meshToMesh? I thought about creating a loop that looks like the following (slight psuedo-code) but am unsure of how it would work or if it would just cause extrapolation errors and issues. Unfortunately for my problem, I must have many neutron zones. Ideally I would like to have multiple solid or fluid zones and create a generalized solver but I will stick with a signal zone of solids and fluids for now. Here is my proposed pseudo code but I am not sure if it will extrapolate erronously or cause issues going from the smaller neutron meshes to the bigger solid meshes and vice versa. Solid to neutron meshToMesh: Code:
ptrList<meshToMesh> solidToNeutron(neutronRegions.size()); forAll(neutronRegions, N) { meshToMesh solidToNeutron[N] ( neutronRegions[N], solidRegions[0], interpolationMethod, procMapMethod, false ); } Code:
forAll(neutronRegions, N) { solidToNeutron[N].mapSrcToTgt(solidTemp[0], plusEqOp<scalar>(), neutronTemp[N]) } |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[snappyHexMesh] snappyHexMesh does not detect highly skewed faces? | ptpacheco | OpenFOAM Meshing & Mesh Conversion | 1 | January 4, 2022 13:37 |
[snappyHexMesh] snappyHexMesh does not create any mesh except one for the reference cell | Arman_N | OpenFOAM Meshing & Mesh Conversion | 1 | May 20, 2019 18:16 |
[snappyHexMesh] Creating multiple multiple cell zones with snappyHexMesh - a newbie in deep water! | divergence | OpenFOAM Meshing & Mesh Conversion | 0 | January 23, 2019 05:17 |
[snappyHexMesh] sHM layer process keeps getting killed | MBttR | OpenFOAM Meshing & Mesh Conversion | 4 | August 15, 2016 04:21 |
fluent add additional zones for the mesh file | SSL | FLUENT | 2 | January 26, 2008 12:55 |