Use unstructured lift/drag interpolators #89
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Purpose
This is a small PR to enable unstructured airfoil polar data to be used to define the lift/drag lookup tables.
Changes
The
nrel_5mw
airfoil polars are defined with different angular resolutions at different stations along the blade (e.g., station 0 has 3 aoa points, station 4 has 136 aoa points, station 7 143, and so on). The current approach to defining lift/drag lookup tables assumes a common angle-of-attack grid and makes use of a structured interpolation. To handle cases like thenrel_5mw
the following changes have been made:LinearNDInterpolator
instead ofRectBivariateSpline
and refactoring to construct the right inputs for the former.Additionally, some minor changes were made along the lines of enabling the
nrel_5mw
runs and verification:tip_loss
option to enable turning off the tip loss model from the yaml file and rename value totip_loss_fac
to avoid confusion.hmin
,gaussian_width
, andnum_blade_segments
.Type of Change
Checklist