View source for Sig WindE/Validation Cases

The aim of this page is to hold validation cases for ABL (Atmospheric Boundary Layer) flows that are of interest to anybody starting to model ABL flows in OF.
The simulations I perform, and refer to mainly in this text are RANS with k-epsilon turbulence closure models, using simpleFoam. Most of the first simulations that are placed in this page were done according to the excellent Martinez 2011 Ms.C. thesis [http://windenergyresearch.org/2011/09/wind-resource-in-complex-terrain-with-openfoam/] All of the boundary conditions and mesh creation suggestions were followed by from his work and the references within it.

----

'''(0) Maintaining a logarithmic inlet profile over a 2D domain

The wall function boundary condition implemented in OF is the Nikuradse's grain of sand roughness. It produces an anomaly in the k profile in the first cell above the ground which propagates upwards and down-flow. This is discussed extensively in the literature, and alternative wall functions have been suggested such as Richards and Hoexy 1993 (RH). There has lately been a very good documentation of testing this anomaly by Martinez in his Ms.C. thesis [http://windenergyresearch.org/2011/09/wind-resource-in-complex-terrain-with-openfoam/].

 [[File:BL2D.tar]] checked on OF 2.1

Attached case ("BL2Dtemplate") has python scripts using the pyFoam library to run different z0 values (all files included in this page require the pyFoam library). run with ./Allrun .


'''(1) Flow over Isolated 2D Hill (checked on OF 2.1)

The 2D simple hill from Martinez 2011 whose shape is given by 

<math>y\left(x\right) = -\frac{H}{6.04844}\left[J_0(\Lambda)I_0(\Lambda\frac{x}{a})-I_0(\Lambda)J_0(\Lambda\frac{x}{a})\right] \; \mathrm{for} \; |x-x_0| \leq a</math>

<math>y\left(x\right) = 0 \; \mathrm{for} \; |x-x_0| > a </math>

The mesh is created with blockMesh, and a template file, and also a python script that writes the hill shape as a polyline object in the blockMeshDict. The mesh grading was done by breaking the control box into 3 segments - upwind, hill area and downwind (unlike the Martinez mesh grading tanh scheme).
The case with the python script, ready to run (./Allrun) is attached here

 [[File:2DBump.tar]] (checked on OF 2.1)

It compares the results with figures 21a,21b and 21c from Martinez 2011. 

----
Another 2D case I tried simulating though unsuccessfully is mentioned here [[Sig_WindE_-_Validation_Cases_RUSHIL]].
----

'''(2) Flow over Isolated 3D Hill (checked on OF 2.1.1)

The same geometry as used by Martinez 2011, with the same recommendations. The mesh is created by snappyHexMesh. The STL file is created in salome with this python script [[File:3DBump_salome_script.tar‎]]. The case with an Allrun file is attached here

 [[File:3DBump.tar]] (checked on OF 2.1.1)

'''(3) Flow over real terrain - Askervein hill (checked on OF 2.1.1)

The Askervein hill [http://www.yorku.ca/pat/research/Askervein/ASK82.pdf] and [http://www.yorku.ca/pat/research/Askervein/ASK83.pdf] is a low isolated eliptic hill located in the island of south Uist in Scotland. In 1982-3 a measurement campaign was conducted there, and it has since been used as a bench mark case for linear and non-linear (CFD) models for flow and pollutant dispersion simulations. A simulation case is presented here with use of the meshing recommandations from Martinez 2011. The terrain is massaged (smoothed) using SAGA GIS open source software, as will be described below.

''Creating the STL surface''

In this case a real terrain is used. This means that the source of data is some DEM (Digital Elavation Model), and an additional step of smoothing the boundaries of the terrain has to be taken, in order to incorporate the boundary conditions used so far in the previous simulation, since they are appropriate only to flat terrain.

(a) For this simulation SRTM data was used, specifically this file [http://dds.cr.usgs.gov/srtm/version2_1/SRTM3/Eurasia/N57E008.hgt.zip]. It is probably not refined enough (90 meter resolution). In the OF7 workshop [http://www.cfd-online.com/Forums/openfoam/85128-wind-simulation-askervein-hill-2.html Carlos Peralta]
pointed out to another source of data here [http://code.google.com/p/fds-smv/source/browse/trunk/FDS/?r=6478#FDS%2Ftrunk%2FValidation%2FAskervein_Hill%2FFDS_Input_Files]
(b) The DEM was uploaded into SAGA [http://www.saga-gis.org/en/index.html] through the Modules–>File–>Grid–>Import–>Import USGS SRTM Grid (picture of the result [http://www.flickr.com/photos/hanan_levy/6817831074/])

(c) Dfining the coordinate system - Moduls–>Projection–>Set Coordinate Reference System , under EPSG code insert 4326 (WGS 84)

(d) Projection - the lat/long information that the SRTM came in has to be projected unto a flat surface. I used the UTM projection (Universal Transverse Mercator). Modules–>Projection–>coordinate transformation grid . Under ESPG code chooce the one for the UTM zone that fits the Askervein hill. Finding this can be done through looking in UTM zone maps - [http://www.dmap.co.uk/utmworld.htm]. Ours is V29. relating ESPG codes can be done according to this table for instance [http://reference.mapinfo.com/common/docs/mapxtend-dev-web-none-eng/miaware/doc/guide/xmlapi/coordsys/systems.htm]. The ESPG code here is 32629

Smooting - the area around the simulation zone is extended and smoothed, that is - transformed into a plane of constant height. This is done here with a 1/r^2 transformation, that is continous at the height but creates a discontinouity in the slope. 

(e) The area is cut and interpolated in one step: Modules–>Grid–>Gridding–>Spline Interpolation–>Multilevel B spline Interpolation (from grid) , with 5 km and 30 km grid extents, with a cell size of 50 meter. Next, a constant grid is created - the one the smoothing is done unto. A grid of height of 5 meter is chosen (according to the Askervein map and Martinez's experience) Modules–>Grid–>Construction–>create constant grid, with the 30 km base created in the last step.

(f) Creating two circular areas. Create a text file with the center coordinate - 598060  6339670  5. Next import it into SAGA by Modules–>File–>Shapes–>Import–>import point cloud from text file and choose the seperator accordingly. Modules–>Shapes–>Tools–>Shape buffer, choose 2000 meter and the central point. Repeat again with 4000 meter. 

(g) Interpolating. The interpolation is done with Modules–>Grid–>Calculus–>Grid generation–>function, inserting the grid limits, and the following equation: (sqrt((x-598060)^2+(y-6339670)^2)-2000)/(4000-2000). Next, using grid–>calculus–>grid calculator, using the bispline (initial grid), constant height grid and finally the interpolation function grid, with the following formula: g1*(1-g3)+g2*g3 (works in Saga 2.08)

(h) connecting it together. Shapes–>grid–>spatial extent–>clip grid with polygon. choosing the original grid and a 2000 meter radius (thus creating the inner circle)). Repeating the same with the grid that went the interpolation (it's name should end with "... calculation") and 4000 meter radius (thus creating the outer circle). Finally - merging: Grid–>Construction–>merging, choosing the inner circle, outer circle and the constant height grid. Make sure in the "overlapping cells" line you choose "first value in order of grid list".

(i) Finally - exporting to STL: Two steps - 1. Modules–>TIN–>conversions–>Grid to TIN, 2. Modules–>file–>shapes–>export–>export TIN to stereo litography file (STL)

''The case'': The following case includes a "Allrun" file, calling a python script twice, first for solving a mesh with about 500,000 cells, and then with 5,000,000 . The results are compared to the observations. They are not perfect, but comparing to the results Martinez 2011 got they are quite similar. With one discrepency though - downhill the recirculation is not predicted well by this mesh and discritization scheme (which is QUICKV for the div(phi,U)).
 
 [[File:Askervein_template.tar.gz]] (checked on OF 2.1.1)

'''Page under construction

[[Category:Incomplete pages]]