Skip to content

Fixes a bug where GASP horizontal and vertical tail areas couldn't be overriden.#798

Merged
jkirk5 merged 6 commits intoOpenMDAO:mainfrom
Kenneth-T-Moore:override_gasp
Jun 16, 2025
Merged

Fixes a bug where GASP horizontal and vertical tail areas couldn't be overriden.#798
jkirk5 merged 6 commits intoOpenMDAO:mainfrom
Kenneth-T-Moore:override_gasp

Conversation

@Kenneth-T-Moore
Copy link
Copy Markdown
Member

@Kenneth-T-Moore Kenneth-T-Moore commented Jun 11, 2025

Summary

Fixes a bug where GASP horizontal and vertical tail areas couldn't be overriden.

  • Removed hard-coded "0" tail areas from the GASP csv files. These weren't caught because the override was broken.
  • This also fixes where these areas are being set to zero in flops_to_aviary.
  • The components in emmpenage are slightly less "general" now, but they conform to Aviary standards common to the other components.

Related Issues

Backwards incompatibilities

None

New Dependencies

None

@Kenneth-T-Moore Kenneth-T-Moore requested a review from xjjiang June 11, 2025 19:45
@xjjiang
Copy link
Copy Markdown
Contributor

xjjiang commented Jun 14, 2025

In variable_meta_data.py, there are TODO comments under Aircraft.HorizontalTail.AREA and Aircraft.VerticalTail.AREA. Do you want to take a look?

aircraft:fuselage:seat_width,20.2,inch
aircraft:fuselage:tail_fineness,3,unitless
aircraft:fuselage:wetted_area,4000,ft**2
aircraft:horizontal_tail:area,355.0,ft**2
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Why is it removed even when it is not zero?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

Hey, Xun. I removed this because the problem is using the gasp mission, and seems to work better with the gasp-computed tail value instead of the one from the FLOPS input file. Note that, due to the bug, override wasn't working for the GASP empennage, so the 355 value was being ignored.

import openmdao.api as om

from aviary.variable_info.functions import add_aviary_input, add_aviary_option
from aviary.variable_info.functions import add_aviary_input, add_aviary_output, add_aviary_option
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Should we list them in alphabetic order?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

Yeah, i will fix that on whatever PR i submit next.

'horizontal tail. Wing span for a vertical tail.'
),
)
add_aviary_input(self, self.io_names['wing_ref'], val=12.612, units='ft')
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I think it will be good to keep the description so that some history is not lost. Same comment applies to other variables.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

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

I guess this is a good point that there is some value to keeping some of the descriptive text from the generic "sizing" component.

@jkirk5 jkirk5 enabled auto-merge June 16, 2025 13:00
@jkirk5 jkirk5 disabled auto-merge June 16, 2025 13:01
@jkirk5 jkirk5 merged commit d7fd042 into OpenMDAO:main Jun 16, 2025
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Overriding GASP tail geometry variables does not work.

3 participants