View Issue Details

IDProjectCategoryView StatusLast Update
0000745OpenFOAMBugpublic2013-05-16 11:27
Reporteruser591Assigned Touser4 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformamd64OSXubuntu OS Version12.10
Summary0000745: Radiation does not pass through AMI interface (view factor model)
DescriptionRadiation does not pass through AMI interface. View factor model is used.

See notes.png picture in the attached zip-file to understand problem better. Example domain, AMI location, result of simulation and correct result are shown in notes.png
Example case is also inside zip archive.

I think 'faceAgglomerate' and 'viewFactorsGen' work incorrectly with AMI. But it probably easy to manage since they need just ignore AMI boundaries, since there is no radiation processes on them.
Steps To ReproduceUnpack zip. Run file 'Allrun' in 'example' subfolder.
Additional InformationThe correct solution can be obtained with some tricks:
1) remove AMI boundaries from 'constant/polyMesh/boundary' file
2) run 'faceAgglomerate' then 'viewFactorsGen'
3) copy produced files 'constant/F' to 'constant/F_noAMI' and 'constant/globalFaceFaces' to 'constant/globalFaceFaces_noAMI'
4) put AMI boundaries back to 'constant/polyMesh/boundary' file
5) run 'faceAgglomerate' and 'viewFactorsGen'
6) replace 'constant/globalFaceFaces' by 'constant/globalFaceFaces_noAMI' and 'constant/F' by 'constant/F_noAMI'
7) run solver

Allrun file which follow the above routine can be found in 'corrected' subfolder of the attached zip archive.
TagsNo tags attached.

Activities

user591

2013-02-12 13:43

 

Rad_AMI.zip (821,722 bytes)

user591

2013-05-15 09:57

  ~0002202

To solve the problem a small change should be introduced to searchingEngine.H. Just to skip cyclicAMI patches in a cycle.

forAll(Qrb, patchI)
{
    const polyPatch& pp = patches[patchI];
   if (!isA<processorPolyPatch>(pp) && !isA<cyclicAMIPolyPatch>(pp))
    {
          includePatches.insert(patchI);
    }
}

Please account for this in the main branch.

user4

2013-05-16 11:27

  ~0002211

Pushed to 22x as bd0ad1b3c92d216b4e6055845540f44b3d36ece1.

Thanks for report and solution!

Issue History

Date Modified Username Field Change
2013-02-12 13:43 user591 New Issue
2013-02-12 13:43 user591 File Added: Rad_AMI.zip
2013-05-15 09:57 user591 Note Added: 0002202
2013-05-16 11:27 user4 Note Added: 0002211
2013-05-16 11:27 user4 Status new => resolved
2013-05-16 11:27 user4 Fixed in Version => 2.2.x
2013-05-16 11:27 user4 Resolution open => fixed
2013-05-16 11:27 user4 Assigned To => user4