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

F/md shared example #2584

Open
wants to merge 4 commits into
base: dev
Choose a base branch
from

Conversation

andrew-platt
Copy link
Collaborator

@andrew-platt andrew-platt commented Dec 23, 2024

Ready to merge

Feature or improvement description
This PR adds visualization of shared mooring lines from MoorDyn at the FAST.Farm level. This is a feature that several have requested.

Visualization of shared moorings is at the FAST.Farm timestep rate

NOTE: there are input files. There is a new line in the FAST.Farm input file for the WrMooringVis flag:

3                 Mod_SharedMooring  - Shared mooring system model (switch) {0: None, 3=MoorDyn}}
--- SUPER CONTROLLER --- [used only for UseSC=True]
"unused"          SC_FileName        - Name/location of the dynamic library {.dll [Windows] or .so [Linux]} containing the Super Controller algorithms (quoated string)
--- SHARED MOORING SYSTEM --- [used only for Mod_SharedMoor>0]
"SharedMooring2.dat" SharedMoorFile  - Name of file containing shared mooring system input parameters (quoted string) [used only when Mod_SharedMooring > 0]
0.05              DT_Mooring         - Time step for farm-level mooring coupling with each turbine (s) [used only when Mod_SharedMooring > 0]
true              WrMooringVis       -  Write shared mooring visualization, at the global FAST.Farm time step (-) [only used for Mod_SharedMooring=3]
--- AMBIENT WIND: PRECURSOR IN VTK FORMAT --- [used only for Mod_AmbWind=1]

Related issue, if one exists
None

Impacted areas of the software
Visualization from FAST.Farm only

Known issues with this PR

  • the width of the VTK file time code is hardcoded to 5 instead of calculated
  • if visualization of OpenFAST platforms is also done, the numbering of the VTK files will not correspond. This is really a question about changing how the coding of time of VTK files is done - that's a different discussion though.

Test results, if applicable
New test case for two IEA 15 MW turbines in a shared mooring system. This case highlights that there is an issue with the initialization of the mooring lines (one turbine is rotated by 180 degrees, but this rotation is not factored into the initial relaxation calculations).

Screenshot 2024-12-23 at 12 14 29 AM
Figure 1: Turbine 1, on the left, has a platform rotation of 180 degrees. MoorDyn is calculating the initial relaxation of these mooring lines with the platform rotation of 0 degrees, so the lines do not render well on the first timestep.

  • r-test merge required

Copy link
Collaborator

@deslaughter deslaughter left a comment

Choose a reason for hiding this comment

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

Looks like there's an issue with the file naming for the MD_Shared regression test. The test failed looking for FAST.Farm.out, but it generated a FAST.Farm.FarmMD.MD.out containing MoorDyn data.

@andrew-platt
Copy link
Collaborator Author

Note: I added the WrMooringVis to the shared mooring section instead of the visualization section. I think it is a little less confusing to end users this way.

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.

2 participants