fix non-linear hydro #910
Merged
fix non-linear hydro #910
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Contributor
Author
|
Some figures for reference: This fixes the transient over-estimation of restoring force (in excess of saturation values) for all cases. For zero damping, what #886 called 'without PTO', we see that there is some "ringing" near the saturation value. For this non-physical case with no damping, this "ringing" represents the change in hydrostatic equilibrium due to the changing wave elevation and panels at a given Z entering/exiting the water, changing the restoring force in a step-wise fashion. While this is non-physical, it is an expected numerical artifact and suggests this implementation is correct. |
Contributor
|
Hi @dforbush2 and @kmruehl , Sorry about the delay. I checked the issue in the restoring forces. And it looks all good to me. I would recommend this to be merged. |
Contributor
Author
|
This PR introduced a bug in the FKForce calculation and should be reverted. |
dforbush2
added a commit
that referenced
this pull request
Mar 22, 2023
This reverts commit 118f156.
kmruehl
pushed a commit
that referenced
this pull request
Mar 22, 2023
kmruehl
added a commit
that referenced
this pull request
Aug 10, 2023
* Revert "fix non-linear hydro (#910)" (#1016) This reverts commit 118f156. * Updating MoorDyn to resolve the MoorDyn crashing MATLAB session. (#1012) When MoorDyn is used in WEC-Sim design, it is called as an external DLL executable library, and it runs on a separate console.exe under MATLAB's main process, with its separate process-ID(PID) in the windows task manager. The issue is related to the following scenarios on the Windows platform: 1>> if the lines data text file has an error in it. 2>> MoorDyn fails to converge. 3>> MoorDyn is launched, but the model has some other error. Under such a scenario, MATLAB fails to terminate the MoorDyn Console and hangs instead, and either crash immediately or crashes if we press the close button on the MoorDyn console window. Either way, there seems to be no way the MATLAB session can recover from MoorDyn failure without crashing. It becomes a major issue if we are trying to tune mooring lines and want to try different lines configurations and stiffnesses, etc., to find an optimal mooring system because some configurations will not work, which will keep crashing MATLAB sessions during the test and trial. The goal is for MoorDyn's failure not to crash the MATLAB session but instead MoorDyn dll execution to close and the MoorDyn console to close. I've found a solution to that. For scenarios 1 and 2, the following Fix#01 seems to work on the Windows platform. And to cover scenario 3, an additional Fix#02 is needed. Fix#01 In the MoorDyn block's 'InitFcn' call, making the following suggested changes check for MoorDyn Initialization failure and terminates the MoorDyn.dll console without crashing the MATLAB Session. Fix#02 Suppose the MoorDyn console has been launched, but there is an error in the Simulink model. In that case, MATLAB throws an error and terminates the Simulink execution without terminating the MoorDyn console window. A try-catch statement in the wecsim file can address this issue. If a Simulink model error occurs, we can print the error and terminate the MoorDyn Console process. * Update docs on master (#1031) * updates_docs_on_master * incorporating_kelleys_minor_edits * save mooring library to R2020b * Add missing bibtex file * Use master branch of matlabdomain Fixes function parsing error * Fix DD PTO Output order (#1095) * resolves issue #1090 readAQWA bug (#1096) * resolving failed tests * Set 'CacheFolder' to '' (#1100) --------- Co-authored-by: dforbush2 <dforbus@sandia.gov> Co-authored-by: Dr. Ali Haider (Alix) <71473429+AlixHaider@users.noreply.github.com> Co-authored-by: Sal <84348506+salhus@users.noreply.github.com> Co-authored-by: akeeste <akeeste@sandia.gov> Co-authored-by: jtgrasb <87095491+jtgrasb@users.noreply.github.com> Co-authored-by: Mathew Topper <damm_horse@yahoo.co.uk> Co-authored-by: Salman Husain <shusain@nrel.gov>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
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.
This is in regard to issue #886 to revise the nonLinearHydro calculation to use the difference between body position and wave elevation, rather than just body position. This affects both non-linear hydro option 1 and 2.