Skip to content

Linear Trim Solution Improvements#1275

Merged
ebranlard merged 1 commit intoOpenFAST:devfrom
bjonkman:b/LinearTrim
Oct 7, 2022
Merged

Linear Trim Solution Improvements#1275
ebranlard merged 1 commit intoOpenFAST:devfrom
bjonkman:b/LinearTrim

Conversation

@bjonkman
Copy link
Contributor

@bjonkman bjonkman commented Oct 7, 2022

This PR is ready to be merged.

Feature or improvement description
The packed operating point array that is used to see if the turbine has reached steady-state in a trim solution was modified in #1050 to assume that all orientation angles in the code are small (<25 deg). Since this is not a valid assumption, I have reverted that code to use log maps.

Also, I have removed the rotational accelerations from the packed arrays for the trim solution. These can be noisy outputs that don't want to converge in this algorithm; since we are already making sure that the position and velocity values are converging, these accelerations should not also have to be in the convergence calculation.

For code readability, I changed the names of some arguments in the GetOP and PackMeshMotion routines.

Also, I fixed an issue where the SD operating point for inputs would not have been displayed correctly in linearization output files.

Related issue, if one exists
This is a follow-up to #1158.

Impacted areas of the software
Linear trim solution (BD, ED, SD structural codes)

Test results, if applicable
This should not change any r-test results.

For other cases that use the trim solution, it is possible that it will now converge sooner than in previous versions of the code, possibly leading to insignificant differences in the steady-state solution.

- The operating point used for trim solutions cannot use GetSmllRotAngs since we can't assume all angles in the simulation are less than 25 degrees. It reverted back to log maps for this calculation.
- I removed the rotational accelerations from the packed arrays for trim solution. These can be noisy outputs, and we are already making sure that the position and velocity values are converging.
- I updated the argument names in the `GetOP` routines for the structural codes that output motions.

This is a follow-up to OpenFAST#1158.
Copy link
Collaborator

@jjonkman jjonkman left a comment

Choose a reason for hiding this comment

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

I have discussed these changes with Bonnie and generally agree with the solution.

@ebranlard ebranlard self-assigned this Oct 7, 2022
@ebranlard ebranlard added this to the v3.3.0 milestone Oct 7, 2022
@ebranlard ebranlard merged commit dcdc7c3 into OpenFAST:dev Oct 7, 2022
@bjonkman bjonkman deleted the b/LinearTrim branch October 7, 2022 19:45
@rafmudaf rafmudaf mentioned this pull request Oct 27, 2022
10 tasks
@andrew-platt andrew-platt mentioned this pull request Dec 19, 2022
10 tasks
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.

3 participants

Comments