Violation error when running FAST.Farm with supercontroller

[jsalesps]

I'm trying to run FAST.Farm using the supercontroller, but it always gives me the same result below:

---

FAST.Farm

Copyright (C) 2023 National Renewable Energy Laboratory
Copyright (C) 2023 Envision Energy USA LTD

This program is licensed under Apache License Version 2.0 and comes with ABSOLUTELY NO WARRANTY.
See the "LICENSE" file distributed with this software for details.

---

FAST.Farm-Unversioned from 1870408
Compile Info:

• Compiler: Intel(R) Fortran Compiler 2021
• Architecture: 64 bit
• Precision: single
• OpenMP: No
• Date: Apr 02 2023
• Time: 12:36:33
  Execution Info:
• Date: 04/02/2023
• Time: 18:45:59-0300

Heading of the FAST.Farm input file:
FAST.Farm input file, using two turbines separated by 3D downstream and an offset of 30m, with
a turbulent inflow given by one turbsim box
Running AWAE.
Running InflowWind.

Reading a 101x35 grid (1000 m wide, 5 m to 345 m above ground) with a characteristic wind
speed of 9.243 m/s. This full-field file was generated by TurbSim (from
OpenFAST-v3.0.0-98-g7bde6b54) on 14-Sep-2021 at 11:37:08.

Processed 2000 time steps of 10-Hz full-field data (period of 200 seconds).
forrtl: severe (157): Program Exception - access violation
Image PC Routine Line Source

---

Maybe I'm not doing the right steps to run correctly.

1-Initially I compile the .sln files from the \vs-build directory.

2-After that, I update the useSC flag of the FAST.Farm.fstf file to "True" which is found in the path \openfast-3.4.1\reg_tests\r-test\glue-codes\fast-farm\TSinflow.

3-I add the SC_DLL.dll file path in SC_FileName.

4-Finally, I update YCMode to number 5 in NRELOffshrBsline5MW_Onshore_ServoDyn_WT1.dat and NRELOffshrBsline5MW_Onshore_ServoDyn_WT2.dat.

After these changes to the input files, start FAST.Farm at the prompt as follows
C:\openfast-3.4.1\openfast-3.4.1\build\bin>FAST.Farm_x64_Debug.exe C:\openfast-3.4.1\openfast-3.4.1\reg_tests\r-test\glue-codes\fast-farm \TSinflow\FAST.Farm.fstf

Am I doing something incorrect? Or are there additional steps that I'm not doing?
I'm very grateful if anyone who has managed to use the supercontroller properly can help me, because I've been doing this for a long time without success.

Note: Without the supercontroller FAST.Farm runs perfectly.

[jjonkman]

Dear @jsalesphi,

When enabling the super controller, you must also use an updated individual controller that is compatible with the super controller. This is provided in the DISCON_SC.f90 / DISCON_SC.dll example. Are you using that as well, distinct for each wind turbine within each OpenFAST model called by FAST.Farm?

Best regards,

[jsalesps]

Dear @jjonkman ,

I was not using it previously, but even after replacing with the compatible individual controller, the problem remains, showing the same access violation message.

I replaced the files:
NRELOffshrBsline5MW_Onshore_ServoDyn_WT1
NRELOffshrBsline5MW_Onshore_ServoDyn_WT2

---------------------- BLADED INTERFACE ---------------------------------------- [used only with Bladed Interface]
"C:\openfast-3.4.1\openfast-3.4.1\reg_tests\r-test\glue-codes\fast-farm\5MW_Baseline\ServoData\Discon_SC_WT1.dll" DLL_FileName - Name/location of the dynamic library {.dll [Windows] or .so [Linux]} in the Bladed-DLL format (-) [used only with Bladed Interface]
"DISCON.IN" DLL_InFile - Name of input file sent to the DLL (-) [used only with Bladed Interface]
"DISCON" DLL_ProcName - Name of procedure in DLL to be called (-) [case sensitive; used only with DLL Interface]
"default" DLL_DT - Communication interval for dynamic library (s) (or "default") [used only with Bladed Interface]
false DLL_Ramp - Whether a linear ramp should be used between DLL_DT time steps [introduces time shift when true] (flag) [used only with Bladed Interface]

---------------------- BLADED INTERFACE ---------------------------------------- [used only with Bladed Interface]
"C:\openfast-3.4.1\openfast-3.4.1\reg_tests\r-test\glue-codes\fast-farm\5MW_Baseline\ServoData\Discon_SC_WT2.dll" DLL_FileName - Name/location of the dynamic library {.dll [Windows] or .so [Linux]} in the Bladed-DLL format (-) [used only with Bladed Interface]
"DISCON.IN" DLL_InFile - Name of input file sent to the DLL (-) [used only with Bladed Interface]
"DISCON" DLL_ProcName - Name of procedure in DLL to be called (-) [case sensitive; used only with DLL Interface]
"default" DLL_DT - Communication interval for dynamic library (s) (or "default") [used only with Bladed Interface]
false DLL_Ramp - Whether a linear ramp should be used between DLL_DT time steps [introduces time shift when true] (flag) [used only with Bladed Interface]

[jjonkman]

Dear @jsalesphi,

Do you get the same access violation error when using the precompiled FAST.Farm executable and DLLs for Windows provided by NREL from: https://github.com/OpenFAST/openfast/releases?

Best regards,

[jsalesps]

Dear @jjonkman ,

Yes, even using the executable and DLLs from https://github.com/OpenFAST/openfast/releases the access violation message remains.

Best regards,

[jjonkman]

Dear @jsalesphi

Are you use the sample super controller (sc_dll) from my post dated March 18, 2021 in the following forum topic: https://forums.nrel.gov/t/fast-farm/1887 or where did you obtain the super controller?

Best regards,

[jsalesps]

Dear @jjonkman

I'm using the same one you posted on the forum.

[jjonkman]

Dear @jsalesphi,

I was able to follow your process and run the example without error using the precompiled Windows binary executable of FAST.Farm (https://github.com/OpenFAST/openfast/releases/download/v3.4.1/FAST.Farm_x64.exe) and the precompiled Windows binary DLL of DISCON_SC (https://github.com/OpenFAST/openfast/releases/download/v3.4.1/Discon_SC.dll) and my own Visual Studio compile of SC_DLL.dll. Perhaps it is your SC_DLL.dll file that is causing the issue? You can find my SC_DLL.dll file here: https://drive.google.com/file/d/1nYYJhZzQzEa1q788Cpe_7wPUZTQfwaDj/view?usp=share_link. Does that work for you?

Best regards,

[jsalesps]

Dear @jjonkman

Even making all the replacements with the files you sent me, the violation message still appears.
I'll try to run the process on another computer and get back to you.
Thank you for your willingness to help me so far.

[jessicasalespsusp]

Dear @jjonkman,

I resumed the attempts and using your SC_DLL.dll compilation I finally got it to run correctly.

Thank you very much for your help, it will be fundamental for the progress of my research.

Best regards.

[clun1]

Dear @jjonkman,

How to use to_sc in multiple wind turbines to send parameters to the supercontroller?

could you give me some example?thank you!

Best regards.

[jjonkman]

Dear @clun1,

As mentioned above, a sample super controller for FAST.Farm is provided in my post dated March 18, 2021 in the following topic on our forum: https://forums.nrel.gov/t/fast-farm/1887.

All the super controller example does is send distinct sinusoidal yaw rates to the individual wind turbine DISCON controllers (each wind turbine has a different yaw rate). The DISCON controllers, in turn, send the yaw rate commands to OpenFAST. The DISCON controller also sends the generator torque of each wind turbine to the super controller, but the super controller does not make use of this data. You should be able to execute this super controller example in any FAST.Farm simulation.

Best regards,

[1codecopyer]

Hello,@jjonkman
I made a similar error to this colleague. The screenshot of the error is as follows:

https://github.com/OpenFAST/openfast/issues/2499, As mentioned earlier, I was able to create a 2.2 MW stand-alone model in OpenFAST (so far, the run has not detected an error) . And I use FAST. Farm to simulate a Wind Farm consisting of four 2.2 MW WTs. I used FAST. Farm's SC module, which SC does not compile itself, uses NREL's official compiled super controller,https://github.com/OpenFAST/openfast/releases/download/v3.5.3/Discon_SC.dll，Use the main input file FAST.Farm. fstf located in the 'reg tests \ glue codes \ fast.farm \ ModAmb_3' folder, make input parameter changes. The only change is the total simulation time TMAX, which has been changed to 60 seconds; And opened UseSC to True, and specified the file path of SC. The detailed changes are shown in the following figure:：

Each WT in the wind farm uses the original 2.2 MW single-unit model, and uses the corresponding sub-modules such as AD, Ed and SD module, where the SD module 'DISCON_WT.dll' file matches the 2.2 MW WT.
To check the comparison, run FAST.Farm. fstf input file, keeping all other parameters unchanged, only disabling the use of SC. The result shows that FAST can run normally FAST.Farm。 I have carefully observed and browsed your response to the previous colleague, and I believe it is not a compatibility issue with the version, because FAST.Farm-x64. exe and Discon_SC. dll are both V3.5.3 versions.It doesn't make much sense to recompile vs build \ SC_DLL \ SC_Dll.sln using VS to generate Discon_SC.dll file, of course, this is just my personal guess.Because I did not significantly change the input parameters in this example, I am not sure where the problem lies. I hope you can provide some suggestions.Thanks a lot,@jjonkman

[jjonkman]

Dear @1codecopyer,

If I understand correctly, you took DISCON_SC.dll from the OpenFAST v3.5.3 release and you took SC_DLL.dll from my Google drive (linked above); is that correct?

My guess is the issue is that you specified the name / path to the super controller in the FAST.Farm input file (SC_Filename) to DISCON_SC.dll, rather than SC_DLL.dll. To use this super controller example, SC_Filename in the FAST.Farm input file should point to SC_DLL.dll and DLL_FileName in the ServoDyn input file of each wind turbine should point to DISCON_SC.dll. That is, SC_DLL.dll is the super controller and DISCON_SC.dll is the individual turbine controller that interacts with the super controller.

That said, once you resolve this issue, please note that SC_DLL.dll is only a simple example that you'll like to need to change and recompile to make use of.

Best regards,