The boundary conditions at the six sides of the computational box cannot be specified independently. For the naming convention of the boundaries a gravitational acceleration in -x3 direction is assumed. Accordingly, there is a bottom and a top boundary, and four side boundaries.
All boundary conditions of the hydrodynamic case are available in the MHD module.
reflective
: closed wall, no gravity, no radiation. The velocity vector is mirrored at the boundary.
constant
: open boundary with constant extrapolation of all values,
no gravity, no radiation.
closed
, closedtop
: closed wall, can handle gravity, open for outward radiation.
periodic
: periodic boundaries for hydrodynamics, radiation.
transmitting
: transmitting boundary for hydro and outward radiation.
MSrad
radiation transport module
the side boundaries have to be periodic
.
In simulations of a red supergiant all boundaries (including the sides) will typically
be transmitting
. As an alternative, closed
boundaries can be chosen in this case.
reflective
: closed wall, no gravity, no radiation. The velocity vector is mirrored at the boundary.
constant
: open boundary with constant extrapolation of all values,
no gravity, no radiation
closed
, closedtop
: closed wall, can handle gravity, open for outward radiation.
periodic
: periodic boundaries for hydrodynamics.
transmitting
: transmitting boundary for hydro and outward radiation: exponential decrease of density (standard open boundary condition).
transmitting2
: transmitting boundary for hydro and outward radiation: exponential decrease of density and extra velocity treatment.
transmitting3
: transmitting boundary for hydro and outward radiation: constant density extrapolation.
transmitting
top
boundary will be selected, the closed
one is an alternative.
The periodic
condition is only recognized by the hydrodynamics routines
and not by any radiation transport routine.
reflective
: closed wall, no gravity, no radiation. The velocity vector is mirrored at the boundary.
constant
: open boundary with constant extrapolation of all values,
no gravity, no radiation.
closed
, closedtop
: closed wall, can handle gravity, open for outward radiation.
closedbottom
: closed wall, handles gravity, radiation in diffusion approximation.
closedbottom2
: closed wall, handles gravity, radiation in diffusion approximation.
In this version, the extrapolation of quantities should be smoother than for
closedbottom
.
periodic
: periodic boundaries for hydrodynamics.
transmitting
: transmitting boundary for hydro and outward radiation.
The parameters real c_tchange
, real c_tsurf
, and
real c_hptopfactor
have to be specified.
inoutflow
: "classical" open lower boundary for deep convection,
gravity and radiation possible.
The parameters real s_inflow
, real c_schange
, and
real c_pchange
have to be specified.
inoutflow2
: variant of the open lower boundary condition.
The parameters real s_inflow
, real c_schange
,
real c_pchange
have to be specified.
In this version, the extrapolation of quantities should be smoother than for
inoutflow
.
MSrad
radiation transport module
the bottom boundary is typically of type ``inoutflow
''.
A supergiant simulation will have a transmitting
lower boundary.
s_inflow
(see Sect.7.1.4.7) and
luminositypervolume
(see Sect.7.1.4.6).
Example:
: (empty). The classical value.
For local models the energy comes through the lower boundary,
either by radiation (for a closed bottom boundary closedbottom
)
or by convection + radiation (for an open bottom boundary inoutflow
).
bottom_entropy1
: The entropy in the bottom layers
(defined as being less than r0_grav
above the bottom of the model)
is adjusted towards s_inflow
on a rate given by c_schange
.
bottom_energy1
: Energy in the bottom layers
(defined as being less than r0_grav
above the bottom of the model)
is added according to teff
.
core_entropy1
: The entropy in the core is adjusted towards
s_inflow
on a rate given by c_schange
.
core_energyentropy1
: The entropy in the core is adjusted towards
the mean core entropy (i.e., smoothed) on a rate given by c_schange
.
However, the total energy input is added according to
luminositypervolume
. This avoids a local pile up of energy in case
of a strong core drag force (Sect.7.1.4.22) or just slow flows.
core_energy1
: Energy in the core is added according to
luminositypervolume
.
core_energy2
: Energy in the core is added according to
luminositypervolume
with a Gaussian distribution of the energy source.
Constant
, Constantdei
: Apply the same change of Constantdrhoei
in the central part of the core where the density is higher.
Constantdrhoei
: Apply the same change of
heat_mode
can be set with this parameter.
To avoid numbers that do not fit into a 4 Byte real the luminosity per volume
has to be specified as e.g. in
0.0
or below the entropy of the
material within the core (defined by as all cells within radius r0_grav
)
is adjusted instead.
inoutflow
''
into the model can be specified e.g. with
central
potential, the entropy in a sphere with radius
r0_grav
is adjusted towards this entropy value.
In both geometries (supergiant as well as solar) this value is very important as
it finally (but indirectly) determines the luminosity and
effective temperature of the star.
A value of 0.0
(default) or below disables this energy input.
central
potential, one can decrease the entropy
in the very center of the core to generate some extra braking buoyancy, e.g. with
s_inflow
is typically of the order of
1.0E+09
, this parameter is typically of the order of 1.0E+06
.
A value of 0.0
(default) causes a zero gradient.
central
potential, one can enforce a meridional flow
(the s_inflow
is typically of the order of
1.0E+09
, this parameter is typically of the order of 1.0E+06
.
A value of 0.0
(default) causes a zero gradient.
s_inflow
of the material in the bottom layer
(solar case, inoutflow
boundary condition)
or the central region of the (global) model is not just
set to the specified but adjusted towards it. The adjustment rate can be
controlled with e.g.
1.0
: fast adjustment
0.3
: typical value
0.1
: slow adjustment
<=0.0
: not allowed
inoutflow
boundary condition not only controls entropy and velocity
but also the pressure in the bottom layers:
It is locally adjusted towards the global average to damp out possible
instabilities.
The adjustment rate can be specified e.g., with
inoutflow
and inoutflow2
),
a damping of the vertical velocity at the open boundary can be specified,
e.g., with
0.0
: off: no linear damping
0.002
: small reasonable value
0.005
: large, possible useful value
inoutflow
and inoutflow2
),
an additional damping of the vertical velocity at the open boundary can be specified,
e.g., with
transmitting
boundary condition is chosen. The value can be
set e.g. with
c_visbound
=0.0
).
transmitting
upper boundary condition
can smooth density fluctuations with this parameter.
It is locally adjusted towards the global average to damp out possible
instabilities. It appears to be useful for the HLLMHD solver.
For simulations without magnetic fields, there is no need to set this parameter, so far.
The adjustment rate can be specified e.g. with
1.0
.
transmitting
upper or outer boundary
the temperature of the material streaming into the model
is adjusted with a rate given e.g. by
transmitting
upper or outer boundary
the temperature of the material streaming into the model
is adjusted towards a temperature teff
*c_tsurf
.
This temperature can be specified as fraction of the effective temperature
e.g. with
transmitting
upper or outer boundary
the density stratification outside the model has to be extrapolated properly.
Assumptions about this density affects the amount of mass flowing
into the model.
For the extrapolation it is assumed that the density scale c_hptopfactor
.
0.0
: No effect (actually, a value of 1.0
is chosen).
0.0
1.0
: The density scale height is enlarged to account for
possible effects of turbulent pressure on the scale height:
The density decays less rapidly with height than in
an (isothermal) hydrostatic stratification.
1.0
: Density scale height is pressure scale height.
1.0
: Density scale height is smaller than pressure scale height.
Not really useful.
0.0
: Older version:
MSrad
and SHORTRAD
).
0.0
: New version:
C_radHtautop=-1.0
might be a good choice (MSrad
only).
r1_rad
can specify a radius beyond which only positive contributions
of the radiative energy transport to the energy budget are taken into account. This
ruins the conservativity of the code in these layers and should be applied only in very
remote corners which are then considered only as sort of extended boundary region but
not as part of the ``real'' model.
The parameter can be specified e.g. with
0.0
(default) or below deactivates this feature.
0.0
(default) or below deactivates this feature.
r0_grav
)
can be applied.
It is controlled e.g. with
0.0
(default) or below deactivates this feature.
Constant
: Use a local drag force that depends on
core radius r0_grav
, local sound speed, and real c_coredrag
(default).
The overlaid radial profile is a constant.
Linear
: Use a local drag force that employs as overlay
a linear decay from center to r0_grav
.
Cosine
: Use a local drag force that employs as overlay
a cosine function from center to r0_grav
.
CosSqr
: Use a local drag force that employs as overlay
a (cosiner0_grav
.
Constant-Radial
: Use the same radial profile as Constant
but apply the
drag force to the radial velocity component only.
Linear-Radial
: Use the same radial profile as Linear
but apply the
drag force to the radial velocity component only.
Cosine-Radial
: Use the same radial profile as Cosine
but apply the
drag force to the radial velocity component only.
CosSqr-Radial
: Use the same radial profile as CosSqr
but apply the
drag force to the radial velocity component only.
Constant-Meridional
: Use the same radial profile as Constant
but apply the
drag force to the meridional velocity components only (Linear-Meridional
: Use the same radial profile as Linear
but apply the
drag force to the meridional velocity components only.
Cosine-Meridional
: Use the same radial profile as Cosine
but apply the
drag force to the meridional velocity components only.
CosSqr-Meridional
: Use the same radial profile as CosSqr
but apply the
drag force to the meridional velocity components only.