-
Notifications
You must be signed in to change notification settings - Fork 96
Why does it take ~200 iterations to converge with DTU 10MW turbine? #1607
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Can you provide the relevant input files? |
Dear hgopalan, Thank you very much for taking the time to help me review the .inp file. I truly appreciate your support. I will send the file to your email shortly. Thanks again for your kind assistance! |
Excessive Nodal Projection Iterations and FLLC Not Working with TurbineFastLine (DTU 10MW Case) Dear AMR-Wind developers and users, Thank you for all the great work and support you provide to the community. I am currently running a simulation of the DTU 10MW wind turbine using TurbineFastLine actuator with OpenFAST coupling (AMR-Wind v3.3.1, OpenFAST v3.4), and I’ve encountered two issues I hope to get some help with: 🌀 1. Excessive nodal projection iterations I wonder: Is this number of iterations expected under certain settings? Could it be caused by my actuator settings, mesh configuration, or absence of AMR? Is there any known fix, such as adjusting solver tolerances or modifying actuator mapping settings?
Actuator.T0.fllc = true ⚡ 3. Overprediction of turbine power output I’ve tried adjusting epsilon values and the number of blade points — the results didn't improve. I’m not using AMR adaptive refinement or any controller in OpenFAST. Even after attempting to enable FLLC, the power remains significantly . |
For the 1. point you can lower the default tolerance for the Nodal and MAC projection to avoid hitting the 200 steps. mac_proj.mg_rtol = 1e-4
Also what was the source of the DTU_10MW.fst? Did you run a stand-alone OpenFAST to check the results? |
Dear hgopalan, I apologize for the delayed response. One weeks ago, I followed the method you kindly provided, and since then the iteration count has reached a reasonable level — thank you again for your help! However, I still have one critical issue. It seems that the FLLC correction is not being properly activated. At startup, there is no message indicating that FLLC is being used. Currently, I’m using 100 actuator points. That said, I do have a question regarding a point I’ve been analyzing. In my current simulations, the difference in the time-averaged power output between cases with and without blade deformation appears to be quite small. However, I’ve come across several studies suggesting that including blade deformation can lead to a reduction in mean power output by around 10%. I’m wondering what might be causing this discrepancy in my case. Could it be related to actuator line settings, structural model fidelity, or perhaps other simulation parameters? I would really appreciate your guidance on this. Best regards, |
can you share the inp and fst files. I am not an expert on this topic but someone else may be able to help |
sure!many thanks |
I looked into the code related to FLLC, and I asked a top user about this as well. There is no output to screen confirming the FLLC correction is on. The lack of a message for that does not indicate that it is not working. Your second question is a lot more open-ended. I would expect that the simulation parameters, i.e., what the turbine experiences and the ability of the mesh to resolve the flow, would significantly affect the influence of blade deformation. Outside of guessing, you'll have to rely on the expertise of others and on the findings of your study. |
Bug description
Hi developers,
I'm running simulations using AMR-Wind with the DTU 10MW wind turbine, and I've noticed that it typically takes about 200 nonlinear iterations to reach convergence in each timestep (or solve cycle), which seems high compared to smaller turbine setups.
Could you help me understand:
Is this expected behavior for such large-scale simulations?
Could it be due to the size of the DTU 10MW rotor, mesh resolution, or actuator model?
Are there any recommended solver settings or relaxation strategies for improving convergence?
Here is some context:
AMR-Wind version: v1.4.0-17-g250778a3
Compiler: Clang 17.0.6
MPI/GPU/OpenMP: All OFF
Actuator model: [e.g., ALM / flexible ALM / ADM — replace with your case]
Wind speed/TSR: [fill in if relevant]
Mesh resolution near rotor: [optional]
Time step size: [optional]
Thanks in advance for your help!
Additional context
The text was updated successfully, but these errors were encountered: