Skip to content

Conversation

@talbring
Copy link
Member

Proposed Changes

This is the first part of a series of PRs which completely refactor the output (and parts of the input).

In this one I introduce the sub-config file feature for multizone/multiphysics problems. More information on how it works can be found here:

https://su2code.github.io/docs/Multizone

Note that the automatic deduction of the correct interface type is not working at the moment. So the MARKER_FLUID_INTERFACE or MARKER_CHT_INTERFACE still has to be there at the moment ...

Furthermore this changes the way grid movement is specified in the config files. Examples can be found also using the link above or by simply looking at the sliding_interface test cases.

Related Work

PR Checklist

Put an X by all that apply. You can fill this out after submitting the PR. If you have any questions, don't hesitate to ask! We want to help. These are a guide for you to know what the reviewers will be looking for in your contribution.

  • I am submitting my contribution to the develop branch.
  • My contribution generates no new compiler warnings (try with the '-Wall -Wextra -Wno-unused-parameter -Wno-empty-body' compiler flags).
  • My contribution is commented and consistent with SU2 style.
  • I have added a test case that demonstrates my contribution, if necessary.

STEADY_TRANSLATION = 11, /*!< \brief Simulation in a steadily translating frame. */
GUST = 12, /*!< \brief Simulation on a static mesh with a gust. */
MOVING_HTP = 13, /*!< \brief Simulation with moving HTP (rotation). */
FLUID_STRUCTURE_STATIC = 14 /*!< \brief Fluid structure deformation with no grid velocity. */
Copy link
Contributor

Choose a reason for hiding this comment

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

Should the identifiers be updated?

Copy link
Member

@economon economon left a comment

Choose a reason for hiding this comment

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

Thanks for the big effort, @talbring

Just one or two main comments with some other small items.

Copy link
Member

@pcarruscag pcarruscag left a comment

Choose a reason for hiding this comment

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

Thanks @talbring, very welcome refactoring.
Please see my two comments below.

@talbring talbring marked this pull request as ready for review June 28, 2019 12:25
Copy link
Member

@pcarruscag pcarruscag left a comment

Choose a reason for hiding this comment

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

Thanks for the changes I asked.

Copy link
Member

@economon economon left a comment

Choose a reason for hiding this comment

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

LGTM. Last chance if anyone has some final comments, otherwise we'll merge shortly.

@talbring talbring merged commit d4ea1ec into develop Jul 18, 2019
@economon economon deleted the feature_mz_config branch July 19, 2019 02:20
@stephansmit
Copy link

Was playing around with the turbomachinery cases with the new multi-zone config. I like the new changes, makes it much clearer!

Just a remark, don't know if this is on purpose, but for the configuration parameter TURBOMACHINERY_KIND, you still need to supply them in the general configuration file for both zones (so in case of a two zone problem: TURBOMACHINERY_KIND = CENTRIFUGAL CENTRIFUGAL). Wouldnt it make more sense to have this per zone specified in the respective configuration file?

@talbring talbring changed the title Multizone Config Update Sub-config files for multizone problems Nov 8, 2019
@pr-triage pr-triage bot added the PR: merged label Nov 8, 2019
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.

6 participants