NAG Library Routine Document
D03PPF/D03PPA
1 Purpose
D03PPF/D03PPA integrates a system of linear or nonlinear parabolic partial differential equations (PDEs) in one space variable, with scope for coupled ordinary differential equations (ODEs), and automatic adaptive spatial remeshing. The spatial discretization is performed using finite differences, and the method of lines is employed to reduce the PDEs to a system of ODEs. The resulting system is solved using a Backward Differentiation Formula (BDF) method or a Theta method (switching between Newton's method and functional iteration).
D03PPA is a version of D03PPF that has additional parameters in order to make it safe for use in multithreaded applications (see
Section 5).
2 Specification
2.1 Specification for D03PPF
SUBROUTINE D03PPF ( |
NPDE, M, TS, TOUT, PDEDEF, BNDARY, UVINIT, U, NPTS, X, NCODE, ODEDEF, NXI, XI, NEQN, RTOL, ATOL, ITOL, NORM, LAOPT, ALGOPT, REMESH, NXFIX, XFIX, NRMESH, DXMESH, TRMESH, IPMINF, XRATIO, CON, MONITF, RSAVE, LRSAVE, ISAVE, LISAVE, ITASK, ITRACE, IND, IFAIL) |
INTEGER |
NPDE, M, NPTS, NCODE, NXI, NEQN, ITOL, NXFIX, NRMESH, IPMINF, LRSAVE, ISAVE(LISAVE), LISAVE, ITASK, ITRACE, IND, IFAIL |
REAL (KIND=nag_wp) |
TS, TOUT, U(NEQN), X(NPTS), XI(NXI), RTOL(*), ATOL(*), ALGOPT(30), XFIX(*), DXMESH, TRMESH, XRATIO, CON, RSAVE(LRSAVE) |
LOGICAL |
REMESH |
CHARACTER(1) |
NORM, LAOPT |
EXTERNAL |
PDEDEF, BNDARY, UVINIT, ODEDEF, MONITF |
|
2.2 Specification for D03PPA
SUBROUTINE D03PPA ( |
NPDE, M, TS, TOUT, PDEDEF, BNDARY, UVINIT, U, NPTS, X, NCODE, ODEDEF, NXI, XI, NEQN, RTOL, ATOL, ITOL, NORM, LAOPT, ALGOPT, REMESH, NXFIX, XFIX, NRMESH, DXMESH, TRMESH, IPMINF, XRATIO, CON, MONITF, RSAVE, LRSAVE, ISAVE, LISAVE, ITASK, ITRACE, IND, IUSER, RUSER, CWSAV, LWSAV, IWSAV, RWSAV, IFAIL) |
INTEGER |
NPDE, M, NPTS, NCODE, NXI, NEQN, ITOL, NXFIX, NRMESH, IPMINF, LRSAVE, ISAVE(LISAVE), LISAVE, ITASK, ITRACE, IND, IUSER(*), IWSAV(505), IFAIL |
REAL (KIND=nag_wp) |
TS, TOUT, U(NEQN), X(NPTS), XI(NXI), RTOL(*), ATOL(*), ALGOPT(30), XFIX(*), DXMESH, TRMESH, XRATIO, CON, RSAVE(LRSAVE), RUSER(*), RWSAV(1100) |
LOGICAL |
REMESH, LWSAV(100) |
CHARACTER(1) |
NORM, LAOPT |
CHARACTER(80) |
CWSAV(10) |
EXTERNAL |
PDEDEF, BNDARY, UVINIT, ODEDEF, MONITF |
|
3 Description
D03PPF/D03PPA integrates the system of parabolic-elliptic equations and coupled ODEs
where
(1) defines the PDE part and
(2) generalizes the coupled ODE part of the problem.
In
(1),
and
depend on
,
,
,
, and
;
depends on
,
,
,
,
and
linearly on
. The vector
is the set of PDE solution values
and the vector
is the partial derivative with respect to
. The vector
is the set of ODE solution values
and
denotes its derivative with respect to time.
In
(2),
represents a vector of
spatial coupling points at which the ODEs are coupled to the PDEs. These points may or may not be equal to some of the PDE spatial mesh points.
,
,
,
and
are the functions
,
,
,
and
evaluated at these coupling points. Each
may only depend linearly on time derivatives. Hence the equation
(2) may be written more precisely as
where
,
is a vector of length
NCODE,
is an
NCODE by
NCODE matrix,
is an
NCODE by
matrix and the entries in
,
and
may depend on
,
,
,
and
. In practice you only need to supply a vector of information to define the ODEs and not the matrices
and
. (See
Section 5 for the specification of
ODEDEF.)
The integration in time is from to , over the space interval , where and are the leftmost and rightmost points of a mesh defined initially by you and (possibly) adapted automatically during the integration according to user-specified criteria. The coordinate system in space is defined by the following values of ; for Cartesian coordinates, for cylindrical polar coordinates and for spherical polar coordinates.
The PDE system which is defined by the functions
,
and
must be specified in
PDEDEF.
The initial
values of the functions
and
must be specified in
UVINIT. Note that
UVINIT will be called again following any initial remeshing, and so
should be specified for
all values of
in the interval
, and not just the initial mesh points.
The functions
which may be thought of as fluxes, are also used in the definition of the boundary conditions. The boundary conditions must have the form
where
or
.
The boundary conditions must be specified in
BNDARY. The function
may depend
linearly on
.
The problem is subject to the following restrictions:
(i) |
In (1), , for , may only appear linearly in the functions
, for , with a similar restriction for ;
|
(ii) |
and the flux must not depend on any time derivatives; |
(iii) |
, so that integration is in the forward direction; |
(iv) |
The evaluation of the terms , and is done approximately at the mid-points of the mesh , for , by calling the PDEDEF for each mid-point in turn. Any discontinuities in these functions must therefore be at one or more of the fixed mesh points specified by XFIX; |
(v) |
At least one of the functions must be nonzero so that there is a time derivative present in the PDE problem; |
(vi) |
If and , which is the left boundary point, then it must be ensured that the PDE solution is bounded at this point. This can be done by either specifying the solution at or by specifying a zero flux there, that is and . See also Section 8. |
The algebraic-differential equation system which is defined by the functions
must be specified in
ODEDEF. You must also specify the coupling points
in the array
XI.
The parabolic equations are approximated by a system of ODEs in time for the values of at mesh points. For simple problems in Cartesian coordinates, this system is obtained by replacing the space derivatives by the usual central, three-point finite difference formula. However, for polar and spherical problems, or problems with nonlinear coefficients, the space derivatives are replaced by a modified three-point formula which maintains second order accuracy. In total there are ODEs in time direction. This system is then integrated forwards in time using a Backward Differentiation Formula (BDF) or a Theta method.
The adaptive space remeshing can be used to generate meshes that automatically follow the changing time-dependent nature of the solution, generally resulting in a more efficient and accurate solution using fewer mesh points than may be necessary with a fixed uniform or non-uniform mesh. Problems with travelling wavefronts or variable-width boundary layers for example will benefit from using a moving adaptive mesh. The discrete time-step method used here (developed by
Furzeland (1984)) automatically creates a new mesh based on the current solution profile at certain time-steps, and the solution is then interpolated onto the new mesh and the integration continues.
The method requires you to supply a
MONITF which specifies in an analytical or numerical form the particular aspect of the solution behaviour you wish to track. This so-called monitor function is used to choose a mesh which equally distributes the integral of the monitor function over the domain. A typical choice of monitor function is the second space derivative of the solution value at each point (or some combination of the second space derivatives if there is more than one solution component), which results in refinement in regions where the solution gradient is changing most rapidly.
You must specify the frequency of mesh updates together with certain other criteria such as adjacent mesh ratios. Remeshing can be expensive and you are encouraged to experiment with the different options in order to achieve an efficient solution which adequately tracks the desired features of the solution.
Note that unless the monitor function for the initial solution values is zero at all user-specified initial mesh points, a new initial mesh is calculated and adopted according to the user-specified remeshing criteria.
UVINIT will then be called again to determine the initial solution values at the new mesh points (there is no interpolation at this stage) and the integration proceeds.
4 References
Berzins M (1990) Developments in the NAG Library software for parabolic equations Scientific Software Systems (eds J C Mason and M G Cox) 59–72 Chapman and Hall
Berzins M, Dew P M and Furzeland R M (1989) Developing software for time-dependent problems using the method of lines and differential-algebraic integrators Appl. Numer. Math. 5 375–397
Berzins M and Furzeland R M (1992) An adaptive theta method for the solution of stiff and nonstiff differential equations Appl. Numer. Math. 9 1–19
Furzeland R M (1984) The construction of adaptive space meshes TNER.85.022 Thornton Research Centre, Chester
Skeel R D and Berzins M (1990) A method for the spatial discretization of parabolic equations in one space variable SIAM J. Sci. Statist. Comput. 11(1) 1–32
5 Parameters
- 1: NPDE – INTEGERInput
On entry: the number of PDEs to be solved.
Constraint:
.
- 2: M – INTEGERInput
On entry: the coordinate system used:
- Indicates Cartesian coordinates.
- Indicates cylindrical polar coordinates.
- Indicates spherical polar coordinates.
Constraint:
, or .
- 3: TS – REAL (KIND=nag_wp)Input/Output
On entry: the initial value of the independent variable .
On exit: the value of
corresponding to the solution values in
U. Normally
.
Constraint:
.
- 4: TOUT – REAL (KIND=nag_wp)Input
On entry: the final value of to which the integration is to be carried out.
- 5: PDEDEF – SUBROUTINE, supplied by the user.External Procedure
PDEDEF must evaluate the functions
,
and
which define the system of PDEs. The functions may depend on
,
,
,
and
.
may depend linearly on
.
PDEDEF is called approximately midway between each pair of mesh points in turn by D03PPF/D03PPA.
The specification of
PDEDEF
for D03PPF is:
SUBROUTINE PDEDEF ( |
NPDE, T, X, U, UX, NCODE, V, VDOT, P, Q, R, IRES) |
INTEGER |
NPDE, NCODE, IRES |
REAL (KIND=nag_wp) |
T, X, U(NPDE), UX(NPDE), V(NCODE), VDOT(NCODE), P(NPDE,NPDE), Q(NPDE), R(NPDE) |
|
The specification of
PDEDEF
for D03PPA is:
SUBROUTINE PDEDEF ( |
NPDE, T, X, U, UX, NCODE, V, VDOT, P, Q, R, IRES, IUSER, RUSER) |
INTEGER |
NPDE, NCODE, IRES, IUSER(*) |
REAL (KIND=nag_wp) |
T, X, U(NPDE), UX(NPDE), V(NCODE), VDOT(NCODE), P(NPDE,NPDE), Q(NPDE), R(NPDE), RUSER(*) |
|
- 1: NPDE – INTEGERInput
On entry: the number of PDEs in the system.
- 2: T – REAL (KIND=nag_wp)Input
On entry: the current value of the independent variable .
- 3: X – REAL (KIND=nag_wp)Input
On entry: the current value of the space variable .
- 4: U(NPDE) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of the component , for .
- 5: UX(NPDE) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of the component , for .
- 6: NCODE – INTEGERInput
On entry: the number of coupled ODEs in the system.
- 7: V(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of the component , for .
- 8: VDOT(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry: if
,
contains the value of component
, for
.
Note:
, for , may only appear linearly in
, for .
- 9: P(NPDE,NPDE) – REAL (KIND=nag_wp) arrayOutput
On exit: must be set to the value of , for and .
- 10: Q(NPDE) – REAL (KIND=nag_wp) arrayOutput
On exit: must be set to the value of , for .
- 11: R(NPDE) – REAL (KIND=nag_wp) arrayOutput
On exit: must be set to the value of , for .
- 12: IRES – INTEGERInput/Output
On entry: set to .
On exit: should usually remain unchanged. However, you may set
IRES to force the integration routine to take certain actions as described below:
- Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to .
- Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set when a physically meaningless input or output value has been generated. If you consecutively set , then D03PPF/D03PPA returns to the calling subroutine with the error indicator set to .
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 13: IUSER() – INTEGER arrayUser Workspace
- 14: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
PDEDEF is called with the parameters
IUSER and
RUSER as supplied to D03PPF/D03PPA. You are free to use the arrays
IUSER and
RUSER to supply information to
PDEDEF as an alternative to using COMMON global variables.
PDEDEF must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which D03PPF/D03PPA is called. Parameters denoted as
Input must
not be changed by this procedure.
- 6: BNDARY – SUBROUTINE, supplied by the user.External Procedure
BNDARY must evaluate the functions
and
which describe the boundary conditions, as given in
(4).
The specification of
BNDARY
for D03PPF is:
SUBROUTINE BNDARY ( |
NPDE, T, U, UX, NCODE, V, VDOT, IBND, BETA, GAMMA, IRES) |
INTEGER |
NPDE, NCODE, IBND, IRES |
REAL (KIND=nag_wp) |
T, U(NPDE), UX(NPDE), V(NCODE), VDOT(NCODE), BETA(NPDE), GAMMA(NPDE) |
|
The specification of
BNDARY
for D03PPA is:
SUBROUTINE BNDARY ( |
NPDE, T, U, UX, NCODE, V, VDOT, IBND, BETA, GAMMA, IRES, IUSER, RUSER) |
INTEGER |
NPDE, NCODE, IBND, IRES, IUSER(*) |
REAL (KIND=nag_wp) |
T, U(NPDE), UX(NPDE), V(NCODE), VDOT(NCODE), BETA(NPDE), GAMMA(NPDE), RUSER(*) |
|
- 1: NPDE – INTEGERInput
On entry: the number of PDEs in the system.
- 2: T – REAL (KIND=nag_wp)Input
On entry: the current value of the independent variable .
- 3: U(NPDE) – REAL (KIND=nag_wp) arrayInput
On entry:
contains the value of the component
at the boundary specified by
IBND, for
.
- 4: UX(NPDE) – REAL (KIND=nag_wp) arrayInput
On entry:
contains the value of the component
at the boundary specified by
IBND, for
.
- 5: NCODE – INTEGERInput
On entry: the number of coupled ODEs in the system.
- 6: V(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of the component , for .
- 7: VDOT(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry:
contains the value of component
, for
.
Note:
, for , may only appear linearly in
, for .
- 8: IBND – INTEGERInput
On entry: specifies which boundary conditions are to be evaluated.
- BNDARY must set up the coefficients of the left-hand boundary, .
- BNDARY must set up the coefficients of the right-hand boundary, .
- 9: BETA(NPDE) – REAL (KIND=nag_wp) arrayOutput
On exit:
must be set to the value of
at the boundary specified by
IBND, for
.
- 10: GAMMA(NPDE) – REAL (KIND=nag_wp) arrayOutput
On exit:
must be set to the value of
at the boundary specified by
IBND, for
.
- 11: IRES – INTEGERInput/Output
On entry: set to .
On exit: should usually remain unchanged. However, you may set
IRES to force the integration routine to take certain actions as described below:
- Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to .
- Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set when a physically meaningless input or output value has been generated. If you consecutively set , then D03PPF/D03PPA returns to the calling subroutine with the error indicator set to .
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 12: IUSER() – INTEGER arrayUser Workspace
- 13: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
BNDARY is called with the parameters
IUSER and
RUSER as supplied to D03PPF/D03PPA. You are free to use the arrays
IUSER and
RUSER to supply information to
BNDARY as an alternative to using COMMON global variables.
BNDARY must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which D03PPF/D03PPA is called. Parameters denoted as
Input must
not be changed by this procedure.
- 7: UVINIT – SUBROUTINE, supplied by the user.External Procedure
UVINIT must supply the initial
values of
and
for all values of
in the interval
.
The specification of
UVINIT
for D03PPF is:
INTEGER |
NPDE, NPTS, NXI, NCODE |
REAL (KIND=nag_wp) |
X(NPTS), XI(NXI), U(NPDE,NPTS), V(NCODE) |
|
The specification of
UVINIT
for D03PPA is:
INTEGER |
NPDE, NPTS, NXI, NCODE, IUSER(*) |
REAL (KIND=nag_wp) |
X(NPTS), XI(NXI), U(NPDE,NPTS), V(NCODE), RUSER(*) |
|
- 1: NPDE – INTEGERInput
On entry: the number of PDEs in the system.
- 2: NPTS – INTEGERInput
On entry: the number of mesh points in the interval .
- 3: NXI – INTEGERInput
On entry: the number of ODE/PDE coupling points.
- 4: X(NPTS) – REAL (KIND=nag_wp) arrayInput
On entry: the current mesh. contains the value of , for .
- 5: XI(NXI) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of the ODE/PDE coupling point, , for .
- 6: U(NPDE,NPTS) – REAL (KIND=nag_wp) arrayOutput
On exit: if , contains the value of the component , for and .
- 7: NCODE – INTEGERInput
On entry: the number of coupled ODEs in the system.
- 8: V(NCODE) – REAL (KIND=nag_wp) arrayOutput
On exit: contains the value of component , for .
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 9: IUSER() – INTEGER arrayUser Workspace
- 10: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
UVINIT is called with the parameters
IUSER and
RUSER as supplied to D03PPF/D03PPA. You are free to use the arrays
IUSER and
RUSER to supply information to
UVINIT as an alternative to using COMMON global variables.
UVINIT must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which D03PPF/D03PPA is called. Parameters denoted as
Input must
not be changed by this procedure.
- 8: U(NEQN) – REAL (KIND=nag_wp) arrayInput/Output
On entry: if
, the value of
U must be unchanged from the previous call.
On exit: contains the computed solution , for and , and
contains , for , evaluated at .
- 9: NPTS – INTEGERInput
On entry: the number of mesh points in the interval .
Constraint:
.
- 10: X(NPTS) – REAL (KIND=nag_wp) arrayInput/Output
On entry: the initial mesh points in the space direction. must specify the left-hand boundary, , and must specify the right-hand boundary, .
Constraint:
.
On exit: the final values of the mesh points.
- 11: NCODE – INTEGERInput
On entry: the number of coupled ODE in the system.
Constraint:
.
- 12: ODEDEF – SUBROUTINE, supplied by the NAG Library or the user.External Procedure
ODEDEF must evaluate the functions
, which define the system of ODEs, as given in
(3).
If you wish to compute the solution of a system of PDEs only (
),
ODEDEF must be the dummy routine D03PCK/D53PCK for D03PPF (or D53PCK for D03PPA). D03PCK/D53PCK and D53PCK are included in the NAG Library.
The specification of
ODEDEF
for D03PPF is:
SUBROUTINE ODEDEF ( |
NPDE, T, NCODE, V, VDOT, NXI, XI, UCP, UCPX, RCP, UCPT, UCPTX, F, IRES) |
INTEGER |
NPDE, NCODE, NXI, IRES |
REAL (KIND=nag_wp) |
T, V(NCODE), VDOT(NCODE), XI(NXI), UCP(NPDE,*), UCPX(NPDE,*), RCP(NPDE,*), UCPT(NPDE,*), UCPTX(NPDE,*), F(NCODE) |
|
The specification of
ODEDEF
for D03PPA is:
SUBROUTINE ODEDEF ( |
NPDE, T, NCODE, V, VDOT, NXI, XI, UCP, UCPX, RCP, UCPT, UCPTX, F, IRES, IUSER, RUSER) |
INTEGER |
NPDE, NCODE, NXI, IRES, IUSER(*) |
REAL (KIND=nag_wp) |
T, V(NCODE), VDOT(NCODE), XI(NXI), UCP(NPDE,*), UCPX(NPDE,*), RCP(NPDE,*), UCPT(NPDE,*), UCPTX(NPDE,*), F(NCODE), RUSER(*) |
|
- 1: NPDE – INTEGERInput
On entry: the number of PDEs in the system.
- 2: T – REAL (KIND=nag_wp)Input
On entry: the current value of the independent variable .
- 3: NCODE – INTEGERInput
On entry: the number of coupled ODEs in the system.
- 4: V(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of the component , for .
- 5: VDOT(NCODE) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of component , for .
- 6: NXI – INTEGERInput
On entry: the number of ODE/PDE coupling points.
- 7: XI(NXI) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the ODE/PDE coupling points, , for .
- 8: UCP(NPDE,) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of at the coupling point , for and .
- 9: UCPX(NPDE,) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of at the coupling point , for and .
- 10: RCP(NPDE,) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of the flux at the coupling point , for and .
- 11: UCPT(NPDE,) – REAL (KIND=nag_wp) arrayInput
On entry: if , contains the value of at the coupling point , for and .
- 12: UCPTX(NPDE,) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of at the coupling point , for and .
- 13: F(NCODE) – REAL (KIND=nag_wp) arrayOutput
On exit:
must contain the
th component of
, for
, where
is defined as
or
The definition of
is determined by the input value of
IRES.
- 14: IRES – INTEGERInput/Output
On entry: the form of
that must be returned in the array
F.
- Equation (5) must be used.
- Equation (6) must be used.
On exit: should usually remain unchanged. However, you may reset
IRES to force the integration routine to take certain actions as described below:
- Indicates to the integrator that control should be passed back immediately to the calling (sub)routine with the error indicator set to .
- Indicates to the integrator that the current time step should be abandoned and a smaller time step used instead. You may wish to set when a physically meaningless input or output value has been generated. If you consecutively set , then D03PPF/D03PPA returns to the calling subroutine with the error indicator set to .
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 15: IUSER() – INTEGER arrayUser Workspace
- 16: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
ODEDEF is called with the parameters
IUSER and
RUSER as supplied to D03PPF/D03PPA. You are free to use the arrays
IUSER and
RUSER to supply information to
ODEDEF as an alternative to using COMMON global variables.
ODEDEF must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which D03PPF/D03PPA is called. Parameters denoted as
Input must
not be changed by this procedure.
- 13: NXI – INTEGERInput
On entry: the number of ODE/PDE coupling points.
Constraints:
- if , ;
- if , .
- 14: XI(NXI) – REAL (KIND=nag_wp) arrayInput
On entry: if , , for , must be set to the ODE/PDE coupling points.
Constraint:
.
- 15: NEQN – INTEGERInput
On entry: the number of ODEs in the time direction.
Constraint:
.
- 16: RTOL() – REAL (KIND=nag_wp) arrayInput
-
Note: the dimension of the array
RTOL
must be at least
if
or
and at least
if
or
.
On entry: the relative local error tolerance.
Constraint:
for all relevant .
- 17: ATOL() – REAL (KIND=nag_wp) arrayInput
-
Note: the dimension of the array
ATOL
must be at least
if
or
and at least
if
or
.
On entry: the absolute local error tolerance.
Constraints:
- for all relevant ;
- Corresponding elements of ATOL and RTOL cannot both be .
- 18: ITOL – INTEGERInput
On entry: a value to indicate the form of the local error test.
ITOL indicates to D03PPF/D03PPA whether to interpret either or both of
RTOL or
ATOL as a vector or scalar. The error test to be satisfied is
, where
is defined as follows:
ITOL | RTOL | ATOL | |
1 | scalar | scalar | |
2 | scalar | vector | |
3 | vector | scalar | |
4 | vector | vector | |
In the above, denotes the estimated local error for the th component of the coupled PDE/ODE system in time, , for .
The choice of norm used is defined by the parameter
NORM.
Constraint:
.
- 19: NORM – CHARACTER(1)Input
On entry: the type of norm to be used.
- Maximum norm.
- Averaged norm.
If
denotes the norm of the vector
U of length
NEQN, then for the averaged
norm
while for the maximum norm
See the description of
ITOL for the formulation of the weight vector
.
Constraint:
or .
- 20: LAOPT – CHARACTER(1)Input
On entry: the type of matrix algebra required.
- Full matrix methods to be used.
- Banded matrix methods to be used.
- Sparse matrix methods to be used.
Constraint:
, or .
Note: you are recommended to use the banded option when no coupled ODEs are present (i.e., ).
- 21: ALGOPT() – REAL (KIND=nag_wp) arrayInput
On entry: may be set to control various options available in the integrator. If you wish to employ all the default options, then
should be set to
. Default values will also be used for any other elements of
ALGOPT set to zero. The permissible values, default values, and meanings are as follows:
- Selects the ODE integration method to be used. If , a BDF method is used and if , a Theta method is used. The default value is .
If , then
, for are not used.
- Specifies the maximum order of the BDF integration formula to be used. may be , , , or . The default value is .
- Specifies what method is to be used to solve the system of nonlinear equations arising on each step of the BDF method. If a modified Newton iteration is used and if a functional iteration method is used. If functional iteration is selected and the integrator encounters difficulty, then there is an automatic switch to the modified Newton iteration. The default value is .
- Specifies whether or not the Petzold error test is to be employed. The Petzold error test results in extra overhead but is more suitable when algebraic equations are present, such as
, for , for some or when there is no dependence in the coupled ODE system. If , then the Petzold test is used. If , then the Petzold test is not used. The default value is .
If , then
, for , are not used.
- Specifies the value of Theta to be used in the Theta integration method. . The default value is .
- Specifies what method is to be used to solve the system of nonlinear equations arising on each step of the Theta method. If , a modified Newton iteration is used and if , a functional iteration method is used. The default value is .
- Specifies whether or not the integrator is allowed to switch automatically between modified Newton and functional iteration methods in order to be more efficient. If , then switching is allowed and if , then switching is not allowed. The default value is .
- Specifies a point in the time direction, , beyond which integration must not be attempted. The use of is described under the parameter ITASK. If , a value of for , say, should be specified even if ITASK subsequently specifies that will not be used.
- Specifies the minimum absolute step size to be allowed in the time integration. If this option is not required, should be set to .
- Specifies the maximum absolute step size to be allowed in the time integration. If this option is not required, should be set to .
- Specifies the initial step size to be attempted by the integrator. If , then the initial step size is calculated internally.
- Specifies the maximum number of steps to be attempted by the integrator in any one call. If , then no limit is imposed.
- Specifies what method is to be used to solve the nonlinear equations at the initial point to initialize the values of , , and . If , a modified Newton iteration is used and if , functional iteration is used. The default value is .
and are used only for the sparse matrix algebra option, .
- Governs the choice of pivots during the decomposition of the first Jacobian matrix. It should lie in the range , with smaller values biasing the algorithm towards maintaining sparsity at the expense of numerical stability. If lies outside this range then the default value is used. If the routines regard the Jacobian matrix as numerically singular then increasing towards may help, but at the cost of increased fill-in. The default value is .
- Is used as a relative pivot threshold during subsequent Jacobian decompositions (see ) below which an internal error is invoked. If is greater than no check is made on the pivot size, and this may be a necessary option if the Jacobian is found to be numerically singular (see ). The default value is .
- 22: REMESH – LOGICALInput
On entry: indicates whether or not spatial remeshing should be performed.
- Indicates that spatial remeshing should be performed as specified.
- Indicates that spatial remeshing should be suppressed.
Note: REMESH should
not be changed between consecutive calls to D03PPF/D03PPA. Remeshing can be switched off or on at specified times by using appropriate values for the parameters
NRMESH and
TRMESH at each call.
- 23: NXFIX – INTEGERInput
On entry: the number of fixed mesh points.
Constraint:
.
Note: the end points and are fixed automatically and hence should not be specified as fixed points.
- 24: XFIX() – REAL (KIND=nag_wp) arrayInput
-
Note: the dimension of the array
XFIX
must be at least
.
On entry: , for , must contain the value of the coordinate at the th fixed mesh point.
Constraints:
- , for ;
- each fixed mesh point must coincide with a user-supplied initial mesh point, that is for some , .
Note: the positions of the fixed mesh points in the array
X remain fixed during remeshing, and so the number of mesh points between adjacent fixed points (or between fixed points and end points) does not change. You should take this into account when choosing the initial mesh distribution.
- 25: NRMESH – INTEGERInput
On entry: specifies the spatial remeshing frequency and criteria for the calculation and adoption of a new mesh.
- Indicates that a new mesh is adopted according to the parameter DXMESH. The mesh is tested every timesteps.
- Indicates that remeshing should take place just once at the end of the first time step reached when .
- Indicates that remeshing will take place every NRMESH time steps, with no testing using DXMESH.
Note: NRMESH may be changed between consecutive calls to D03PPF/D03PPA to give greater flexibility over the times of remeshing.
- 26: DXMESH – REAL (KIND=nag_wp)Input
On entry: determines whether a new mesh is adopted when
NRMESH is set less than zero. A possible new mesh is calculated at the end of every
time steps, but is adopted only if
or
DXMESH thus imposes a lower limit on the difference between one mesh and the next.
Constraint:
.
- 27: TRMESH – REAL (KIND=nag_wp)Input
On entry: specifies when remeshing will take place when
NRMESH is set to zero. Remeshing will occur just once at the end of the first time step reached when
is greater than
TRMESH.
Note: TRMESH may be changed between consecutive calls to D03PPF/D03PPA to force remeshing at several specified times.
- 28: IPMINF – INTEGERInput
On entry: the level of trace information regarding the adaptive remeshing. Details are directed to the current advisory message unit (see
X04ABF).
- No trace information.
- Brief summary of mesh characteristics.
- More detailed information, including old and new mesh points, mesh sizes and monitor function values.
Constraint:
, or .
- 29: XRATIO – REAL (KIND=nag_wp)Input
On entry: an input bound on the adjacent mesh ratio (greater than
and typically in the range
to
). The remeshing routines will attempt to ensure that
Suggested value:
.
Constraint:
.
- 30: CON – REAL (KIND=nag_wp)Input
On entry: an input bound on the sub-integral of the monitor function
over each space step. The remeshing routines will attempt to ensure that
(see
Furzeland (1984)).
CON gives you more control over the mesh distribution e.g., decreasing
CON allows more clustering. A typical value is
, but you are encouraged to experiment with different values. Its value is not critical and the mesh should be qualitatively correct for all values in the range given below.
Suggested value:
.
Constraint:
.
- 31: MONITF – SUBROUTINE, supplied by the NAG Library or the user.External Procedure
MONITF must supply and evaluate a remesh monitor function to indicate the solution behaviour of interest.
If you specify
, i.e., no remeshing, then
MONITF will not be called and the dummy routine D03PCL/D53PCL for D03PPF (or D53PCL for D03PPA) may be used for
MONITF. (D03PCL/D53PCL and D53PCL are included in the NAG Library.)
The specification of
MONITF
for D03PPF is:
INTEGER |
NPTS, NPDE |
REAL (KIND=nag_wp) |
T, X(NPTS), U(NPDE,NPTS), R(NPDE,NPTS), FMON(NPTS) |
|
The specification of
MONITF
for D03PPA is:
INTEGER |
NPTS, NPDE, IUSER(*) |
REAL (KIND=nag_wp) |
T, X(NPTS), U(NPDE,NPTS), R(NPDE,NPTS), FMON(NPTS), RUSER(*) |
|
- 1: T – REAL (KIND=nag_wp)Input
On entry: the current value of the independent variable .
- 2: NPTS – INTEGERInput
On entry: the number of mesh points in the interval .
- 3: NPDE – INTEGERInput
On entry: the number of PDEs in the system.
- 4: X(NPTS) – REAL (KIND=nag_wp) arrayInput
On entry: the current mesh. contains the value of , for .
- 5: U(NPDE,NPTS) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of at and time , for and .
- 6: R(NPDE,NPTS) – REAL (KIND=nag_wp) arrayInput
On entry: contains the value of at and time , for and .
- 7: FMON(NPTS) – REAL (KIND=nag_wp) arrayOutput
On exit: must contain the value of the monitor function at mesh point .
Constraint:
.
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 8: IUSER() – INTEGER arrayUser Workspace
- 9: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
MONITF is called with the parameters
IUSER and
RUSER as supplied to D03PPF/D03PPA. You are free to use the arrays
IUSER and
RUSER to supply information to
MONITF as an alternative to using COMMON global variables.
MONITF must either be a module subprogram USEd by, or declared as EXTERNAL in, the (sub)program from which D03PPF/D03PPA is called. Parameters denoted as
Input must
not be changed by this procedure.
- 32: RSAVE(LRSAVE) – REAL (KIND=nag_wp) arrayCommunication Array
If
,
RSAVE need not be set on entry.
If
,
RSAVE must be unchanged from the previous call to the routine because it contains required information about the iteration.
- 33: LRSAVE – INTEGERInput
On entry: the dimension of the array
RSAVE as declared in the (sub)program from which D03PPF/D03PPA is called.
Its size depends on the type of matrix algebra selected.
If , .
If , .
If , .
Where
|
is the lower or upper half bandwidths such that , for PDE problems only; or , for coupled PDE/ODE problems. |
|
|
|
|
Note: when using the sparse option, the value of
LRSAVE may be too small when supplied to the integrator. An estimate of the minimum size of
LRSAVE is printed on the current error message unit if
and the routine returns with
.
- 34: ISAVE(LISAVE) – INTEGER arrayCommunication Array
If
,
ISAVE need not be set on entry.
If
,
ISAVE must be unchanged from the previous call to the routine because it contains required information about the iteration required for subsequent calls. In particular:
- Contains the number of steps taken in time.
- Contains the number of residual evaluations of the resulting ODE system used. One such evaluation involves computing the PDE functions at all the mesh points, as well as one evaluation of the functions in the boundary conditions.
- Contains the number of Jacobian evaluations performed by the time integrator.
- Contains the order of the ODE method last used in the time integration.
- Contains the number of Newton iterations performed by the time integrator. Each iteration involves residual evaluation of the resulting ODE system followed by a back-substitution using the decomposition of the Jacobian matrix.
The rest of the array is used as workspace.
- 35: LISAVE – INTEGERInput
On entry: the dimension of the array
ISAVE as declared in the (sub)program from which D03PPF/D03PPA is called.
Its size depends on the type of matrix algebra selected:
- if , ;
- if , ;
- if , .
Note: when using the sparse option, the value of
LISAVE may be too small when supplied to the integrator. An estimate of the minimum size of
LISAVE is printed on the current error message unit if
and the routine returns with
.
- 36: ITASK – INTEGERInput
On entry: specifies the task to be performed by the ODE integrator.
- Normal computation of output values U at .
- One step and return.
- Stop at first internal integration point at or beyond .
- Normal computation of output values U at but without overshooting where is described under the parameter ALGOPT.
- Take one step in the time direction and return, without passing , where is described under the parameter ALGOPT.
Constraint:
, , , or .
- 37: ITRACE – INTEGERInput
On entry: the level of trace information required from D03PPF/D03PPA and the underlying ODE solver:
- No output is generated.
- Only warning messages from the PDE solver are printed on the current error message unit (see X04AAF).
- Output from the underlying ODE solver is printed on the current advisory message unit (see X04ABF). This output contains details of Jacobian entries, the nonlinear iteration and the time integration during the computation of the ODE system.
- Output from the underlying ODE solver is similar to that produced when , except that the advisory messages are given in greater detail.
- Output from the underlying ODE solver is similar to that produced when , except that the advisory messages are given in greater detail.
You are advised to set
, unless you are experienced with
sub-chapter D02M–N.
- 38: IND – INTEGERInput/Output
On entry: must be set to
or
.
- Starts or restarts the integration in time.
- Continues the integration after an earlier exit from the routine. In this case, only the parameters TOUT and IFAIL and the remeshing parameters NRMESH, DXMESH, TRMESH, XRATIO and CON may be reset between calls to D03PPF/D03PPA.
Constraint:
.
On exit: .
- 39: IFAIL – INTEGERInput/Output
-
Note: for D03PPA, IFAIL does not occur in this position in the parameter list. See the additional parameters described below.
On entry:
IFAIL must be set to
,
. If you are unfamiliar with this parameter you should refer to
Section 3.3 in the Essential Introduction for details.
For environments where it might be inappropriate to halt program execution when an error is detected, the value
is recommended. If the output of error messages is undesirable, then the value
is recommended. Otherwise, if you are not familiar with this parameter, the recommended value is
.
When the value is used it is essential to test the value of IFAIL on exit.
On exit:
unless the routine detects an error or a warning has been flagged (see
Section 6).
- Note: the following are additional parameters for specific use with D03PPA. Users of D03PPF therefore need not read the remainder of this description.
- 39: IUSER() – INTEGER arrayUser Workspace
- 40: RUSER() – REAL (KIND=nag_wp) arrayUser Workspace
-
IUSER and
RUSER are not used by D03PPF/D03PPA, but are passed directly to
PDEDEF,
BNDARY,
UVINIT,
ODEDEF and
MONITF and may be used to pass information to these routines as an alternative to using COMMON global variables.
- 41: CWSAV() – CHARACTER(80) arrayCommunication Array
- 42: LWSAV() – LOGICAL arrayCommunication Array
- 43: IWSAV() – INTEGER arrayCommunication Array
- 44: RWSAV() – REAL (KIND=nag_wp) arrayCommunication Array
- 45: IFAIL – INTEGERInput/Output
Note: see the parameter description for
IFAIL above.
6 Error Indicators and Warnings
If on entry
or
, explanatory error messages are output on the current error message unit (as defined by
X04AAF).
Errors or warnings detected by the routine:
On entry, | is too small, |
or | , , , or , |
or | , or , |
or | at least one of the coupling points defined in array XI is outside the interval , |
or | and , |
or | , |
or | , |
or | or , |
or | , or , |
or | , , or , |
or | or , |
or | mesh points are badly ordered, |
or | LRSAVE is too small, |
or | LISAVE is too small, |
or | NCODE and NXI are incorrectly defined, |
or | an element of RTOL or , |
or | corresponding elements of RTOL and ATOL are both , |
or | , |
or | NXFIX not in the range to , |
or | fixed mesh point(s) do not coincide with any of the user-supplied mesh points, |
or | , |
or | , or , |
or | , |
or | CON not in the range to . |
-
The underlying ODE solver cannot make any further progress, with the values of
ATOL and
RTOL, across the integration range from the current point
. The components of
U contain the computed values at the current point
.
-
In the underlying ODE solver, there were repeated error test failures on an attempted step, before completing the requested task, but the integration was successful as far as . The problem may have a singularity, or the error requirement may be inappropriate.
-
In setting up the ODE system, the internal initialization routine was unable to initialize the derivative of the ODE system. This could be due to the fact that
IRES was repeatedly set to
in at least
PDEDEF,
BNDARY or
ODEDEF, when the residual in the underlying ODE solver was being evaluated.
-
In solving the ODE system, a singular Jacobian has been encountered. You should check your problem formulation.
-
When evaluating the residual in solving the ODE system,
IRES was set to
in at least
PDEDEF,
BNDARY or
ODEDEF. Integration was successful as far as
.
-
The values of
ATOL and
RTOL are so small that the routine is unable to start the integration in time.
-
In one of
PDEDEF,
BNDARY or
ODEDEF,
IRES was set to an invalid value.
- (D02NNF)
-
A serious error has occurred in an internal call to the specified routine. Check the problem specification and all parameters and array dimensions. Setting
may provide more information. If the problem persists, contact
NAG.
-
The required task has been completed, but it is estimated that a small change in
ATOL and
RTOL is unlikely to produce any change in the computed solution. (Only applies when you are not operating in one step mode, that is when
or
.)
-
An error occurred during Jacobian formulation of the ODE system (a more detailed error description may be directed to the current error message unit). If using the sparse matrix algebra option, the values of and may be inappropriate.
-
In solving the ODE system, the maximum number of steps specified in have been taken.
-
Some error weights
became zero during the time integration (see the description of
ITOL). Pure relative error control (
) was requested on a variable (the
th) which has become zero. The integration was successful as far as
.
-
The flux function was detected as depending on time derivatives, which is not permissible.
-
When using the sparse option, the value of
LISAVE or
LRSAVE was not sufficient (more detailed information may be directed to the current error message unit).
REMESH has been changed between calls to D03PPF/D03PPA, which is not permissible.
The remeshing process has produced zero or negative mesh spacing. You are advised to check
MONITF and to try adjusting the values of
DXMESH,
XRATIO and
CON. Setting
may provide more information.
7 Accuracy
D03PPF/D03PPA controls the accuracy of the integration in the time direction but not the accuracy of the approximation in space. The spatial accuracy depends on both the number of mesh points and on their distribution in space. In the time integration only the local error over a single step is controlled and so the accuracy over a number of steps cannot be guaranteed. You should therefore test the effect of varying the accuracy parameters,
ATOL and
RTOL.
The parameter specification allows you to include equations with only first-order derivatives in the space direction but there is no guarantee that the method of integration will be satisfactory for such systems. The position and nature of the boundary conditions in particular are critical in defining a stable problem. It may be advisable in such cases to reduce the whole system to first-order and to use the Keller box scheme routine
D03PRF.
The time taken depends on the complexity of the parabolic system, the accuracy requested, and the frequency of the mesh updates. For a given system with fixed accuracy and mesh-update frequency it is approximately proportional to
NEQN.
9 Example
This example uses Burgers Equation, a common test problem for remeshing algorithms, given by
for
and
, where
is a small constant.
The initial and boundary conditions are given by the exact solution
where
9.1 Program Text
Note: the following programs illustrate the use of D03PPF and D03PPA.
Program Text (d03ppfe.f90)
Program Text (d03ppae.f90)
9.2 Program Data
Program Data (d03ppfe.d)
Program Data (d03ppae.d)
9.3 Program Results
Program Results (d03ppfe.r)
Program Results (d03ppae.r)