jjonkman
jjonkman
Presumably this issue is related to issue #854, whereby the "loads and displacements are wrong when rigid links are connected [to] the interface [joint]". Until this issue is fixed, the...
OK, thanks for clarifying. I expect @ebranlard can comment on what he expects to be the cause of the issue.
Hi @ebranlard, For some reason I can't unzip your files to take a look, but just a quick question. Presumably you have already ruled the influence of how the "DEFAULT"...
Thanks for the detailed summary. It sounds like you have a good path forward. I'll just respond to @deslaughter's comment: > The BEM solution method, including test range selection, is...
Actually, the negative phi values and the propeller brake region are discussed in section 3.2 and is in Algorithm 1 of Ning's original BEM solution paper that @deslaughter referenced. I...
Dear @ZL6462, Are you using the OLAF model of the IEA Wind 15-MW RWT found here, or something else: https://github.com/IEAWindTask37/IEA-15-240-RWT/tree/master/OpenFAST/IEA-15-240-RWT-OLAF? Best regards,
Hi @LaurenceWETI, Overall the approach sounds OK. Just a few comments: - To have the external force passed from Simulink to BeamDyn, you'd have to add the external force as...
Hi @andrew-platt and @LaurenceWETI, Thanks for bringing up the structural control (StC) capability of OpenFAST. I should have brought this up yesterday as a different approach. The Coriolis force should...
I'll just add that the Coriolis force is already included in the StC module, as mentioned in the theory documentation: https://openfast.readthedocs.io/en/dev/source/user/servodyn-stc/StC_Theory.html. Best regards,
Dear @LaurenceWETI, Where did you add the following equation: `u%DistrLoad%Force(:,j) = u%DistrLoad%Force(:,j) + p%DistrCoriolisForce(:,j,i)` in the source code? The inputs are sent to BeamDyn from the glue code in both...