-
Beta Was this translation helpful? Give feedback.
Replies: 6 comments 2 replies
-
The way yaw misalignment works in FLORIS is through an "effective" wind speed, rather than a direct manipulation of the turbine power production. For example:
where
You can find this equation in the code here: floris/floris/simulation/turbine.py Line 139 in f450e3c We use the turbine's effective inflow wind speed to interpolate the turbine power from the performance curve table ( cp ). So effectively, by increasing the yaw angle, the (effective) inflow wind speed that the turbine experiences and which is used for interpolation goes down, e.g., from 14 m/s to 13 m/s. In both scenarios, the turbine's power production should read 5.000 kW because in both scenarios the turbine is in rated operation. However, due to numerical precision this may not be exactly right and the turbine power at 13 m/s (5000.001 kW) may be a very small number higher than the turbine power at 14 m/s (4999.999 kW). This is what is happening in your example.
This has been an issue before, see #340 and #385. This is why I added the option and . Edit: clarified my explanations, added some links to the code and other issues. |
Beta Was this translation helpful? Give feedback.
-
Hi, @Bartdoekemeijer I think this problem (above rated wind speed) was from the input of the power coefficient. Because of decimal point cutting, fluctuations occur above the rated wind.
as you mentioned,
and this make these unwanted results
These are results that I want I temporarily got rid of the fluctuation above rated wind speed and these are results from yaw optimization with SR I run ex10 with before change.
Below rated wind There are differences in results. Please, check this out |
Beta Was this translation helpful? Give feedback.
-
Hi @dhcho347. Thanks for sharing your findings! We found similar things when we looked into this a while ago. Your proposed solution does work, but it's hardcoded for specific turbines and under specific conditions, and hence not a solution we would want to adopt in FLORIS. Generally, it seems to me that there are two generic solutions to this issue:
A second consideration is that we also don't optimize the yaw angles very often at 14 m/s wind speeds. Very often, we don't apply yaw offsets above a certain wind speed (typically near region 2.5) due to load considerations. In commercial application, we typically ramp up near cut-in and ramp down near rated wind speeds to prevent unnecessary yaw offsets and also prevent damage due to misalignment at high wind speeds. For example, we ramp up the yaw offset from 0 deg at 4 m/s to 20 deg at 5 m/s, then hold this maximum offset until 10 m/s, and then ramp down the yaw offset to 0 deg at 12 m/s. |
Beta Was this translation helpful? Give feedback.
-
Hi, @Bartdoekemeijer Currently, I think the problem is relating with input data not algorithm. I completely agree with the opinion that yaw results above rated wind speed are not important now. Get back to the point, Today I don't have a time to see, so there is nothing new one I just share my previous testing data a bit more. 1.2 with 0.05m/s steps inputs for Cp
1.3 input with power curve instead of Cp (without fluctuation)
and please see this discussion, too after I find new things later, I will discuss more. |
Beta Was this translation helpful? Give feedback.
-
Hi, @Bartdoekemeijer This spread is same procedure as Floris There are false power increase even with lower effective wind speed due to wrongly generated power curve from truncated Cp The false power increase even with low effective wind speed |
Beta Was this translation helpful? Give feedback.
-
With PR #590 we have hopefully resolved issues related to fluctuations above rated, can you see if this helped @dhcho347 ? |
Beta Was this translation helpful? Give feedback.
With PR #590 we have hopefully resolved issues related to fluctuations above rated, can you see if this helped @dhcho347 ?