Integrated Heatflux for flow problems by TobiKattmann · Pull Request #1530

Integrated Heatflux for flow problems by TobiKattmann · Pull Request #1530 · su2code/SU2

added 2 commits

January 31, 2022 10:37

Therefore a SurfaceArea routine was added to CGeometry which is called once
in the GeoPreproc of the Driver. This central Surface area comp makes the
HF change straight forward and might be useful in some other cases.
The ordering of the SurfaceArea vector of CGeometry follows the Global cfg ordering.

…computed centrally."

This reverts commit 6452710.

Co-authored-by: Pedro Gomes <38071223+pcarruscag@users.noreply.github.com>

Co-authored-by: Pedro Gomes <38071223+pcarruscag@users.noreply.github.com>

…e 'CfgFile'

Co-authored-by: Pedro Gomes <38071223+pcarruscag@users.noreply.github.com>

Co-authored-by: Pedro Gomes <38071223+pcarruscag@users.noreply.github.com>

…into feature_integratedHF

makes comparing cases a little less annoying

Used a 3D cht case and applied it in the solid zone. Residual stay exactly the same.
This, to my experience is only the case because the surface is a plane rectangle.
For e.g. a round shape the small mismatch in exact circle circumference and the discrete
appriximation by the mesh is enough to alter the residuals (and final temperature)
slighthly. The Residual change in this case for the Temperature is due to the error that
was in the mesh (see Testcases #91)

TobiKattmann added a commit that referenced this pull request

Feb 2, 2022

This is due to the previously merged PR #1530 where an NDIME error in the mesh was fixed (where the reg test values already changed) and as this PR makes the same case a restarted one... the values have to be adapted again