OpenFAST / openfast

Main repository for the NREL-supported OpenFAST whole-turbine and FAST.Farm wind farm simulation codes.
http://openfast.readthedocs.io
Apache License 2.0
681 stars 456 forks source link

Problem while running FAST.Farm #1285

Open Tommi1198 opened 2 years ago

Tommi1198 commented 2 years ago

Hi everyone, I encountered an error while running FAST.Farm:

T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2 c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(500, 160, 169) 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

T2:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2 c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(1926, 160, 169) in wind-file coordinate

Aborting FAST.Farm.

I cannot understand why I have this type of error ("Outside the grid bounds"), since until last week end I ran simulations without problems, and now I only change, in the InflowWind and HydroDyn modules, the number and the position of output points to obtain the elevation of the waves in that points and the velocity in x-direction at that points; moreover, these points are inside both the wind domain and FAST.Farm domain, so I cannot explain why I have an "Outside the grid bounds" error.

Can someone help me please? Thanks a lot!

jjonkman commented 2 years ago

Dear @Tommi1198,

Can you clarify what you changed in your input files between a FAST.Farm simulation that runs without error and the FAST.Farm simulation that throws these errors?

Best regards,

Tommi1198 commented 2 years ago

Dear @jjonkman, I changed NWaveElev, WaveElevxi, WaveElevyi in the HydroDyn input file: from 3 NWaveElev - Number of points where the incident wave elevations can be computed (-) 0 -200 -50 WaveElevxi - List of xi-coordinates for points where the incident wave elevations can be output (meters) 0 0 0 WaveElevyi - List of yi-coordinates for points where the incident wave elevations can be output (meters) to 9 NWaveElev - Number of points where the incident wave elevations can be computed (-) 500 500 500 500 500 500 500 500 500 WaveElevxi
160 110 60 160 110 60 160 110 60 WaveElevyi

and NWindVel, WindVxiList, WindVyiList, WindVziList in the InflowWind input file: from 1 NWindVel - Number of points to output the wind velocity (0 to 9) 0 WindVxiList - List of coordinates in the inertial X direction (m) 0 WindVyiList - List of coordinates in the inertial Y direction (m) 119 WindVziList - List of coordinates in the inertial Z direction (m) to 9 NWindVel - Number of points to output the wind velocity (0 to 9) 500 500 500 500 500 500 500 500 500 WindVxiList - List of coordinates in the inertial X direction (m) 160 110 60 160 110 60 160 110 60 WindVyiList - List of coordinates in the inertial Y direction (m) 169 169 169 119 119 119 69 69 69 WindVziList - List of coordinates in the inertial Z direction (m)

All of this because now I need these new 9 points to evaluate the wind velocity in x-direction and the wave elevation at these points.

The changes in the HydroDyn input file seem repeated, but it's because the 9 points I need are disposed in the y-z plane in a 3x3 square centered in the hub of the turbine and each point-to-point distance (in horizontal and vertical direction) is 50 meters (this can be understood watching at the changes in the InflowWind input file).

Tommi1198 commented 2 years ago

I share also the FAST.Farm input file and the .inp file used to generate the wind file with TurbSim TripleSpar_10MW_Farm.txt GoF_NWP_5400s_8mps.txt

jjonkman commented 2 years ago

Dear @Tommi1198,

The errors you are receiving are triggered by the instances of InflowWind used by the OpenFAST models. These instances of InflowWind use the high-resolution domains you've set for each turbine, which look to extend from -100 m to 140 m in the local X-coordinates, -100 m to 100 m in the local Y coordinates, and 10 to 210 m in the Z coordinates around each turbine. The X and Y coordinates you've specified in your InflowWind input file are outside these high-resolution domain boundaries.

FYI: I would say that your TurbSim domain and FAST.Farm low- and high-resolution domains are not ideal because they don't follow the modeling guidance: https://openfast.readthedocs.io/en/main/source/user/fast.farm/ModelGuidance.html.

Best regards,

jjonkman commented 2 years ago

Dear @Tommi1198,

Your FAST.Farm model has three instances of the InflowWind module: one at the FAST.Farm level (_InflowWind_GoF_NWP_8mpsT1.dat specified in your FAST.Farm input file) and one for each wind turbine / OpenFAST model. The former instance of InflowWind (at the FAST.Farm level) uses the global coordinate system of the wind farm. The latter instances of InflowWind, at the wind turbine / OpenFAST level, use a coordinate system local to each wind turbine, just like they would if you were running OpenFAST standalone, uncoupled form FAST.Farm.

Best regards,