BUG: Fix uniqueOrder() to not drop largest item
[OpenFOAM-2.0.x.git] / tutorials / discreteMethods / dsmcFoam / README
blob1c6b83c1cecf306bf5cb9bd0c7cf2e6067fbad26
1 Fields are used by dsmcFoam in several ways, some of which are different to
2 their use elsewhere in OpenFOAM.  None of these fields are solved by partial
3 differential equations, they are used either to record simulation data, or to
4 supply boundary data.
6 In each case there are 11 fields:
8     boundaryT, boundaryU:
10         The wall and free stream conditions at the boundary are specified for
11         velocity and temperature with these fields - only the data on the
12         patches is used, the cell data is not.  These are the only two fields
13         which supply data to the case.
15     dsmcRhoN:
17         The population of dsmc particles in cells is recorded to visualise how
18         well the cell population conditions required for dsmc are met.  The
19         boundary conditions are zeroGradient because only cell data is
20         meaningful.
22     fD, q:
24         The wall heat flux (q) and force density (fD, i.e. stress vector) is
25         recorded with these fields - only the data on wall patches is relevant,
26         the cell data is not.
28     iDof, internalE, linearKE, momentum, rhoM, rhoN:
30         These fields are the densities of extensive quantities in the
31         simulation, i.e. of number, mass, momentum, energy.  Cell data is
32         recorded in the internal field and the boundaryField is used to record
33         the data of particles that strike wall patches.  The properties of
34         particles striking wall faces are weighted by 1/(Un*fA), where Un is the
35         normal component of the particle's velocity and fA is the face area.
36         This is done so that when intensive quantities, such as velocity or
37         temperature, are evaluated on the wall the values are correct this
38         allows velocity slip and temperature jump to be evaluated.
40         Therefore, the data in these fields on wall patches is of a different
41         type to the volume data.  This may cause problems when post-processing,
42         as any interpolation of these fields will have a artifacts in the near
43         wall cells because the values on the faces are radically different.
44         This can be overcome by visualising the data uninterpolated, or by
45         copying the fields and setting zeroGradient boundary conditions on
46         walls.  Calculated intensive fields do not have this issue.
48 Further fields are produced by dsmcFoam, i.e. dsmcSigmaTcRMax (used in the
49 selection of collision partners) and by the fieldAverage (averaging the
50 extensive quantity densities) and dsmcFields (calculating intensive quantities,
51 i.e. velocity and temperature, from extensive quantities) function objects in
52 each case as it runs.