NWTC

Hi, If you are simply looking to use MoorDyn, I'd recommend downloading the already compiled libraries rather than the source code. If you are looking to edit the code, please see below. For Windows, the makefiles provided with MoorDyn were set up for use with MinGW. If you don't already have it, I'...

Hi Krishnaveni, I agree with Jason that your proposed approach is a good solution. Because MoorDyn is a lumped-mass model, the calculated touchdown length will change abruptly as a node touches down or lifts off. However, if you have enough nodes (short enough segments) the jumps in touchdown length...

Hi Yichau.Liu, Simulating mooring line failures would be an interesting capability. I've thought of the idea itself, but never how to go about realizing it in MoorDyn. Here are a few initial thoughts in case they are of help. Most of MoorDyn's information about the mooring system is stored in "...

Hi Paul,

Yeah, that sounds like the right approach. Summing the Con#fZ outputs (where # is connection number) for all the fairlead ("vessel") connections should give the total vertical force you're looking for. Glad there's a solution available for what you're looking for.

Best,
Matt

Hi Paul, MoorDyn in FAST isn't currently set up to output the net force components along the line - mostly because I wasn't sure this sort of output would be useful and have a clear physical meaning. The net forces on a node internal to the line would include tensions pulling in opposite directions ...

Dear Luigia, The outputs directly from MoorDyn, including the "N" units, seem to be the correct ones in this case. 9E5 N is the right order of magnitude. I'll look through the code and see if I have an error in how MoorDyn passes the fairlead tensions to FAST. Did you mention that there wa...

Hi, What version of FAST and MoorDyn are you using? I didn't have all the output channels set up in the first MoorDyn versions, but the "Con4pX"-type outputs should be working in the latest version. If updating doesn't solve the problem or you're already using the latest version, let me kn...

I know this is an old thread now, but just as an update: I too encountered the internal error problem with my installed version of gfortran, but the latest version from http://sourceforge.net/projects/mingw-w64/ (gfortran version 5.1.0) seems to have it solved.
Cheers,
Matt

Hi Subin or Marshall, I know it's been some time since this thread was active, but I am also confused as to what "typeLMF" could mean in the MCrunch input files, and was hoping one of you might be able to tell me. Cheers.

Matt

Thanks, Jason. That was just what I needed to get things working. For some reason following equation (6) from the paper I still had discrepancies in the results, but using WaveElevC0 in the equation you typed out worked perfectly.

Best regards,
Matt

Hi Jason, In my efforts to couple in different mooring models, I've been working to transmit the discrete wave spectrum generated by FAST to an external model. I am using values from within subroutine InitWaves of height, period, wave number, and phase of each discrete frequency component. These val...

Thank you Jason. I did compile my version with the Bladed-style DLL interface. The code changes you provided will be very helpful.

Matt

Jason, Thanks for your fast reply. In the meantime, I had gone ahead and coded in a means of inputting additional platform damping coefficients using a file of the same format as the WAMIT hydrostatic restoring (.hst) file. I'm glad to hear there wasn't a pre-existing input for specifying the additi...

Hello, I'm running a number of simulations making use of the OC3 Hywind model as provided on your server for some comparison efforts with alternate mooring models. Reading the "Definition of the Floating System for Phase IV of OC3" document, I noticed "additional linear damping" ...