Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New SA version/correction combinations and new way of specifying them in the config (SA_OPTIONS=...) #1646

Merged
merged 152 commits into from
May 27, 2022

Conversation

pcarruscag
Copy link
Member

We can't really roll out SST_OPTIONS without SA_OPTIONS... so here it is.
This implements what @suargi envisioned in #1364 by leveraging the SA "modularization" done in #1413

WallyMaier and others added 30 commits March 11, 2022 10:56
NONE, /*!< \brief No option / default. */
NEG, /*!< \brief Negative SA. */
EDW, /*!< \brief Edwards version. */
FT2, /*!< \brief Use FT2 term. */
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's better to use the keyword NOFT2 instead of FT2 to be more compatible with the NASA naming.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same problem as with "modified" "unmodified" if we want to default to noft2 we need two options, and one will be redundant

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But we can change to WITHFT2 to avoid confusion

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For compatibility with previous config files and avoid problems with transition, see #1066 (comment), I think it is better to set the default to the no-ft2 version and add activate it with WITHFT2.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the nasa website should be leading here. If they call it SA-NOFT2, then I think for the end user it is most clear if we use SA_OPTIONS=NOFT2
Also, if the user sees in the config file that the turbulence model is SA, then it should be SA, and not SA-neg, or SA-noft2.
We should prevent submodels being activated in a hidden way. Maybe it is even better to either force the user to provide an SA_OPTION, to make her aware of the change (my preference), or give a warning that no SA_OPTION is found (might be missed).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would agree with you Nijso, if we were doing it from scratch, but that boat sailed and we are not going to break backward compatibility like that.
We can think about it for V8.

But I have a good solution for the "legal" combinations problem, to use the "illegal" ones it will be necessary to put "EXPERIMENTAL" in the SA options.
Ok?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure, we can postpone the 'breaking' when we have the power of a V8 and the users had some time to adjust.
And if a user really wants to use combinations that are not found in the literature, we can allow it with some warnings.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Great, done!

@pcarruscag
Copy link
Member Author

pcarruscag commented May 23, 2022 via email

@@ -110,7 +110,7 @@ CTurbSASolver::CTurbSASolver(CGeometry *geometry, CConfig *config, unsigned shor

Factor_nu_Inf = config->GetNuFactor_FreeStream();
su2double nu_tilde_Inf = Factor_nu_Inf*Viscosity_Inf/Density_Inf;
if (config->GetKind_Trans_Model() == TURB_TRANS_MODEL::BC) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This brings up an interesting possible issue. Once we have a LM transition model, where will the BC transition live? SA options? or will it be in TRANSITION_MODEL?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yep SA_OPTIONS I think, since it is a very simple modification that does not require an entire solver / extra equations.

Copy link
Contributor

@WallyMaier WallyMaier left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good to me! It seems it went much easier than its SST counterpart!

config_template.cfg Outdated Show resolved Hide resolved
@pcarruscag pcarruscag merged commit ead83fe into develop May 27, 2022
@pcarruscag pcarruscag deleted the sa_options branch May 27, 2022 09:38
@pcarruscag
Copy link
Member Author

pcarruscag commented Oct 11, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants