-
Notifications
You must be signed in to change notification settings - Fork 465
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
bugfix: IfW rotor points for disk average incorrect #2532
bugfix: IfW rotor points for disk average incorrect #2532
Conversation
The calculations for the rotor disk average wind speed use a set of point projected on the disk perpindular to the hub at ~0.7 rotor radius in the hub YZ plane. However, the indices for this calculation were incorrect and projected the points onto disk in the hub XY plane. This was discovered after one of the cases used in the curled wake paper failed to run correctly with 3.5.4 for a turbine very close to the back edge of the high resolution domain. Also added some additional information about the location of points causing outside box bound errors.
p%PositionAvg(3,i) = 0.0_ReKi | ||
p%PositionAvg(1,i) = 0.0_ReKi ! Hub X (perpindicular to rotor plane) | ||
p%PositionAvg(2,i) = R*cos(theta) ! Hub Y | ||
p%PositionAvg(3,i) = R*sin(theta) ! Hub Z (in vertical plane when azimuth=0) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The 'ifw_turbsimffregression test is failing because it's using
R = max(1.0_ReKi, InputFileData%Uniform_RefLength)/2.0_ReKi` which is data from the wrong wind type. Maybe a rotor diameter field could be added the InflowWind driver? Or the driver could guess the rotor diameter to from the flow field size.
See PR OpenFAST#2532 for details
See PR OpenFAST#2532 for details
Ready to merge
Feature or improvement description
The calculations for the rotor disk average wind speed use a set of point projected on the disk perpendicular to the hub at ~0.7 rotor radius in the hub YZ plane. However, the indices for this calculation were incorrect and projected the points onto disk in the hub XY plane. This was discovered after one of the cases used in the curled wake paper failed to run correctly with 3.5.4 for a turbine very close to the back edge of the high resolution domain.
Also added some additional information about the location of points causing outside box bound errors.
Related issue, if one exists
Impacted areas of the software
FAST.Farm uses the disk average velocity for some calculations, so some results may change very slightly.
Additional supporting information
This was found while attempting to figure out why it was not possible to reproduce some of the curled wake results from a publication.
Test results, if applicable
Some results may change. Those will be documented below.