OpenMDAO / OpenMDAO/Aviary

Add functionality for 'analysis' modes that do not involve mission trajectory optimization

Open
#1,129 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
287
Forks
140
Avg merge
6d 14h
Merged PRs (30d)
18

Description

Desired capability or behavior.

There are lots of examples where an aircraft designer might only want to use the relationships inside aviary and not perform an entire Aircraft / Mission Optimization.
These might involve:

  • Simple Takeoff & Landing
  • Mass Breakdown
  • Aerodynamic Analysis

It could be useful for someone looking at sensitivities of the Aviary relationships to input variables, where an entire aircraft or mission analysis is not required.

We could add a flag into the input file to toggle these things without providing a phase_info, and/or potentially add additional functions to the CLI.

Suggested implementation.

The unittests for Takeoff, Landing, Aero and Mass estimations might be a good place to start by checking how those test problems are setup.
These could form the basis for examples showing this analysis behavior or a variable toggle to setup the problems in the correct way without running a trajectory optimization.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the unit tests for Takeoff, Landing, Aero, and Mass estimations, as suggested in the issue, and inspect how those test problems are set up. Determine how an input-file flag or CLI option could run these analyses without phase_info or trajectory optimization; done means the supported analysis modes can run independently and are covered by examples or tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.