Numerical instability when simulating the IEA 22MW turbine in FAST.Farm #2242
Replies: 1 comment
-
Dear @Bartdoekemeijer, I have no experience running the IEA Wind 22-MW RWT myself, but if you are having issues in FAST.Farm at the start of a simulation, I would first verify that you can run the simulation in standalone OpenFAST (uncoupled from FAST.Farm) and that this simulation produces reasonable results. (FAST.Farm will not produce reasonable results if the underlying OpenFAST model has issues.) Regarding your monopile simulation, it appears that your OpenFAST model is numerically unstable Perhaps this is because of poor initial conditions of rotor speed and blade pitch, which we generally recommend to be initialized to their expected (mean) values conditioned on the mean hub-height wind speed. At the rated wind speed of 11 m/s for the IEA Wind 22-MW RWT, these would be around 7 rpm and 3 deg, respectively, based on my understanding of this model. Regarding your semisubmersible simulations, I think the wakes of all turbines look a bit off. Again, I would ensure that the OpenFAST model works standalone. Regarding the differences you are seeing between the turbines based on their order, I would guess this is caused by differences in the waves at each turbine location. When Best regards, |
Beta Was this translation helpful? Give feedback.
-
Hi OpenFAST community,
Looking for some help, as I've been breaking my head on this...
Context
For the European SUDOCO project, I am preparing a simple three-turbine simulation in FAST.Farm with the new IEA 22MW wind turbine model. In the end, I'd like to showcase the ZeroMQ functionality in ROSCO that can be used to couple advanced wind farm control algorithms directly to the turbine controller.
The problem
I took the NREL 5MW demonstration case for FAST.Farm and replaced the turbines with the IEA 22MW wind turbine definitions. I then updated the grid and wake settings to what I have seen Kelsey Shaler and others use for the IEA 22MW turbine. Here are my simulation files: fastfarm_iea22mw_monopile.zip. However, the simulation turns unstable instantly.
As I didn't get that to work, a colleague shared their existing simulation set-up for the IEA 22MW semi-sub. In that simulation, I use three identical semi-sub IEA 22MW turbines with the same turbine controller and ElastoDyn file, only differing in the ROSCO library file that they call. Here are the set-up files: fastfarm-iea22mw-semi.zip.
I continue to see numerical artefacts in the simulated flowfield on the first turbine in my simulation:
What I find particularly odd is that I use the same turbine definitions and controller set-up across the three turbines. What is even more interesting: if I remove the first turbine from the FAST.Farm set-up file, the problem occurs on the second turbine (then being the first turbine defined).
When I swap the order of turbines, the first defined turbine being the one most downstream, the problem moves to the most downstream turbine. This confirms that the problem is really concerned with the turbine that is first defined in the FAST.Farm set-up file:
Software
I use OpenFAST 3.5.3 and ROSCO 2.9.0.
Solutions I have already tried:
Things work just fine for the NREL 5MW simulations. What am I missing here?
Beta Was this translation helpful? Give feedback.
All reactions