FAST.Farm

Dear all,
I’d like to ask some simple questions that I didn’t find answered in the openfast documentation

  1. How much should the z-direction range (Zdist_Low) be set in the low-resolution grid?
  2. When x0_high is set to -1.1D/2, is Xdist_high set to 1.1D, which is about 140 large enough (I’m using a 5mw turbine with a spar platform,and I’m wondering if I need to take the displacement of the floating turbine(surge) into account as well)
  3. When using wakemode=2, DT_LOW = Dr/(2*Vhub) is about 0.6s according to openfast’s file.(assuming v=11.4,Dr=14) Is this value too small compared to the official case (e.g. compared to Tsinflow in r-test/fastfarm)?
    Best regards,

Dear @Tianhui.Liu,

Here are my answers to your FAST.Farm questions:

  1. To support vertical meandering of the wake planes, I would recommend setting the vertical extent of the low-resolution domain to be 3D above hub height, so, Zdist_low = HubHt + 3*D^Rotor. This recommendation should be added to the “Low-Resolution Domain” section of the FAST.Farm “Modeling Guidance”.
  2. The factor of 1.1 on D^Rotor was suggested for a land-based turbine. This “High-Resolution Domain” section of the FAST.Farm “Modeling Guidance” mentions that this extent might need to be increased to account for motion of a floating offshore wind system. You’ll need to estimate the extent of the floater motion and include that when sizing the high-resolution domain.
  3. The curled wake model (Mod_Wake = 2) requires a small DT_Low than the original polar wake model (Mod_Wake = 1). Regardless, the FAST.Farm r-test may not follow all of the FAST.Farm modeling guidance recommendations that ensure convergence of the FAST.Farm solution because the r-test cases were set up coarsely to speed up their solution for automated testing purposes.

Best regards,

1 Like

Dear @Jason.Jonkman
Thank you very much for your detailed answer. The reply you gave was very helpful to me.

Best regards,

Dear all
I encountered the following error when using fastfarm

Blockquote
forrtl: severe (157): Program Exception - access violation
Image PC Routine Line Source
FAST.Farm_x64_OMP 00007FF7191AC962 Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF718E5714D Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF7188216D1 Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF717E0BA16 Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF717E1D1CE Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71787EF5C Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71795AF7D Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71795CBBD Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71795D7F1 Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71A20E47E Unknown Unknown Unknown
FAST.Farm_x64_OMP 00007FF71A73A020 Unknown Unknown Unknown
KERNEL32.DLL 00007FF8F629257D Unknown Unknown Unknown
ntdll.dll 00007FF8F736AA48 Unknown Unknown Unknown

I see a similar error in this link https://github.com/OpenFAST/openfast/issues/1044, but I don’t think we’re experiencing the same problem

I’m getting this error when I have a mix of floating and fixed turbines in my fastfarm case, but no error when the case is all floating turbines.
Alternatively, when I use single-threaded calculations, the fastfarm example works fine with mixed configurations, but I can’t use fastfarm_omp.
It seems like as long as there are fixed turbines in the cases, parallel computation is not available.

I’m getting this error when I have a mix of floating and fixed turbines in my fastfarm case, but no error when the case is all floating turbines.
Alternatively, when I use single-threaded calculations, the fastfarm example works fine with mixed configurations, but I can’t use fastfarm_omp.
It seems like as long as there are fixed turbines in the cases, parallel computation is not available.

Best regards,

Dear @Tianhui.Liu,

Which version of OpenFAST are you running FAST.Farm for? Do you get this error “access violation” error if you use the most recent version of OpenFAST, v3.5.3?

Best regards,

Dear @Jason.Jonkman
The version of fastfarm and openfast are both 3.5.1, I tried to replace fastfarm with version 3.5.3, but I still get a similar error when I do parallel computation, and I don’t see openfast in the running console, so I don’t know how to change the version of openfast.
Best regards,

Dear @Tianhui.Liu,

Are you using the precompiled Windows executable of FAST.Farm within OpenFAST v3.5.3 that is downloadable from here: Releases · OpenFAST/openfast · GitHub?

Best regards,

Dear @Jason.Jonkman
Yes, and this case doesn’t report any errors when using a single thread, only when using multiple threads to calculate a wind farm that included fixed turbines.
It should be mentioned that each individual wind turbine can be calculated using openfast.(both v3.5.1 and v3.5.3)
Best regards,

Dear @Tianhui.Liu,

Interesting. Can I ask you to post your issue within OpenFAST GitHub Issues (Issues · OpenFAST/openfast · GitHub), preferable explaining the problem you are running into and sharing the model that runs in serial but fails in parallel modes?

Best regards,

Dear @Jason.Jonkman
Sure, I’ll organize my questions a bit before posting them on github. I also have a question about the fastfarm setup, what is the horizontal distance between different wake planes, my current numplanes are calculated according to the formula in the user manual ( 4.16.6.4.2. Wake Dynamics Parameters). Would setting it larger significantly improve the accuracy of the calculation?
image
By the way, when I set up numplanes, the x_dist I used in the calculation is 10D

Best regards,

Dear @Tianhui.Liu,

The average distance between the wake planes (dx) follows from this equation, i.e., dx = x_dist / (DT_Low*Vbar) or dx = x_dist/NumPlanes. That said, dx will increase in size between the near wake and far wake because the induced velocity is stronger in the near wake (just behind the rotor) and diminishes to zero (as the wake recovers to freestream) in the far wake.

Best regards,

Dear Dr. Jonkman and members,

I’m working on the Fast.farm to export low and high-resolution vtk files in yawed wake condition.

So I’m trying to simulate two NREL 5MW WTs with curled wake model in TSinflow_curl folder in r-test.

I simulated yawed upstream turbine (T1) and no yawed downstream turbine (T2) for 1,200 seconds.

As a result, the wake of T2 is truncated in both low and high resolution vtk files, not fully developed as shown in the figures.

Also, when plotting the streamlines on the slice of the velocity fields of WT1 and WT2, Counter-rotating vortices, which should be contained in curled wake model, were not observed.

Is there anything I miss on this simulation settings? Because I believe I set it up well according to the fast-farm model guidance.

This is my parameters in fstf file.

------- FAST.Farm for OpenFAST INPUT FILE -------------------------------------------------
FAST.Farm input file, using two turbines separated by 7D downstream and an offset of 30m, turbulent inflow, yaw maneuver for WT1
--- SIMULATION CONTROL ---
True               Echo               - Echo input data to <RootName>.ech? (flag)
FATAL              AbortLevel         - Error level when simulation should abort (string) {"WARNING", "SEVERE", "FATAL"}
1200.0             TMax               - Total run time (s) [>=0.0]
False              UseSC              - Use a super controller? (flag)
2                  Mod_AmbWind        - Ambient wind model (-) (switch) {1: high-fidelity precursor in VTK format, 2: one InflowWind module, 3: multiple instances of InflowWind module}
2                  Mod_WaveField      - Wave field handling (-) (switch) {1: use individual HydroDyn inputs without adjustment, 2: adjust wave phases based on turbine offsets from farm origin}
0                  Mod_SharedMooring  - Shared mooring system model (switch) {0: None, 3=MoorDyn}}
--- SUPER CONTROLLER --- [used only for UseSC=True]
"unused"           SC_FileName        - Name/location of the dynamic library {.dll [Windows] or .so [Linux]} containing the Super Controller algorithms (quoated string)
--- SHARED MOORING SYSTEM --- [used only for Mod_SharedMoor>0]
""                 SharedMoorFile     - Name of file containing shared mooring system input parameters (quoted string) [used only when Mod_SharedMooring > 0]
0.04	           DT_Mooring         - Time step for farm-level mooring coupling with each turbine (s) [used only when Mod_SharedMooring > 0]
--- AMBIENT WIND: PRECURSOR IN VTK FORMAT --- [used only for Mod_AmbWind=1]
1.0                DT_Low-VTK         - Time step for low -resolution wind data input files; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High-VTK        - Time step for high-resolution wind data input files (s) [>0.0]
"Inflow"           WindFilePath       - Path name to VTK wind data files from precursor (string)
False              ChkWndFiles        - Check all the ambient wind files for data consistency? (flag)
--- AMBIENT WIND: INFLOWWIND MODULE --- [used only for Mod_AmbWind=2 or 3]
1.0                DT_Low             - Time step for low -resolution wind data interpolation; will be used as the global FAST.Farm time step (s) [>0.0]
0.1                DT_High            - Time step for high-resolution wind data interpolation (s) [>0.0]
250                NX_Low             - Number  of low -resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
50                 NY_Low             - Number  of low -resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
18                 NZ_Low             - Number  of low -resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
-150.0             X0_Low             - Origin  of low -resolution spatial nodes in X direction for wind data interpolation (m)
-196.0             Y0_Low             - Origin  of low -resolution spatial nodes in Y direction for wind data interpolation (m)
0.1                Z0_Low             - Origin  of low -resolution spatial nodes in Z direction for wind data interpolation (m)
10.0               dX_Low             - Spacing of low -resolution spatial nodes in X direction for wind data interpolation (m) [>0.0]
8.0                dY_Low             - Spacing of low -resolution spatial nodes in Y direction for wind data interpolation (m) [>0.0]
10.0               dZ_Low             - Spacing of low -resolution spatial nodes in Z direction for wind data interpolation (m) [>0.0]
117                NX_High            - Number  of high-resolution spatial nodes in X direction for wind data interpolation (-) [>=2]
78                 NY_High            - Number  of high-resolution spatial nodes in Y direction for wind data interpolation (-) [>=2]
25                 NZ_High            - Number  of high-resolution spatial nodes in Z direction for wind data interpolation (-) [>=2]
"IW.dat"           InflowFile         - Name of file containing InflowWind module input parameters (quoted string)
--- WIND TURBINES ---
2                  NumTurbines        - Number of wind turbines (-) [>=1]                         [last 6 columns below used only for Mod_AmbWind=2 or 3]
WT_X    WT_Y   WT_Z   WT_FASTInFile     X0_High  Y0_High  Z0_High  dX_High  dY_High  dZ_High
(m)     (m)    (m)    (string)          (m)      (m)      (m)      (m)      (m)      (m)
 0.0   0.0    0.0    "FFTest_WT1.fst"   -122.96385542168673   -196.0   0.1      8.602    5.091     7.296
882.0   0.0    0.0    "FFTest_WT2.fst"  763.0843373493976   -196.0   0.1      8.602    5.091     7.296
--- WAKE DYNAMICS ---
2                  Mod_Wake           - Switch between wake formulations {1:Polar, 2:Curl, 3:Cartesian} (-) (switch)
4.0                dr                 - Radial increment of radial finite-difference grid (m) [>0.0]
50                 NumRadii           - Number of radii in the radial finite-difference grid (-) [>=2]
165                NumPlanes          - Number of wake planes (-) [>=2] (a=0.33, K=0.5)
0.17               f_c                - Cutoff (corner) frequency of the low-pass time-filter for the wake advection, deflection, and meandering model [recommended=1.28*U0/R] (Hz) [>0.0]
DEFAULT            C_HWkDfl_O         - Calibrated parameter in the correction for wake deflection defining the horizontal offset at the rotor(m) or DEFAULT [DEFAULT= 0.0  ]
DEFAULT            C_HWkDfl_OY        - Calibrated parameter in the correction for wake deflection defining the horizontal offset at the rotor scaled with yaw error (m/deg) or DEFAULT [DEFAULT= 0.0 if Mod_Wake is 2, 0.3 otherwise]
DEFAULT            C_HWkDfl_x         - Calibrated parameter in the correction for wake deflection defining the horizontal offset scaled with downstream distance(-) or DEFAULT [DEFAULT= 0.0  ]
DEFAULT            C_HWkDfl_xY        - Calibrated parameter in the correction for wake deflection defining the horizontal offset scaled with downstream distance and yaw error (1/deg) or DEFAULT [DEFAULT= 0.0 if Mod_Wake is 2, -0.004 otherwise]
DEFAULT            C_NearWake         - Calibrated parameter for the near-wake correction (-) [>1.0 and <2.5] or DEFAULT [DEFAULT=1.8]
DEFAULT            k_vAmb             - Calibrated parameter for the influence of ambient turbulence in the eddy viscosity (-) [>=0.0] or DEFAULT [DEFAULT=0.05 ]
DEFAULT            k_vShr             - Calibrated parameter for the influence of the shear layer    in the eddy viscosity (-) [>=0.0] or DEFAULT [DEFAULT=0.016]
DEFAULT            C_vAmb_DMin        - Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the transitional diameter fraction between the minimum and exponential regions (-) [>=0.0          ] or DEFAULT [DEFAULT= 0.0 ]
DEFAULT            C_vAmb_DMax        - Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the transitional diameter fraction between the exponential and maximum regions (-) [> C_vAmb_DMin  ] or DEFAULT [DEFAULT= 1.0 ]
DEFAULT            C_vAmb_FMin        - Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the value in the minimum region                                                (-) [>=0.0 and <=1.0] or DEFAULT [DEFAULT= 1.0 ]
DEFAULT            C_vAmb_Exp         - Calibrated parameter in the eddy viscosity filter function for ambient turbulence defining the exponent in the exponential region                                         (-) [> 0.0          ] or DEFAULT [DEFAULT= 0.01]
DEFAULT            C_vShr_DMin        - Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the transitional diameter fraction between the minimum and exponential regions (-) [>=0.0          ] or DEFAULT [DEFAULT= 3.0 ]
DEFAULT            C_vShr_DMax        - Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the transitional diameter fraction between the exponential and maximum regions (-) [> C_vShr_DMin  ] or DEFAULT [DEFAULT=25.0 ]
DEFAULT            C_vShr_FMin        - Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the value in the minimum region                                                (-) [>=0.0 and <=1.0] or DEFAULT [DEFAULT= 0.2 ]
DEFAULT            C_vShr_Exp         - Calibrated parameter in the eddy viscosity filter function for the shear layer    defining the exponent in the exponential region                                         (-) [> 0.0          ] or DEFAULT [DEFAULT= 0.1 ]
DEFAULT            Mod_WakeDiam       - Wake diameter calculation model (-) (switch) {1: rotor diameter, 2: velocity based, 3: mass-flux based, 4: momentum-flux based} or DEFAULT [DEFAULT=1]
DEFAULT            C_WakeDiam         - Calibrated parameter for wake diameter calculation (-) [>0.0 and <0.99] or DEFAULT [DEFAULT=0.95] [unused for Mod_WakeDiam=1]
DEFAULT            Mod_Meander        - Spatial filter model for wake meandering (-) (switch) {1: uniform, 2: truncated jinc, 3: windowed jinc} or DEFAULT [DEFAULT=3]
2.5                C_Meander          - Calibrated parameter for wake meandering (-) [>=1.0] or DEFAULT [DEFAULT=1.9]
--- CURLED-WAKE PARAMETERS [only used if Mod_Wake=2 or 3] ---
DEFAULT            Swirl              - Switch to include swirl velocities in wake (-) (switch) [DEFAULT=TRUE]
0.1                k_VortexDecay      - Vortex decay constant for curl (-) [DEFAULT=0]
DEFAULT            NumVortices        - The number of vortices in the curled wake model (-) [DEFAULT=100]
DEFAULT            sigma_D            - The width of the vortices in the curled wake model non-dimesionalized by rotor diameter (-) [DEFAULT=0.2]
DEFAULT            FilterInit         - Switch to filter the initial wake plane deficit and select the number of grid points for the filter {0: no filter, 1: filter of size 1} or DEFAULT [DEFAULT=1] (switch)
DEFAULT            k_vCurl            - Calibrated parameter for scaling the eddy viscosity in the curled-wake model (-) [>=0] or DEFAULT [DEFAULT=2.0 ]
DEFAULT            Mod_Projection     - Switch to select how the wake plane velocity is projected in AWAE {1: keep all components, 2: project against plane normal} or DEFAULT [DEFAULT=1: if Mod_Wake is 1 or 3, or DEFAULT=2: if Mod_Wake is 2] (switch)
--- VISUALIZATION ---
True               WrDisWind          - Write low- and high-resolution disturbed wind data to <RootName>.Low.Dis.t<n>.vtk etc.? (flag)
1                  NOutDisWindXY      - Number of XY planes for output of disturbed wind data across the low-resolution domain to <RootName>.Low.DisXY<n_out>.t<n>.vtk (-) [0 to 99]
90.0               OutDisWindZ        - Z coordinates of XY planes for output of disturbed wind data across the low-resolution domain (m) [1 to NOutDisWindXY] [unused for NOutDisWindXY=0]
4                  NOutDisWindYZ      - Number of YZ planes for output of disturbed wind data across the low-resolution domain to <RootName>/Low.DisYZ<n_out>.t<n>.vtk (-) [0 to 99]
126.0, 630.0, 1008.0, 1512.0         OutDisWindX        - X coordinates of YZ planes for output of disturbed wind data across the low-resolution domain (m) [1 to NOutDisWindYZ] [unused for NOutDisWindYZ=0]
0                  NOutDisWindXZ      - Number of XZ planes for output of disturbed wind data across the low-resolution domain to <RootName>/Low.DisXZ<n_out>.t<n>.vtk (-) [0 to 99]
0.0                OutDisWindY        - Y coordinates of XZ planes for output of disturbed wind data across the low-resolution domain (m) [1 to NOutDisWindXZ] [unused for NOutDisWindXZ=0]
1.0                WrDisDT            - Time step for disturbed wind visualization output (s) [>0.0] or DEFAULT [DEFAULT=DT_Low or DT_Low-VTK] [unused for WrDisWind=False and NOutDisWindXY=NOutDisWindYZ=NOutDisWindXZ=0]
--- OUTPUT ---
True               SumPrint           - Print summary data to <RootName>.sum? (flag)
99999.9            ChkptTime          - Amount of time between creating checkpoint files for potential restart (s) [>0.0]
0.0                TStart             - Time to begin tabular output (s) [>=0.0]
1                  OutFileFmt         - Format for tabular (time-marching) output file (switch) {1: text file [<RootName>.out], 2: binary file [<RootName>.outb], 3: both}
True               TabDelim           - Use tab delimiters in text tabular output file? (flag) {uses spaces if False}
"ES17.9E3"         OutFmt             - Format used for text tabular output, excluding the time channel.  Resulting field should be 10 characters. (quoted string)
DEFAULT            OutAllPlanes       - Output all wake planes at all time steps. [DEFAULT=False]
7                  NOutRadii          - Number of radial nodes for wake output for an individual rotor (-) [0 to 20]
0, 2, 5, 11, 17, 21, 39  OutRadii     - List of radial nodes for wake output for an individual rotor (-) [1 to NOutRadii] [unused for NOutRadii=0]
1                  NOutDist           - Number of downstream distances for wake output for an individual rotor (-) [0 to 9 ]
882.0               OutDist            - List of downstream distances for wake output for an individual rotor (m) [1 to NOutDist ] [unused for NOutDist =0]
0                  NWindVel           - Number of points for wind output (-) [0 to 9]
0.0                WindVelX           - List of coordinates in the X direction for wind output (m) [1 to NWindVel] [unused for NWindVel=0]
0.0                WindVelY           - List of coordinates in the Y direction for wind output (m) [1 to NWindVel] [unused for NWindVel=0]
90.0               WindVelZ           - List of coordinates in the Z direction for wind output (m) [1 to NWindVel] [unused for NWindVel=0]
                   OutList            - The next line(s) contains a list of output parameters.  See OutListParameters.xlsx for a listing of available output channels (quoted string)
"RtVAmbT1"
"RtVAmbT2"
"RtVRelT2"
"YawErrT1"
"YawErrT2"
RtSkewT1
RtSkewT2
AziSkewT1
AziSkewT2
RtSkewFiltT1
RtSkewFiltT2
AziSkewFiltT1
AziSkewFiltT2
RtGamCurlT1
RtGamCurlT2
RtVAmbFiltT1
RtVAmbFiltT2
RtCtAvgT1
RtCtAvgT2
WkAxsXT1D1" 
WkAxsYT1D1" 
WkAxsZT1D1" 
WkPosXT1D1" 
WkPosYT1D1" 
WkPosZT1D1" 
END
---------------------------------------------------------------------------------------


This is low-resolution vtk file for two turbines. First one is yawed, and the second one is not yawed.

This is high-resolution vtk file of T2. No curled shape and no fully developed wake.

Thank you for your help.

Sincerely,

Wonsuk Han.

Dear @Wonsuk.Han,

Just a few comments:

  • To increase the downwind propagation of the wake, you should increase NumPlanes.
  • The wake of T2 does not look correct, which suggests to me that your model is numerically unstable, likely from the use of a DT_Low that is larger than the modeling guidance. I suspect that you can actually increase dr following the modeling guidance so as to not have to reduce DT_Low too much.
  • Can you see the curled wake shape if you look at wake plane just downwind of T1? It may help to output the wake plane data directly by setting OutAllPlanes = TRUE.

Best regards,

Dear Dr. Jonkman,

Thank you for your fast response.

As you advised, I corrected NumPlanes, DT_Low, and dr. (I missed one condition of setting Dt_Low from modeling guidance.)

I just checked the low-resolution vtk, and the wake developed much further.

(After the correction, I got the wake not reaching downstream rotor spacing of 882 m, when NumPlanes is set to 500. So I corrected to 800 and now calculating.)

For the OutAllPlanes, Can I check the slice of the low- or high-resolution vtk file of T1? Because that setting takes very high cost.

And I still have a problem in high-resolution vtk, as the upstream rotor (T1) vtk is not showing on my result. Figures below is the high-resolution vtk of T1 at t=600 s.


Full box of the high vtk.


This is the slice at 1D (126 m from rotor.)

I believe I set the DT_High properly under the guidance.

Thank you for reading,

Sincerely,

Wonsuk Han.

Dear @Wonsuk.Han,

I’m not sure I understand your question about OutAllPlanes; please clarify.

Regarding the high-resolution box, are you saying that you see the wakes of T1 in the low-resolution box but not in the high-resolution box?

Best regards,

Dear Dr. Jonkman,

I’m sorry for confusing you.

The mode OutAllPlanes takes a lot of time for calculation, so I do not want to use it. Instead, I just want to make a “slice” of the vtk files and draw 2D streamlines with cross-flow velocity components on it to check the counter-rotating vortices.

Yes, I can see the wake in low-resolution box, but I cannot see anything in the high-resolution box.
Belows are the full box of high-resolution vtk of T1 and the slice at 1D. (126 m.) I allocated T1 at (0,0,0).
No wake is visualized in slice at 1D. I may be wrong making the high-resolution vtk, but I don’t know what is the problem.

Thank you.

Sincerely,

Wonsuk Han.

Dear @Wonsuk.Han,

I’ve heard that there may be bug preventing the high-resolution box visualization outputs from displaying the wakes. We’ll get this issue posted on the OpenFAST GitHub issues page and fixed.

In the meantime, as a stop-gap measure, I would suggest temporarily enabling OutAllPlanes to verify that you can see the curled wake shape.

Best regards,

1 Like

Dear Dr. Jonkman,

Thank you for your kindness.

Accepting your advice, I will activate OutAllPlanes and check the velocity field.

Sincerely,

Wonsuk Han.

Dear Jonkman,
I am using FAST.Farm to calculate the load of two wind turbine strings. The calculation example is basically based on the change of Tsinflow. The inflow wind model of the wind farm is Amb=2. When I want to calculate the load at a wind speed of 6m/s, the python script of fastfarm prompts me: "Exception: The Y-resolution of the box (10.0) is too large and cannot satisfy the requirements for the low-res domain of dY~6.383999438265544 (based on D & U). Reduce the DY of the box. ", so I set a smaller grid resolution in the .inp file. After that, I did not encounter the above error when creating a working condition through the python script, but encountered a new error: "forrtl: severe (170): Program Exception - stack overfloweriod of 800 seconds). "


The Turbsim .inp file and .fstf file as shown in the following figure


Thank you.
Sincerely,
Dong Zhiyan

Dear @Zhiyan.Dong,

I would guess your issue is the same as one reported on OpenFAST GitHub issues: FAST.Farm · Issue #2053 · OpenFAST/openfast · GitHub. If you have more insight to provide on what changes to a FAST.Farm model trigger this issue, please reply on that page.

Best regards,