Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Local Sectional Load (Force/Moment) Output Bug in BeamDyn #11

Closed
jjonkman opened this issue Mar 3, 2017 · 4 comments
Closed

Local Sectional Load (Force/Moment) Output Bug in BeamDyn #11

jjonkman opened this issue Mar 3, 2017 · 4 comments

Comments

@jjonkman
Copy link
Collaborator

jjonkman commented Mar 3, 2017

The local sectional load (force/moment) outputs from BeamDyn are not correct. We'd prefer to implement these load calculations via integration of the applied, gravitational, and inertial loads distributed along the beam from the section to the tip, plus the relevant applied point loads.

More information provided in the following forum topic: https://wind.nrel.gov/forum/wind/viewtopic.php?f=3&t=1622.

@WangQi315
Copy link

@jjonkman, I think we corrected this output for the trapezoidal integration.

@andrew-platt
Copy link
Collaborator

We (Envision) have a fix for this using the Fc and Fd terms (which are already calculated and stored) and the shape functions. We will give this code to you and hope you can check the validity of our solution.

@michaelasprague
Copy link
Contributor

@andrew-platt , it would be great if this could be submitted as a pull request -- please let us know if there's another mechanism you'd prefer. Thanks!

bjonkman added a commit to bjonkman/openfast that referenced this issue Oct 26, 2017
- fixed initialization of PointLoad mesh (driver only)
- added variables and reorganized loops for optimization
- fixed internal-loads outputs (fixes OpenFAST#11)
- Note that OpenFAST#13 has also been fixed (in a previous commit)
@rafmudaf
Copy link
Collaborator

This issue was fixed in pull request #114

bjonkman referenced this issue in bjonkman/openfast Nov 12, 2019
TravisCI: run the linearization cases in serial
andrew-platt referenced this issue in andrew-platt/openfast Jun 26, 2020
Reg test: Update the linearization output format
mattEhall referenced this issue in mattEhall/openfast Dec 3, 2020
FAST.Farm: Fix more ambiguous references
erickaloz pushed a commit to erickaloz/openfast that referenced this issue Mar 10, 2022
…hall/MDv2-farm

Update to OpenFAST/dev branch, and some SrvD_Linearization updates
andrew-platt pushed a commit that referenced this issue May 31, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants