Error while running Fast Farm

[Tommi1198]

Hello evryone, I encountered an error while running the primary input file of Fast Farm...is there someone who can tell me how to fix it and what to do? Thank you very much!
The error is the following: "forrtl: severe (157): Program Exception - access violation"

[jjonkman]

Dear @Tommi1198,

Sounds like the same issue reported in #808 and solved via PR #769.

Best regards,

[Tommi1198]

Sorry but I cannot understand what to do to solve my problem, since I cannot found the solution for my type of error

[jjonkman]

Dear @Tommi1198,

Making the small code change noted in PR #769 and recompiling FAST.Farm should resolve the issue. This PR has also been merged into the main branch of OpenFAST, so, upgrading to the FAST.Farm available in OpenFAST v3.1 should also resolve the issue.

Best regards,

[andrew-platt]

Hi @Tommi1198,

Which version of FAST.Farm are you running? In addition to the issue @jjonkman mentioned, there may be another possibility depending on which version you are using.

Regards

[Tommi1198]

Dear @jjonkman , I tried to change the code noted in PR #769 , but I still have the same kind of error: "forrtl: severe (157): Program Exception - access violation"
Dear @andrew-platt , my version is OpenFAST v3.0.0, since my professor told me to use that one.
How can I fix this error?

[Tommi1198]

Dear @jjonkman , the change that you refer to is only in IfW_FFWind_Base.F90 right? Only a line of change with respect to the original one? Am I correct?

[jjonkman]

Dear @Tommi1198,

Yes, that is correct. Can you share the full set of messages written to the command window after executing FAST.Farm?

Best regards,

[Tommi1198]

Dear @jjonkman , here what you asked me:

FAST.Farm

Copyright (C) 2021 National Renewable Energy Laboratory
Copyright (C) 2021 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-v3.0.0
Compile Info:

• Compiler: Intel(R) Fortran Compiler 1900
• Architecture: 64 bit
• Precision: single
• OpenMP: No
• Date: Jun 23 2021
• Time: 21:41:28
  Execution Info:
• Date: 03/17/2022
• Time: 14:17:59+0100

Heading of the FAST.Farm input file:
Sample FAST.Farm input file
Running AWAE.
Running InflowWind.
forrtl: severe (157): Program Exception - access violation
Image PC Routine Line Source

[Tommi1198]

Dear @jjonkman , this problem is shown if I want to use the supercontroller, maybe because I have not the SuperController file...where can I find it?
I try to run fast farm without supercontroller and another type of error came out:

FAST.Farm-v3.0.0
Compile Info:

• Compiler: Intel(R) Fortran Compiler 1900
• Architecture: 64 bit
• Precision: single
• OpenMP: No
• Date: Jun 23 2021
• Time: 21:41:28
  Execution Info:
• Date: 03/17/2022
• Time: 14:37:22+0100

Heading of the FAST.Farm input file:
Sample FAST.Farm input file
Running AWAE.
Running InflowWind.
Running WakeDynamics.
Running FASTWrapper (v1.00.00, 7-Feb-2017).
Running OpenFAST.
OpenFAST input file heading:
DTU 10MW RWT. Compativle with OpenFAST 2.4.0

Running ElastoDyn.
Running AeroDyn.
Running InflowWind.
Running ServoDyn.
Running ServoDyn Interface for Bladed Controllers (using Intel Visual Fortran for Windows, ).
Using legacy Bladed DLL interface.

Farm_Initialize:T1:Farm_InitFAST:FWrap_Init:MeshMapCreate:CreateLoadMap_L2_to_L2:CreateMapping_Pro
jectToLine2:Node 29 does not project onto any line2 element. Closest distance is 0.9917 m.

Aborting FAST.Farm.

How can I fix it? Thanks a lot!

[jjonkman]

Dear @Tommi1198,

So, setting UseSC = False in the FAST.Farm input files solves the access violation issue?

A functional super controller example is provided in the following topic on our forum: https://forums.nrel.gov/t/fast-farm/1887/161. Before enabling the super controller, however, I would ensure that FAST.Farm runs as expected without the super controller.

Regarding the CreateLoadMap_L2_to_L2 error, this error is regarding the mesh-mapping search in the OpenFAST wrapper within FAST.Farm, which is the mesh-mapping search between the AeroDyn Line2 blade load output mesh and the radial finite-difference grid that is stored on a mesh in the OpenFAST wrapper. I would guess the problem is that your radial finite-difference grid is not larger than the blade radius in AeroDyn.

Best regards,

[Tommi1198]

Dear @jjonkman , setting UseSC = False in the FAST.Farm input files solves the access violation issue.
I now tried to run fasr farm without SC and fixing the radial finite-difference grid dimension, but another error comes out:

T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2
c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(-2.9327, -4.1561,
166.32) in wind-file coordinates]:Interp4D:Outside the grid bounds.
SolveOption2:SrvD_CalcOutput:DLL_controller_call:
------------------------------------------------------------------------------
Running ROSCO-HEAD-HASH-NOTFOUND
A wind turbine controller framework for public use in the scientific field
Developed in collaboration: National Renewable Energy Laboratory
                            Delft University of Technology, The Netherlands
------------------------------------------------------------------------------



 Aborting FAST.Farm.

What does it mean? How can I fix it?
Thank you!