CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Verification & Validation

Validation of wing simulation

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By haakon

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 21, 2013, 13:57
Default Validation of wing simulation
  #1
Member
 
Join Date: Nov 2012
Posts: 62
Rep Power: 13
Naruto is on a distinguished road
Dear FOAMers,
Greetings everyone. Currently I am simulating low Re. no. flow over NACA0012 airfoil. You can call me a novice in the world of CFD. For the last couple of weeks I have been trying to match the experimental data of the following link:
http://mac6.ma.psu.edu/VAWT/Sand80-2114.pdf
with my simulation. But I absolutely got no luck. Right now I am very frustrated. I tried everything I could. But nothing seems to work. Let me share my result of Re. no. of 40000. It is the attachment named comparison.xlsx. Though the trends seem similar, the simulated values of Cd, Cl do not make any sense. I do not know what is wrong.

Let me share some of my thoughts:
1. I think the whole problem is occuring due to the meshing. I did my meshing using pointwise. I drew my computational domain using Mechanical AutoCAD 2013. Then I transferred the geometry to pointwise. I used "Connectors on the Database entity" option of pointwise to create connectors on airfoil. I saw that pointwise was not able to map the geometry correctly. Could this be a problem.

2. The points were on the connectors. Some of the pointers did not seem to sit on the curve of airfoil exported from Mechanical AutoCAD 2013.

3. In the controlDict file I changed the forceCoeff file a little bit after changing angle of attack. My change is like : Drag Dir.: (-sinA cosA 0), Lift Dir (cosA sinA 0) where A is the angle of attack. The simulation is taking place on X-Y plane. Is this assumption correct?

4. I chose the chord length 1. I chose velocity as 1m/s. On that way I could control the Re. no. parameter very easily. Because the only thing that I need to change is the viscosity in transfer properties. Could this lead to any problem.

I am attaching my case file of NACA0012. https://dl.dropbox.com/u/108216538/naca0012_.rar
You can download a rar file named naca0012_.rar from the folder for your convenience.
Thanks in advance.
Attached Files
File Type: xlsx Comparison.xlsx (13.6 KB, 37 views)

Last edited by Naruto; March 23, 2013 at 02:19.
Naruto is offline   Reply With Quote

Old   March 21, 2013, 17:13
Default
  #2
Senior Member
 
Join Date: Dec 2011
Posts: 111
Rep Power: 19
haakon will become famous soon enough
I'm sorry, but I can't manage to download the case file you link to. Can you check the link and make sure the file is readable by the public?

But as you say, the trend is similar between the graphs. Have you checked that you have used the right parameters for when calculating the drag and lift coefficients? That is checking that U and Aref is correct in the forceCoeffs section in controlDict.
haakon is offline   Reply With Quote

Old   March 23, 2013, 02:18
Default
  #3
Member
 
Join Date: Nov 2012
Posts: 62
Rep Power: 13
Naruto is on a distinguished road
I am really sorry for my late reply. I was sick. Here is the link of my case files. Please take a look at it.
https://dl.dropbox.com/u/108216538/naca0012_.rar
Naruto is offline   Reply With Quote

Old   March 23, 2013, 05:36
Default
  #4
Senior Member
 
Join Date: Dec 2011
Posts: 111
Rep Power: 19
haakon will become famous soon enough
First of all I think that the assumption stated in my previous post is correct. Your airfoil has a chord length of one meter, and the mesh is 1 meter in the spanwise direction. This gives a reference area of 1 meter squared. In the forceCoeffs file you have used Aref = 0.1, witch gives (exactly) 10 times as large lift and drag coefficients as you should have with Aref=1.0.

Looking at your spreadsheet, dividing all your coefficients by 10 seems to give results at least within 5-10% of your reference values.

Regarding your thought #3, I would at least use the definition of lift as being perpendicular to the mean, undisturbed incoming flow, i.e. that the direction of lift does not change with changing angle of attack. But I guess there are several definitions here.
Naruto likes this.
haakon is offline   Reply With Quote

Old   March 23, 2013, 11:33
Default
  #5
Member
 
Join Date: Nov 2012
Posts: 62
Rep Power: 13
Naruto is on a distinguished road
Thanks for your kind and informative reply. I have a question in my mind. I am taking Drag Dir.: (-sinA cosA 0), Lift Dir (cosA sinA 0) where A is the angle of attack. You told me to keep the Lift dir. as it is in the system folder. But is the drag dir. ok? I found this thing in the forum. But it seems a little bit awkward to me. Is this assumption correct?
Naruto is offline   Reply With Quote

Old   March 23, 2013, 12:42
Default
  #6
Senior Member
 
Join Date: Dec 2011
Posts: 111
Rep Power: 19
haakon will become famous soon enough
Quote:
Originally Posted by Naruto View Post
Thanks for your kind and informative reply. I have a question in my mind. I am taking Drag Dir.: (-sinA cosA 0), Lift Dir (cosA sinA 0) where A is the angle of attack. You told me to keep the Lift dir. as it is in the system folder.
Did I tell you that? I just told that the definition of lift that I'm used to is to define lift as the force component normal to the undisturbed incoming flow, regardless of the geometry in question. If the problem is such that the lift force is to oppose the gravity I would choose to define positive lift in the opposite direction of the gravitational force, but that is a personal preference.

Quote:
Originally Posted by Naruto View Post
But is the drag dir. ok? I found this thing in the forum. But it seems a little bit awkward to me. Is this assumption correct?
I think that you should keep the lift and drag directions normal to each other in all situations. This applies both if you choose to change them with the angle of attack or not. If you define the lift direction to be perpendicular to the incoming flow, keep the drag parallel and in alignment with the flow.

In the end I guess that you just have to be careful about any references and what definitions they are using. I would guess you find multiple definitions out there. Good luck with your work.
haakon is offline   Reply With Quote

Reply

Tags
naca0012, openfoam, pointwise cgns msh, wing simulation


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Error with sonicFOAM simulation of wing - db/regIOobject/regIOobjectRead.C Jaggy_Snake OpenFOAM Running, Solving & CFD 2 February 21, 2013 03:21
Pitching Wing simulation rieuk OpenFOAM 5 March 21, 2010 04:12
validation LES Simulation s&m OpenFOAM Running, Solving & CFD 0 January 29, 2010 18:12
LES of wing... ned help mariachi FLUENT 9 January 19, 2010 12:55
Setting up Flow around a Wing Simulation help Atella CFX 3 January 3, 2010 12:51


All times are GMT -4. The time now is 22:30.