Replies: 17 comments 2 replies
-
Dear @Tommi1198, Sounds like the same issue reported in #808 and solved via PR #769. Best regards, |
Beta Was this translation helpful? Give feedback.
-
Sorry but I cannot understand what to do to solve my problem, since I cannot found the solution for my type of error |
Beta Was this translation helpful? Give feedback.
-
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, |
Beta Was this translation helpful? Give feedback.
-
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 |
Beta Was this translation helpful? Give feedback.
-
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" |
Beta Was this translation helpful? Give feedback.
-
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? |
Beta Was this translation helpful? Give feedback.
-
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, |
Beta Was this translation helpful? Give feedback.
-
Dear @jjonkman , here what you asked me: FAST.Farm Copyright (C) 2021 National Renewable Energy Laboratory This program is licensed under Apache License Version 2.0 and comes with ABSOLUTELY NO WARRANTY. FAST.Farm-v3.0.0
Heading of the FAST.Farm input file: |
Beta Was this translation helpful? Give feedback.
-
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? FAST.Farm-v3.0.0
Heading of the FAST.Farm input file: Running ElastoDyn. Farm_Initialize:T1:Farm_InitFAST:FWrap_Init:MeshMapCreate:CreateLoadMap_L2_to_L2:CreateMapping_Pro Aborting FAST.Farm. How can I fix it? Thanks a lot! |
Beta Was this translation helpful? Give feedback.
-
Dear @Tommi1198, So, setting 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, |
Beta Was this translation helpful? Give feedback.
-
Dear @jjonkman , setting UseSC = False in the FAST.Farm input files solves the access violation issue.
What does it mean? How can I fix it? |
Beta Was this translation helpful? Give feedback.
-
And I encountered quite the same type of error running fast farm with the turbine file without control: T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2 Aborting FAST.Farm. |
Beta Was this translation helpful? Give feedback.
-
Dear @Tommi1198, An "outside the grid bounds" error is generated when an analysis node is requesting wind data from outside of the wind domain. This could be caused by an aerodynamic analysis node in AeroDyn that extends beyond the boundaries of the high-resolution domain, or the use of low- or high-resolution domains that extend beyond the wind domain specified within InflowWind (when Best regards, |
Beta Was this translation helpful? Give feedback.
-
Dear @jjonkman, I tried to re-arranged a bit the resolutions, but this error came out: FAST.Farm Copyright (C) 2021 National Renewable Energy Laboratory This program is licensed under Apache License Version 2.0 and comes with ABSOLUTELY NO WARRANTY. FAST.Farm-v3.0.0
Heading of the FAST.Farm input file: Running ElastoDyn. T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2
|
Beta Was this translation helpful? Give feedback.
-
Dear @jjonkman , I tried also to run a simulation using as example of turbine the NREL5MW Onshore, but the following error occured and I don't know how to fix it: Farm_Initialize:For efficiency, NumPlanes has been reduced to the number of time steps (31). Aborting FAST.Farm. |
Beta Was this translation helpful? Give feedback.
-
Dear @Tommi1198, I wouldn't worry about solving the nacelle-yaw error issue until you solve the "outside the grid bounds" issue. The error regarding Gravity is triggered because of an improper formatting of your input file(s). My guess is you upgraded your version of OpenFAST and FAST.Farm without upgrading your input file(s). See the documentation here for a description of the input file changes with each version: https://openfast.readthedocs.io/en/main/source/user/api_change.html. Gravity was removed from the ElastoDyn input file in OpenFAST v3.1. Best regards, |
Beta Was this translation helpful? Give feedback.
-
dear @jjonkman I've set UseSC = False in the FAST.Farm input file, but I still get this error. Is there any other way to solve this error? Best regards, |
Beta Was this translation helpful? Give feedback.
-
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"
Beta Was this translation helpful? Give feedback.
All reactions