Parameter Name | FORTRAN Type | Default Value | Explanation
|
---|
alloc_factor
|
R
|
20.0
|
Factor (in percent) describing the memory allocated additionally to the memory needed for initial particles at a given grid cell. For example, 100 particles are initialized at a grid cell. Hence, an array for 120 particles (default value of alloc_factor) is allocated providing sufficient memory for particles being transported to this grid cell during the simulation. Note that this array is automatically reallocated if more than 120 particles (following the example above) are transported to this array in order to provide sufficient memory. Thus, it is not necessary to choose alloc_factor too high.
|
bc_par_b
|
C*15
|
'reflect'
|
Bottom boundary condition for particle transport.
By default, particles are reflected at the bottom boundary. Alternatively, a particle absorption can set by bc_par_b = 'absorb'.
|
bc_par_lr
|
C*15
|
'cyclic'
|
Lateral boundary condition (x-direction) for particle transport.
By default, cyclic boundary conditions are used along x. Alternatively, reflection (bc_par_lr = 'reflect' ) or absorption (bc_par_lr = 'absorb' ) can be set.
This lateral boundary conditions should correspond to the lateral boundary condition used for the flow (see bc_lr).
|
bc_par_ns
|
C*15
|
'cyclic'
|
Lateral boundary condition (y-direction) for particle transport.
By default, cyclic boundary conditions are used along y. Alternatively, reflection (bc_par_ns = 'reflect' ) or absorption (bc_par_ns = 'absorb' ) can be set.
This lateral boundary conditions should correspond to the lateral boundary condition used for the flow (see bc_ns).
|
bc_par_t
|
C*15
|
'absorb'
|
Top boundary condition for particle transport.
By default, particles are absorbed at the top boundary. Alternatively, a reflection condition can be set by bc_par_t = 'reflect'.
|
collision_kernel
|
C*15
|
'none'
|
Parameter to steer cloud droplet growth by collision processes.
The growth of cloud droplets due to collision is parameterized using the so-called collision kernel. By default, collision is switched off. The user can choose between the following kernels:
'hall'
Collision kernel from Hall (1980, J. Atmos. Sci., 2486-2507), which considers collision due to pure gravitational effects. Larger droplets have a higher terminal fall velocity and are collecting smaller ones. Only terminal droplet velocities are considered in this kernel (not their effective velocities).
'hall_fast'
Same as 'hall' , but a collision efficiency table is calculated only once (at the beginning of the simulation) for fixed radius classes in the range [1.0E-6,2.0E-4] m. The number of classes to be used (i.e. the resolution of the kernel) can be set by parameter radius_classes. This method significantly reduces the total CPU time of a job.
'none'
Droplet collision is switched off.
'wang'
Beside gravitational effects (treated with the Hall-kernel) also the effects of turbulence on the collision are considered using parameterizations of Ayala et al. (2008, New J. Phys., 10, 075015) and Wang and Grabowski (2009, Atmos. Sci. Lett., 10, 1-8). This kernel includes three possible effects of turbulence: the modification of the relative velocity between the droplets, the effect of preferential concentration, and the enhancement of collision efficiencies.
'wang_fast'
Same as 'wang' , but a collision efficiency table is calculated only once (at the beginning of the simulation) for fixed radius- and dissipation classes in the ranges [1.0E-6,2.0E-4] m, and [0.0,1000.0] cm2/s3 respectively. The number of classes to be used (i.e. the resolution of the kernel) can be set by parameters radius_classes, and dissipation_classes. This method significantly reduces the total CPU time of a job.
Attention: Switching on the collision process drastically increases the CPU time of jobs.
|
collision_algorithm
|
C*15
|
'all_or_nothing'
|
Parameter to steer the algorithm for cloud droplet growth by collision.
By default, the collision algorithm is set to 'all_or_nothing'. The user can choose between the following algorithms:
'all_or_nothing'
Probabilistic collision algorithm based on the ideas of Shima et al. (2009) and Sölch and Kärcher (2010). Each particles represented by one superdroplet grows by the collection of one particle of another superdroplet if the probability for this event if larger than a random number.
'average_impact'
Original PALM collision algorithm (Riechelmann et al, 2012), in which the average grow of every superdroplet is calculated. In contrast to the 'all_or_nothing' algorithm, the number of collected particles is equally distributed over the collecting particles, i.e., a particle might grow by collecting a certain fraction of particles.
|
curvature_solution_effects
|
L
|
.F.
|
Parameter to consider solution and curvature effects on the equilibrium vapor pressure of cloud droplets.
This parameter only comes into effect if Lagrangian cloud droplets are used (see cloud_droplets) and if the droplet radius is smaller than 1.0E-6 m. In case of curvature_solution_effects = .T., solution and curvature effects are included in the growth equation of droplets by condensation. Since in this case the growth equation is a stiff o.d.e, it is integrated in time using the Rosenbrock method (see Numerical Recipes in FORTRAN, 2nd Edition, p.731). If the droplet radius is larger or equal 1.0E-6 m, solution and curvature effects are neglected and the growth is calculated by a simple analytic formula (as for curvature_solution_effects = .F.).
Attention: curvature_solution_effects = .T. may significantly increase CPU time of jobs.
|
density_ratio
|
R(10)
|
0.0, 9 *
9999999.9
|
Ratio of the density of the fluid and the density of the particles.
With the default value the particles are weightless and transported passively with the resolved scale flow. In case of density_ratio /= 0.0 particles have a mass and hence inertia so that their velocity deviates more or less from the velocity of the surrounding flow. Particle velocity is calculated analytically and depends on (besides the density ratio and the current velocity difference between particles and surrounding fluid) the particle radius which is determined via radius as well as on the molecular viscosity (assumed as 1.461E-5 m2/s).
If density_ratio = 1.0, the particle density corresponds to the density of the surrounding fluid and the particles do not feel any buoyancy. Otherwise, particles will be accelerated upwards (density_ratio > 1.0) or downwards (density_ratio < 1.0).
With several groups of particles (see number_of_particle_groups), each group can be assigned a different value. If the number of values given for density_ratio is less than the number of groups defined by number_of_particle_groups), then the last assigned value is used for all remaining groups. This means that by default the particle density ratio for all groups will be 0.0.
|
dissipation_classes
|
I
|
10
|
Number of dissipation classes to be used in the collision efficiency table.
This parameter comes into effect if the parameter collision_kernel is set to 'wang_fast' . It defines the number of dissipation classes which spawn the collision efficiency table. The interval [1.0,1000.0] cm2/s3 is divided into n (= dissipation_classes) equidistant parts.
|
dt_dopts
|
R
|
value of dt_data _output
|
Temporal interval at which time series data of particle quantities shall be output (in s).
If particle advection is switched on (see dt_prel) this parameter can be used to assign the temporal interval at which time series of particle quantities shall be output. Output is written in netCDF format on local file DATA_1D_PTS_NETCDF?.
The following list gives a short description of the quantities available. Most quantities are averaged over all particles. The quantity name given in the first column is identical to the respective name of the variable on the netCDF file.
In case of using more than one particle group (see number_of_particle_groups), separate time series are output for each of the groups. The long names of the variables in the netCDF file containing the respective time series all end with the string PG ##, where ## is the number of the particle group (01, 02, etc.).
netCDF Variable Name | Explanation
|
---|
tnpt | total number of particles
| x_ | particle x-coordinate with respect to the particle origin (in m)
| y_ | particle y-coordinate with respect to the particle origin (in m)
| z_ | particle z-coordinate with respect to the particle origin (in m)
| z_abs | absolute particle z-coordinate (in m)
| u | u particle velocity component (in m/s)
| v | v particle velocity component (in m/s)
| w | w particle velocity component (in m/s)
| u | subgrid-scale u particle velocity component (in m/s)
| v | subgrid-scale v particle velocity component (in m/s)
| w | subgrid-scale w particle velocity component (in m/s)
| npt_up | total number of upward moving particles
| w_up | vertical velocity of the upward moving particles (in m/s)
| w_down | vertical velocity of the downward moving particles (in m/s)
| npt_max | maximum number of particles in a subdomain (=tnpt for non-parallel runs)
| npt_min | minimum number of particles in a subdomain (=tnpt for non-parallel runs)
| x*2 | variance of the particle x-coordinate with respect to x_ (in m2)
| y*2 | variance of the particle y-coordinate with respect to y_ (in m2)
| z*2 | variance of the particle z-coordinate with respect to z_ (in m2)
| u*2 | variance of the u particle velocity component with respect to u (in m2/s2)
| v*2 | variance of the v particle velocity component with respect to v (in m2/s2)
| w*2 | variance of the w particle velocity component with respect to w (in m2/s2)
| u"2 | variance of the subgrid-scale u particle velocity component with respect to u" (in m2/s2)
| v"2 | variance of the subgrid-scale v particle velocity component with respect to v" (in m2/s2)
| w"2 | variance of the subgrid-scale w particle velocity component with respect to w" (in m2/s2)
| npt*2 | variance of the number of particles with respect to the average number of particles per subdomain
|
|
dt_min_part
|
R
|
0.0002
|
Minimum value for the particle time step when SGS velocities are used (in s).
For a further explanation see package parameter use_sgs_for_particles.
|
dt_prel
|
R
|
9999999.9
|
Temporal interval at which particles are to be released from a particle source (in s).
By default, particles are released only at the beginning of a simulation (t_init=0). The time of the first release (t_init) can be changed with package parameter particle_advection_start. The time of the last release can be set with the package parameter end_time_prel. If dt_prel has been set, additional releases will be at t = t_init+dt_prel, t_init+2*dt_prel, t_init+3*dt_prel, etc.. Actual release times may slightly deviate from these values (see e.g. dt_dopr).
The domain of the particle source, as well as the distance of released particles within this source, are determined via package parameters pst, psl, psr, pss, psn, psb, pdx, pdy and pdz. By default, one particle is released at all points defined by these parameters. The package parameter particles_per_point can be used to start more than one particle per point.
Up to 10 different groups of particles can be released at the same time (see number_of_particle_groups) where each group may have a different source. All particles belonging to one group have the same density ratio and the same radius. All other particle features (e.g. location of the source) are identical for all groups of particles.
Subgrid scale velocities can (optionally) be included for calculating the particle advection, using the method of Weil et al. (2004, JAS, 61, 2877-2887). This method is switched on by the package parameter use_sgs_for_particles. This also forces the Euler/upstream method to be used for time advancement of the TKE (see initialization parameter use_upstream_for_tke). The minimum time step during the sub-time steps is controlled by package parameter dt_min_part.
By default, particles are weightless and transported passively with the resolved scale flow. Particles can be given a mass and thus an inertia by assigning the package parameter density_ratio a non-zero value (it defines the ratio of the density of the fluid and the density of the particles). In this case, their radius must also be defined, which affects their flow resistance.
Boundary conditions for the particle transport can be defined with package parameters bc_par_t, bc_par_lr, bc_par_ns and bc_par_b.
Time series of particle quantities in netCDF format can be output to local file DATA_1D_PTS_NETCDF by using package parameter dt_dopts.
For analysis, additional output of particle information in equidistant temporal intervals can be carried out using dt_write_particle_data (file PARTICLE_DATA).
Statistical information (e.g. the total number of particles used, the number of particles exchanged between the PEs, etc.) are output to the local file PARTICLE_INFOS, if switched on by the parameter write_particle_statistics.
If a job chain is to be carried out, particle information for the restart run (e.g. current location of all particles at the end of the run) is output to the local file PARTICLE_RESTART_DATA_OUT, which must be saved at the end of the run and given as an input file to the restart run under local file name PARTICLE_RESTART_DATA_IN using respective file connection statements in the mrun configuration file.
So far, the particle transport realized in PALM does only work duly in case of a constant vertical grid spacing!
|
dt_sort_particles
|
R
|
0.0
|
Temporal interval for sorting particles (in s).
By default, particles are sorted in memory in a way that their order follows the order in which the grid point values are stored. This may improve cache coherence in case of larger numbers of particles and grid points. However, since the sorting itself is time-consuming and since the requirement of sorting depends on the strength of mixing in the flow, performance can be improved if the sorting is applied only after certain time intervals. The proper length of this interval dt_sort_particles must be determined empirically by carrying out test runs with different intervals. Check file CPU_MEASURES to find the value of dt_sort_particles which gives the best performance.
Note: In case of cloud_droplets = '.T.' , any given non-zero value of dt_sort_particles will be reset to zero and a corresponding warning message will appear in the job protocol.
Not available from release 4.0 on.
|
dt_write_particle_data
|
R
|
9999999.9
|
Temporal interval for output of particle data (in s).
This parameter can be used to assign the temporal interval at which particle data shall be output. Data are output to the local file PARTICLE_DATA. See the file description for more details about its format.
By default, no particle data are output.
|
end_time_prel
|
R
|
9999999.9
|
Time of the last release of particles (in s).
See also particle_advection_start.
|
initial_weighting _factor
|
R
|
1.0
|
Factor to define the real number of initial droplets inlccrayh_mg_test_rc.1 a grid box.
In case of explicitly simulating cloud droplets (see cloud_droplets), the real number of initial droplets in a grid box is equal to the initial number of droplets in this box (defined by the particle source parameters pst, psl, psr, pss, psn, psb, pdx, pdy and pdz) times the initial_weighting_factor.
|
maximum_number _of_particles
|
I
|
1000
|
Maximum number of particles (on a PE).
This parameter allows setting the number of particles for which memory must be allocated at the beginning of the run. If this memory becomes insufficient during the run, due to the release of further particles (see dt_prel), then more memory is automatically allocated.
For runs on several processors, maximum_number_of_particles defines the maximum number on each PE. This number must be larger than the maximum number of particles initially released in a subdomain.
Not available from release 4.0 on.
|
maximum_number _of_tailpoints
|
I
|
100
|
Maximum number of tail points that a particle tail can have.
maximum_number_of_tailpoints sets the number of discrete points the tail consists of. A new point is added to the particle tails after each time step. If the maximum number of tail points is reached after the corresponding number of time steps, the oldest respective tail points are deleted within the following time step.
All particle tails have the same number of points. The maximum length of these tails is determined by the value of maximum_number_of_tailpoints and by the minimum distance between each of the adjoining tail points, which can be set by minimum_tailpoint_distance. Additionally, it can be determined that the temporal displacement between the current position of the particle and the oldest point of the tail may become not larger than a value to be assigned by maximum_tailpoint_age.
|
maximum_tailpoint _age
|
R
|
100000.0
|
Maximum age that the end point of a particle tail is allowed to have (in s).
If the temporal displacement between the oldest point of a particle tail and the current position of the particle becomes larger than the value given by maximum_tailpoint_age, this oldest point (which defines the end of the tail) is removed. If this time is so small that the number of points defining the particle tail do not exceed the value given by maximum_number_of_tailpoints, then the length the particle tails is a measure for the distance the particle travelled along during the time interval defined via maximum_tailpoint_age, i.e. for the particle velocity. Fast particles will have long tails, slow particles shorter ones (note: this will not necessarily hold if minimum_tailpoint_distance = 0.0).
|
minimum_tailpoint _distance
|
R
|
0.0
|
Minimum distance allowed between two adjacent points of a particle tail (in m).
In case of minimum_tailpoint_distance > 0.0 the particle tail is extended by a new point only if the distance between its current position and the most recent tail point exceed the distance given via minimum_tailpoint_distance.
If the length of the particle tails shall be proportional to the respective particle velocity, the parameter maximum_tailpoint_age must also be set appropriately.
Note: A suitable choice of minimum_tailpoint_distance > 0.0 is recommended, because then the tail coordinates of slowly moving particles require less memory and can also be drawn faster. The upper limit of minimum_tailpoint_distance should be chosen in a way that the visualized particle tails still appear as smooth lines. Example: with a model domain of 1000 m and a monitor resolution of 1280 * 1024 pixels it should be sufficient to set minimum_tailpoint_distance = 5.0 (m).
|
min_nr_particle
|
I
|
50
|
Minimum number of particles for which memory is allocated at every grid cell.
|
number_of_particle _groups
|
I
|
1
|
Number of particle groups to be used.
Each particle group can be assigned its own source region (see pdx, psl, psr, etc.), particle diameter (radius) and particle density ratio (density_ratio).
If fewer values are given for pdx, psl, etc. than the number of particle groups, then the last value is used for the remaining values (or the default value, if the user did not set the parameter).
The maximum allowed number of particle groups is limited to 10.
|
particles_per_point
|
I
|
1
|
Number of particles to be started per point.
By default, one particle is started at all points of the particle source, defined by the package parameters pst, psl, psr, pss, psn, psb, pdx, pdy and pdz.
|
particle_advection _start
|
R
|
0.0
|
Time of the first release of particles (in s).
If particles are not to be released at the beginning of the run, the release time can be set via particle_advection_start.
If particle transport is switched on in a restart run, then read_particles_from_restartfile = .F. is also required.
See also end_time_prel.
|
particle_maximum_age
|
R
|
9999999.9
|
Maximum allowed age of particles (in s).
If the age of a particle exceeds the time set by particle_maximum_age, the particle as well as its tail is deleted.
|
pdx
|
R (10)
|
10*dx
|
Distance along x between particles within a particle source (in m).
If the particle source shall be confined to one grid point, the distances given by pdx, pdy and pdz must be set larger than the respective domain size or psl = psr has to be set alternatively.
pdx can be assigned a different value for each particle group (see number_of_particle_groups).
|
pdy
|
R (10)
|
10*dy
|
Distance along y between particles within a particle source (in m).
|
pdz
|
R (10)
|
10* (zu(2)-zu(1))
|
Distance along z between particles within a particle source (in m).
|
psb
|
R (10)
|
10*zu(nz/2)
|
Bottom edge of a particle source (in m).
In case of seed_follows_topography switched on, the bottom edge height is interpreted as relative to the given topography.
|
psl
|
R (10)
|
10*0.0
|
Left edge of a particle source (in m).
|
psn
|
R (10)
|
10*(ny*dy)
|
Rear ("north") edge of a particle source (in m).
|
psr
|
R (10)
|
10*(nx*dx)
|
Right edge of a particle source (in m).
|
pss
|
R (10)
|
10*0.0
|
Front ("south") edge of a particle source (in m).
|
pst
|
R (10)
|
10*zu(nz/2)
|
Top edge of a particle source (in m).
In case of seed_follows_topography switched on, the top edge height is interpreted as relative to the given topography.
|
radius
|
R (10)
|
0.0, 9* 9999999.9
|
Particle radius (in m).
The viscous friction (in case of a velocity difference between particles and surrounding fluid) depends on the particle radius which must be assigned as soon as density_ratio /= 0.0.
With several groups of particles (see number_of_particle_groups), each group can be assigned a different value. If the number of values given for radius is less than the number of groups defined by number_of_particle_groups), then the last assigned value is used for all remaining groups. This means that by default the particle radius for all groups will be 0.0.
|
radius_classes
|
I
|
20
|
Number of radius classes to be used in the collision efficiency table.
This parameter comes into effect if parameter collision_kernel is set to 'hall_fast' or 'wang_fast' . It defines the number of radius classes which spawn the collision efficiency table. The interval [1.0E-6,2.0E-4] m is divided into n (= radius_classes) logarithmic equidistant parts.
|
random_start_position
|
L
|
.F.
|
Initial position of the particles is varied randomly within certain limits.
By default, the initial positions of particles within the source exactly correspond with the positions given by psl, psr, psn, pss, psb, pst, pdx, pdy, and pdz. With random_start_position = .T. the initial positions of the particles are allowed to randomly vary from these positions within certain limits.
Very important:
In case of random_start_position = .T., the random-number generators on the individual PEs no longer run synchronously. If random disturbances are applied to the velocity field (see create_disturbances), then as a consequence for parallel runs the realizations of the turbulent flow fields will deviate between runs which used different numbers of PEs!
|
read_particles _from_restartfile
|
L
|
.T.
|
Read particle data from the previous run.
By default, with restart runs particle data is read from file PARTICLE_RESTART_DATA_IN, which is created by the preceding run. If this is not requested or if in a restart run particle transport is switched on for the first time (see particle_advection_start), then read_particles_from_restartfile = .F. is required.
|
seed_follows_ topography
|
L
|
.F.
|
Heights of initial particles are interpreted relative to the given topography.
In case of topography, the heights of the initial particle sources set by psb and pst are interpreted as relative to the given topography.
|
skip_particles_ for_tail
|
I
|
100
|
Limit the number of particle tails.
If particle tails are switched on (see use_particle_tails), every particle is given a tail by default. skip_particles_for_tail can be used to give only every n'th particle a tail.
Example: skip_particles_for_tail = 10 means that only every 10th particle will be given a tail.
|
use_sgs_for_particles
|
L
|
.F.
|
Use subgrid-scale velocities for particle advection.
These velocities are calculated from the resolved and subgrid-scale TKE using the Monte-Carlo random-walk method described by Weil et al. (2004, JAS, 61, 2877-2887). When using this method, the time step for the advancement of the particles is limited by the so-called Lagrangian time scale. This may be smaller than the current LES time step so that several particle (sub-) time steps have to be carried out within one LES time step. In order to limit the number of sub-time steps (and to limit the CPU-time), the minimum value for the particle time step is defined by the package parameter dt_min_part.
|
vertical_particle _advection
|
L
|
.T.
|
Switch on/off vertical particle transport.
By default, particles are transported along all three directions in space. With vertical_particle_advection = .F., the particles will only be transported horizontally.
|
write_particle _statistics
|
L
|
.F.
|
Switch on/off output of particle information.
For write_particle_statistics = .T. statistical information (e.g. the total number of particles used, the number of particles exchanged between the PEs, etc.) which may be used for debugging are output to the local file PARTICLE_INFOS.
Note: For parallel runs files may become very large and performance of PALM may decrease.
|