-
Notifications
You must be signed in to change notification settings - Fork 70
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
Rotor and Propeller Setup show for the same inputs different results #80
Comments
Hi Philip! Would you mind sharing more details on your simulation? Particularly, how did you calculate the airfoil polars used in your blade geometry? The accuracy of the actuator line model hinges on having accurate airfoil polars used by the blade elements (very similar to a blade-element momentum method, except that the momentum part that represents the wake is provided by the VPM-resolved wake). |
Also, something to watch out for is that the definition of thrust coefficient CT in the rotorcraft community (CT= T / rho * pi * Omega * R^4) is different to the definition in the aircraft propeller community (CT = T / rho * n^2 * D^4). FLOWUnsteady uses the aircraft propeller definition of CT: LINK |
Hi Ed, What I did so far is to implement my on my own created shape within the "Propeller" setup and the thrust and torque are compareable with the CFD results (I also used Xfoil for the polar creation) --> using the correct CT definition of the propeller community leads to compareable values . Implementing the same airfoils within the "rotor-hover" setup, but setting instead of 0.0001m/s inflow velocity the correct velocity of 30m/s and using the same definition of the CT as in the Propeller setup, leads to the fact that the overall thrust is too low compared to CFD results. Even changing the "low-fidelity" pre-settings of the rotor-setup to mid- or high-fidelity doesn't change anything. Thanks for your help and reply! |
Would you mind sharing more details about the operating conditions that you are trying to simulate? In particular, it would be useful to know the following:
Something that you might want to try: while a rotor in hover needs tip and hub corrections to accurately account for the blade loading, it is not so for a propeller. Hence, while the rotor example uses hubtiploss_correction = ((0.4, 5, 0.1, 0.05), (2, 1, 0.25, 0.05)) for your application I would recommend doing what the propeller example uses: hubtiploss_correction = vlm.hubtiploss_nocorrection |
Also, have you tried visualizing the simulation and seeing if there's something blatantly wrong in the way the simulation was setup? (e.g., freestream pointing in the wrong direction, etc) |
Hi Ed, I was possible to create more or less the same output with the "rotor"-setup compared to the "propeller"-setup - now it fits good to the CFD results. What I did is what you actually recommended - I changed the hub_loss_correction_factor in the Rotor-Setup. One general question: Thank you very much! |
Propeller simulations (rotor with axial freestream) are numerically very simple to simulate since the freestream helps the wake to deploy (your simulation can be quite coarse and still get the right answer). On the other hand, the hover case is as challenging as it gets: the wake deploys solely because of self-induced velocity, the rotor chops through its own wake at the beginning of the simulation, and tip vortices leapfrog and breakdown into turbulence close to the plane of rotation. The tip and hub loss correction is one of the elements that goes into getting an accurate hover simulation (otherwise you need a lot of refinement to get the right loading towards the blade tip). |
Many thanks for your answers! If I understood you correctly, you would recommend to use the prop-model for studdiing any axial- and non-axial inflow cinditions (e.g. VTOL applications) and the rotor hover model just for the hover cas? Or could it be a mixture of both settings? |
My experience is that I've needed to shift to the hover settings and fine discretization at advance ratios below |
Dear all,
after running for a predefined propeller geometry, which was validated against CFD, the mid-fidelity "rotor"-setup (linked to the rotor-tutorial) with the same inputs, the thrust coefficienct is nearly devided by two. After changing some parameters linked to the "rotor" tutorial, the value doesn't change in a way that it is as close as to the "propeller" case. Is there anything I may miss in the setup?
Thanks for your response!
The text was updated successfully, but these errors were encountered: