Introduction

Computational Fluid Dynamics (CFD) is a computer simulation of a fluid within a domain--essentially, we are simulating a wind tunnel (the domain) with a car inside of it, and using the properties of the fluid to calculate aerodynamic properties such as lift and drag. This can be done with both 2D and 3D simulations, which makes it useful for developing and refining aero kits on the car.

This document will go through the basic CFD theory, erring towards practical application instead of the underlying mathematics. However, an understanding of the governing equations and solver methods will make the learning curve much easier.

It is recommended to be familiar with FEA before learning CFD.

Domain

The domain is what we are simulating. As mentioned in the introduction, imagine the domain to be a wind tunnel. In a 2D case, this looks like a big rectangle with a cross-section of our structure (such as an airfoil) cut out of it. In a 3D case, imagine a rectangular prism with the outline of the car subtracted from it. A 2D domain for the front wing of 24A and a 3D domain is shown below.

We do not include the actual structure within the domain because the domain consists solely of what we are trying to calculate the properties of--the working fluid. We calculate properties of these structures by defining them in the geometry setup, and then using the properties of the surrounding air to find aerodynamic characteristics. For this same reason, meshes do not mesh the structure as in FEA, but rather the fluid domain. For example, we can look at the pressure distributions around an airfoil to calculate lift without ever meshing or calculating anything within the structure itself, as shown below.

The size of the domain is very important to the simulation. A small domain is similar to a small wind tunnel: the presence of the walls and ceiling will interfere with the airflow around the structure. A domain that is too big, however, will be very computationally expensive and take very long to solve. As with most things in CFD, we must work to find a balance between two extremes.

To find the smallest domain size without impacting solution accuracy, we can perform a domain study, in which we begin with a small domain and increase the size until the results are consistent.

In order to obtain accurate solutions, however, a system must not have an adequate domain, it must also have a good mesh.

Mesh

Similar to FEA, a mesh is breaking up a complex geometry into many small, manageable cells whose properties can then be easily calculated. However, similar to how the domain only encompasses the fluid regions, meshes only mesh the fluid regions and not the structure itself.

Obtaining a good quality mesh is a mixture of the fineness and quality of the mesh. Fineness is synonymous with the “resolution” of the simulation: a finer mesh will yield greater detail and more accurate solutions, but take longer to solve. Coarser meshes sacrifice detail and accuracy in favor of faster computation times, similar to meshes in FEA.

Mesh quality, on the other hand, depends on a multitude of things, of which the primary factors are orthogonal quality and skewedness. Quality largely references the orientation of meshed cells relative to one another; proper orientation will translate to easier computation, while poor orientation will create skewedness and hurt computation time and accuracy.

The ANSYS Mesher offers a variety of tools to control the mesh fineness and quality. We can define regions of the domain where we wish the mesh to be finer, for example, the region close to an airfoil; likewise, we can confidently say that the regions far away from our structure do not need to be as fine. We can also define quality goals that the mesher will target when meshing, and refine our mesh afterwards to improve an existing mesh.

Ultimately, the mesh is of greater importance than anything else when determining the accuracy and quality of a simulation. It takes intuition and rigor to develop a quality mesh for a structure, using both experience and systematic domain and mesh studies to determine the optimum parameters.

Solver

Most fluid solvers are iterative and not analytical. By repeatedly guessing, solving the governing fluid equations, and then using the results to guess again, solvers can eventually get a very close approximation of fluid properties.

When solvers get very close to the answer, the guesses they make with each iteration grow closer and closer. Eventually, when they are close enough, we consider the answer “converged” and do a happy dance.

However, this also brings about an issue if the guesses do not grow closer and closer. If they instead grow farther and farther, the simulation has diverged, and we do not have a valid solution. This generally is an issue with the model geometry or mesh.

In order to quantify how converged or diverged a solution is, simulations use convergence criteria to establish numerical values after which the solution is considered converged. There are various convergence criteria, but a sure way to qualitatively evaluate convergence is to see a plot of some output parameter with respect to the iterations. The above chart shows a converged solution; a diverged or nonconverged solution would have a line that does not settle as shown.

The stricter the convergence criteria, the closer the guesses have to be, and subsequently the more accurate the results. However, it also takes the solver longer to reach strict convergence criteria's.

Example 2D Simulation

[coming soon!]