FAST.farm with Simulink

[sancsanc]

When will FAST.farm take to connect to Simulink?

THANK YOU!

[jjonkman]

Dear @sancsanc,

While the coupling between FAST.Farm and Simulink is in our list of proposed future work (https://openfast.readthedocs.io/en/main/source/user/fast.farm/FutureWork.html), this is not a project that NREL currently has funding to implement. So, there is no date set for completion.

Best regards,

[sancsanc]

Thank you! I have another question for you ：in TEST01_SIG.mdl,Simple Induction Generator,"SIG_SySp","SIG_Slop" and “SIG_POTq”，what parameters do they represent？I can't find the corresponding parameters to run this model. Yours respectfully！

[jjonkman]

Dear @sancsanc,

These are the equivalent to the same ServoDyn inputs for implementing the Simple Induction Generator (SIG) model within Simulink. These are defined at a high level in the OpenFAST documentation on readthedocs (https://openfast.readthedocs.io/en/main/source/user/servodyn/input.html#servodyn-primary-input-file) and in more detail in the old FAST v7 User's Guide (https://drive.google.com/file/d/1d_-vRRK3sXlunf1I1tDmtSWUveed91gg/view).

Best regards,

[AaronTUB]

Dear @jjonkman,

are there any plans of how to implement a FAST.Farm Simulink interface? Or are there any kinds of notes concerning how it could be done in a good manner? If it's possible to accomplish within a reasonable time frame of about 1 month of work, I'd like to give it a try at least to implement it under Ubuntu.

Best regards,

[jjonkman]

Dear @AaronTUB,

NREL has not generated implementation plans for how to interface FAST.Farm with Simulink and cannot do so until we are funded to do so.

I imagine that a FAST.Farm-Simulink interface would be similar to an OpenFAST-Simulink interface, with added complexities associated with multiple controllers (one individual controller for each wind turbine, plus the farm-wide super controller) and support for the parallelization of FAST.Farm.

NREL has not estimated the level of effort required, but I imagine with the added complexities, the development of the interface would take a sizeable effort.

Best regards,

[AaronTUB]

Dear @jjonkman,

thanks a lot for your response.

I saw, that in version 3.2.0 a Python interface for OpenFAST has been introduced. I assume there aren't any plans for a FAST.Farm Python interface. Is that correct?

Best regards,

[jjonkman]

Dear @AaronTUB,

A python interface has been introduced for several OpenFAST modules (e.g., AeroDyn, InflowWind, HydroDyn, MoorDyn) so that these modules could be coupled directly to solvers that are python, C, or Julia based

A python interface has also been introduced at the OpenFAST glue code level so that OpenFAST simulations can be driven by python scripts (e.g., WEIS: https://github.com/WISDEM/WEIS) without need to transfer data through input and output files.

I'm sure it is possible to develop similar interfaces to FAST.Farm modules or the FAST.Farm glue code, but such interfaces have not been developed yet.

Best regards,

[AaronTUB]

Dear @jjonkman,

thanks a lot for the information. I'll see what I can do.

Best regards,