Open 1900360 opened 2 years ago
Dear @1900360,
You said that you are using one an input file from the official website, but I see that you've changed many input parameters, including the location of the wind turbine and which OpenFAST model is being used. The error is saying that the "Nacelle-yaw error is undefined because the rotor-disk-averaged relative wind speed is directed vertically". FAST.Farm cannot run if the rotor-disk-averaged relative wind speed is directed vertically. Based on the settings you've changed in your input file(s), do you know why the the wind speed is this way? Can you run FAST.Farm as is without changing the input files? If so, what input file change leads to this error?
Best regards,
Dear @jjonkman,
Hello, I changed the data in the input file just because the official website file failed to run before. The changes include the AMBIENT WIND and WIND TURBINES. Because the OpenFAST model in the official website refers to the relative position, and I think the official website has not been updated for a long time, so the name of the file is different from the name of the existing OpenFAST Model, so I made the above changes. So I was wondering if you have a complete and up-to-date input file and how the DWM model is used? Forgive me for being a novice, because there are not many tutorials on the fast. Farm model on the Internet.
Best regards,
Dear @jjonkman,
I am using this kind of fan model, is there any problem?
Best regards, FAST.Farm--input.txt 5MW_Land_DLL_WTurb.txt
Dear @1900360,
I haven't tried to review your files in detail, but I would suggest first starting with one of the existing FAST.Farm examples. There are two provided in the OpenFAST r-test--one using LES inflow and one using TurbSim-derived inflow--see: https://github.com/OpenFAST/r-test/tree/main/glue-codes/fast-farm. Do these run for you without error?
Best regards,
I ran the two examples you mentioned, but I got the following error:
”“” The BEM solution is being turned off due to low TSR. (TSR = 0). This warning will not be repeated though the condition may persist. (See GeomPhi output channel.)
T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2 c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(-5, 0, 90) in wind-file coordinates]:Interp4D:Outside the grid bounds. SolveOption2:SrvD_CalcOutput:DLL_controller_call:Running with torque and pitch control of the NREL offshore 5MW baseline wind turbine from DISCON.dll as written by J. Jonkman of NREL/NWTC for use in the IEA Annex XXIII OC3 studies. FWrap_t0:FWrap_CalcOutput:Nacelle-yaw error is undefined because the rotor-disk-averaged relative wind speed is directed vertically
Aborting FAST.Farm. “”“ What should I do to prevent such a mistake
@jjonkman @NRELAdmin
Do you have a sample file for the 2MW fan? Forgive me for needing it so badly
Dear @1900360,
I would not expect you to receive this error running the sample FAST.Farm model provided by NREL, unmodified. Perhaps there is something wrong with the version of FAST.Farm you compiled yourself? Can you try running the NREL example using the precompiled version of FAST.Farm for Windows, available from here: https://github.com/OpenFAST/openfast/releases/download/v3.0.0/FAST.Farm_x64.exe?
By "2MW fan", do you mean a wind turbine rated for 2 MW? NREL does not such a model available in the public domain. The closest is probably the WindPACT 1.5-MW baseline wind turbine.
Best regards,
I have been able to run the example, but the duration is short and it does not show the full wake evolution. What should I do?
When Mod_AmbWind=1 in the input file of fast.farm, the program runs fine, but the above problems may occur because the high fidelity precursor simulation using VTK format generates too little ambient wind data (according to the official website), which can only run 30 steps at low resolution. The high resolution wind data output file cannot be generated. At present, I changed Mod_AmbWind in the input file of fast.farm to 2 (other parameters remain unchanged), but the following problems occurred
(base) G:\desktop\nothingforsomething\dwm\dwm\code\openfast\reg_tests\r-test\glue-codes\fast-farm\LESinflow>FAST.Farm_x64.exe FAST.Farm--input.dat
**************************************************************************************************
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: 08/24/2021
- Time: 10:44:18+0800
Heading of the FAST.Farm input file:
"FAST.Farm--input"
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 (v2.00.07a-bjj, 14-Jun-2016)
on 24-Sep-2019 at 16:18:09.
Processed 2000 time steps of 10-Hz full-field data (period of 200 seconds).
Running WakeDynamics.
Running FASTWrapper (v1.00.00, 7-Feb-2017).
Running OpenFAST.
OpenFAST input file heading:
FAST Certification Test #26: NREL 5.0 MW Baseline Wind Turbine (Onshore)
Running ElastoDyn.
Nodal outputs section of ElastoDyn input file not found or improperly formatted.
Running AeroDyn.
AD15 Nodal Outputs: Nodal output section of AeroDyn input file not found or improperly formatted.
Skipping nodal outputs.
Running InflowWind.
Running ServoDyn.
Running ServoDyn Interface for Bladed Controllers (using Intel Visual Fortran for Windows, ).
Using legacy Bladed DLL interface.
Time: 0 of 60 seconds.
The BEM solution is being turned off due to low TSR. (TSR = 0). This warning will not be
repeated though the condition may persist. (See GeomPhi output channel.)
T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2
c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(-5, 0, 90) in
wind-file coordinates]:Interp4D:Outside the grid bounds.
SolveOption2:SrvD_CalcOutput:DLL_controller_call:Running with torque and pitch control of the
NREL offshore 5MW baseline wind turbine from DISCON.dll as written by J. Jonkman of NREL/NWTC for
use in the IEA Annex XXIII OC3 studies.
FWrap_t0:FWrap_CalcOutput:Nacelle-yaw error is undefined because the rotor-disk-averaged relative
wind speed is directed vertically
Aborting FAST.Farm.
(1) How can I extend the wake simulation time? (2) What should I do if I encounter the above situation? (3) If I want to use a wind turbine rated for 2 MW, how should I change the preset model? @jjonkman @NRELAdmin
Here's the change I made
Dear @1900360,
The FAST.Farm examples are meant as just that...examples to get you started and to test functionality of the software. You'll have to set up your own model and generate your own wind data (from LES, TurbSim, etc.) to run your own simulations of your own length and purpose.
Regarding the error you are getting, I believe this is because the only thing you've changed in the LES example is Mod_AmbWind
, but you have set the ambient wind settings or wind turbine locations correctly for the TurbSim data you are using (via the InflowWind module). Ambient wind from TurbSim is centered around Y = 0, and without moving the wind turbine location of the LES example from WT_Y = 1000.0 m, the wind turbine is simply outside the wind domain, which I suspect is what is causing this error. If you wish to generate your ambient wind data from TurbSim rather than LES, I suggest starting with the TurbSim inflow example (https://github.com/OpenFAST/r-test/tree/main/glue-codes/fast-farm/TSinflow), where in fact the wind turbines are centered about Y = 0.
Regarding (3), do you already have all of the properties of the 2-MW wind turbine you wish to model, or is this something you intend to design or scale from an existing wind turbine of a different size?
Best regards,
Dear @jjonkman,
Thank you very much! I finally found the problem and solved it. At present, I want to model the existing model of VestasV80 2MW wind turbine, but I don't know where to start. At present, only the parameters such as rotation speed and diameter provided on the official website are available. Could you please give me the reference process? Because I don't know much about it.
Best regards,
Dear @1900360,
I'm glad FAST.Farm is now working for you.
Regarding the modeling of a 2-MW turbine, if you have limited information (which is sounds like you do), you'll likely have to scale one of the existing reference wind turbine models (such as the WindPACT 1.5-MW baseline turbine or the IEA Wind 3.4-MW reference wind turbine, apply scaling laws to get you close to the values of the parameters you do have, and then update design details (perhaps via optimization) to get closer to the turbine representation you want. If you are trying to model a specific wind turbine with specific details, the more information you have the better the turbine representation can be (obviously). I have not done this myself, so, I can't really comment on the detailed steps required. That said, @ewquon of NREL has followed such a procedure to develop OpenFAST models of various sizes by scaling and optimization steps--see the following github repository for more information: https://github.com/NREL/openfast-turbine-models/tree/master/IEA-scaled.
Best regards,
Dear @jjonkman,
How do you verify the results generated by fast. Farm? How do you know how accurate the wake is? Is there a more accurate way to verify and compare?
Best regards,
Dear @1900360,
I'm not sure I fully understand your question, please refer to our published papers regarding how we've calibrated, verified, and validated FAST.Farm:
https://www.nrel.gov/docs/fy21osti/76805.pdf https://www.nrel.gov/docs/fy20osti/76760.pdf https://www.nrel.gov/docs/fy19osti/73657.pdf https://www.nrel.gov/docs/fy19osti/72893.pdf https://www.nrel.gov/docs/fy18osti/71376.pdf https://www.nrel.gov/docs/fy18osti/70533.pdf
Best regards,
Dear @jjonkman,
Currently, when I change the grid parameters of Fast. Farm, I encounter the following problems. Is it beyond the scope of the fan or other reasons? My intention is to encrypt the number of grids so as to achieve a more refined result. Is this setting correct?
Time: 0 of 20 seconds.
T1:FARM_InitialCO:FWrap_t0:FAST_Solution0:CalcOutputs_And_SolveForInputs:SolveOption2:SolveOption2
c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_4Dext_CalcOutput [position=(-6.7917, 17.531,
80.632) in wind-file coordinates]:Interp4D:Outside the grid bounds.
SolveOption2:SrvD_CalcOutput:DLL_controller_call:Running with torque and pitch control of the
NREL offshore 5MW baseline wind turbine from DISCON.dll as written by J. Jonkman of NREL/NWTC for
use in the IEA Annex XXIII OC3 studies.
Aborting FAST.Farm.
Best regards,
Dear @1900360,
This error means that an aerodynamic analysis node for one of the wind turbines is beyond the boundaries of the high-resolution domain. The "position" listed in the error message is relative to the wind turbine origin (WT_X,WT_Y,WT_Z).
Increasing the resolution of the low- and high-resolution domains of FAST.Farm will lead to a converged result at greater computational expense. See the Modeling Guidance chapter of the FAST.Farm User's Guide and Theory Manual for guidance on how to set these discretizations: https://openfast.readthedocs.io/en/main/source/user/fast.farm/ModelGuidance.html.
Best regards,
Dear @jjonkman,
Thank you. I finally solved the problem. Later when I changed the entry conditions, I wanted to use TurbSim to generate the BTS file as shown (WindType=3), but I had this problem:
Heading of the FAST.Farm input file:
"FAST.Farm--input"
Running AWAE.
Running InflowWind.
Reading a 101x35 grid (300 m wide, 50 m to 130 m above ground) with a characteristic wind
speed of 6 m/s. This full-field file was generated by TurbSim (v2.00.07a-bjj, 14-Jun-2016) on
31-Aug-2021 at 15:30:08.
forrtl: severe (157): Program Exception - access violationiod of 1800 seconds).
Image PC Routine Line Source
FAST.Farm_x64.exe 00007FF6C445BF52 Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C4459F2B Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C443E7ED Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C37CC0C5 Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C34AC725 Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C3683521 Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C366CEAE Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C34A13EE Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C5CC3B62 Unknown Unknown Unknown
FAST.Farm_x64.exe 00007FF6C61BF934 Unknown Unknown Unknown
KERNEL32.DLL 00007FFC1F167034 Unknown Unknown Unknown
ntdll.dll 00007FFC20042651 Unknown Unknown Unknown
I didn't know if it was right. I referred to TurbSim specification file for modification, but it didn't reach the expected result
Best regards,
Dear @jjonkman,
This is my input file in Turbsim. I don't know why, but the value in the red circle cannot be read. It is displayed as N/A
Best regards,
When you choose the "SMOOTH" turbulence model, the inputs you circled in red are not used. Please see the TurbSim User's Guide for more information regarding which inputs are used with each different turbulence model.
Dear @1900360,
I'm not sure why you are getting an access violation error when using this TurbSim-generated file within FAST.Farm. It would probably help to compile FAST.Farm in debug mode and then rerun this simulation, which should provide a bit more information on why this error is generated.
Best regards,
The access violation may be due to a bug in InflowWind that was updated in the dev
branch. The main branch (v3.0.0) do not include this fix, so this bug could occasionally lead to overstepping the full-field wind grid in certain cases without getting caught.
Fixed here: https://github.com/OpenFAST/openfast/pull/769
hello @jjonkman When I went to read WakeDynamics.f90, I did not have a good understanding of the WD_Interp (yVal, xArr, yArr) function and its variables. I hope you can help me answer it, thank you!
Dear @HYFOAM,
Based on a function y = f(x)
specified by arrays xArr
and yArr
, FUNCTION WD_Interp()
returns the value of x
that corresponds to the value yVal
, including possible interpolation.
FUNCTION WD_Interp()
is used in the calculation of the wake diameter within the wake dynamics module of FAST.Farm.
Best regards,
Dear @jjonkman
Thank you very much for your reply.
I want to do some wind tunnel experiments to make some corrections to DWM. Do you have any good ideas for the experiment I am going to do?
Best regards,
Dear @HYFOAM,
Well, the DWM model aims to capture the far-wake evolution, meandering, and wake-added turbulence of wind turbine wakes in the atmospheric boundary layer for the purposes of calculating the structural loads of waked turbines in a wind farm. So, ideally you'd model a turbulent boundary layer flow and one or more turbines in the wind tunnel experiment with measurements of the inflow, wakes, and turbine response.
Best regards,
@jjonkman
Thank you very much for your answers!
Best regards,
Dear @jjonkman
I am using FAST.Farm from OpenFASTv3.0.0 to simulate a wind farm of three IEA 15MW wind turbines. In OpenFAST one turbine can run well, however, the following errors show in FAST.Farm
T1:FARM_InitialCO:NearWakeCorrection:Wake model is not valid in the propeller-brake region, i.e., Ct > 2.0. T2:FARM_InitialCO:NearWakeCorrection:Wake model is not valid in the propeller-brake region, i.e., Ct > 2.0. T3:FARM_InitialCO:NearWakeCorrection:Wake model is not valid in the propeller-brake region, i.e., Ct > 2.0.
Could you please let me know the possible reasons?
Best regards,
Dear @jjonkman
The above problem is related to the high-resolution domain and it is solved by greatly enlarging NX_High, NY_High, NZ_High.
Thanks a lot.
Dear @YiqXia,
This error is stating that the disk-averaged rotor thrust coefficient is greater than 2, where the near-wake correction in FAST.Farm is invalid. A rotor thrust coefficient greater than 2 is quite unexpected and it appears to happen for all three wind turbines. I would guess the wind turbines are not operating as expected based on an incorrect setting in the FAST.Farm or OpenFAST input files. I'm not sure I understand how this would be tied to the discretization of the high-resolution domains, but it is difficult for me to guess what the actual problem would be. Can you clarify? How do the wind speed, rotor speed, and blade pitch angles look for each turbine as output from OpenFAST up until the simulation failure?
Best regards,
Hey @1900360 , what program did you use to visualize the result that you shared on 24 August 2021? The simulation I mean Thank you very much
Dear @Tommi1198,
The visualization shown by @1900360 uses visualization data output from FAST.Farm and displayed using the ParaView software.
Best regards,
Dear @jjonkman , what tipe of extension file ParaView can open? Thanks
Dear @Tommi1198,
For the visualization data, FAST.Farm makes use of the simple legacy serial VTK file format discussed in the online FAST.Farm documentation: https://openfast.readthedocs.io/en/main/source/user/fast.farm/InputFiles.html#ff-ambwindvtk.
Best regards,
Description <Hi, I am trying to run fast.farm on windows. First I used the input file on the official website, but the following error occurred when CMD executed the command>
Produce