OpenFAST / openfast

Main repository for the NREL-supported OpenFAST whole-turbine and FAST.Farm wind farm simulation codes.
http://openfast.readthedocs.io
Apache License 2.0
693 stars 458 forks source link

Openfast problem running Hydrodyn #1875

Closed Americandream123 closed 12 months ago

Americandream123 commented 1 year ago

Hi, I'm using open fast to calculate the 5MW example for OC4 and I'm having the following problem when I change the platform model data to one of my own set model data: modeling Partially submerged/spherical rods requires that the first/bottom-most element of the rod must be completely submerged. This is not the case for MemberID 5. Thank you all for your help! f6221d0803801f8eb5e5f59d20e41ef 6cee201ea1dfc661e02b13b287260df b65494ac2bf3a07eb840a9ac28334aa 4d0ccc0f8f5d9e249dee622e7ce151a

Americandream123 commented 1 year ago

d318a26343b55fdfbbbc3409a507d90 1ef5cb106b186afafced448b04b71cf

I'm building a 10MW model with open fast and the bottom three trusses are always cylindrical how do I build it into the rectangular shape shown below thanks for the help!

Americandream123 commented 1 year ago

e60065371e52ab33513b52d940c5c17 Here's the 10MW model drawing, with the draped swings below as prisms

RBergua commented 1 year ago

In the first message, OpenFAST complains that the flooded/ballasted part defined does not cover the bottom element within that member. This happens for the MemberID = 5 that is defined between JointID = 7 and JointID = 8. The z-coordinates for these joints are -15 m and -4 m, respectively. Since you are using a discretization of 1 m for that member (MDivSize), this means that the region between -15 m and -14 m was not completely flooded. However, looking at the second message, it seems that your input file has been changed since the filled members section is empty (NFillGroups = 0). Accordingly, you should not receive a message about filled/flooded members anymore. Can you confirm?

RBergua commented 1 year ago

For the rectangular members, HydroDyn only allows to include circular (tapered or straight) members. Therefore, you can only define isotropic hydrodynamic coefficients (i.e., the same hydrodynamic coefficients in the transversal direction). To account for two different hydrodynamic coefficients in two different directions (e.g., vertical and horizontal in your pontoons), you could combine cylindrical members with heave plates. See below for reference: image

jjonkman commented 1 year ago

I would just add that we have plans to add direct support for modeling hydrodynamic members with rectangular cross sections in the strip-theory solution in a future release of HydroDyn.

Best regards,

Americandream123 commented 1 year ago

Thank you for your answer to my query. One more small question for you I have the following problem when I do openfast modeling again, but I have checked each point carefully and there is no overlap resulting in zero length. Thank you for your help. 3b9cd8e96e1e714c2b10d6679fa158e c3925caae6207a6302954c40e3f842b 334569de27fca9fb5ca34e0f1b78907

jjonkman commented 1 year ago

It is not obvious to me why this error is showing up for your model. I suggest trying to isolate the issue by eliminating members. It may help to run the model in debug mode to identify the issue.

luwang00 commented 1 year ago

In the MEMBERS section in your screenshot above, the two end joints of member 3 are identical, which would lead to a member of zero length.

Americandream123 commented 12 months ago

Thank you for your answer, my problem is solved!