PDF version (NAG web site
, 64-bit version, 64-bit version)
NAG Toolbox: nag_ode_ivp_rkm_zero_simple (d02bh)
Purpose
nag_ode_ivp_rkm_zero_simple (d02bh) integrates a system of first-order ordinary differential equations over an interval with suitable initial conditions, using a Runge–Kutta–Merson method, until a user-specified function of the solution is zero.
Syntax
[
x,
y,
tol,
ifail] = d02bh(
x,
xend,
y,
tol,
irelab,
hmax,
fcn,
g, 'n',
n)
[
x,
y,
tol,
ifail] = nag_ode_ivp_rkm_zero_simple(
x,
xend,
y,
tol,
irelab,
hmax,
fcn,
g, 'n',
n)
Description
nag_ode_ivp_rkm_zero_simple (d02bh) advances the solution of a system of ordinary differential equations
from
towards
using a Merson form of the Runge–Kutta method. The system is defined by
fcn, which evaluates
in terms of
and
(see
Arguments), and the values of
must be given at
.
As the integration proceeds, a check is made on the function specified by you, to determine an interval where it changes sign. The position of this sign change is then determined accurately by interpolating for the solution and its derivative. It is assumed that is a continuous function of the variables, so that a solution of can be determined by searching for a change in sign in .
The accuracy of the integration and, indirectly, of the determination of the position where
, is controlled by
tol.
For a description of Runge–Kutta methods and their practical implementation see
Hall and Watt (1976).
References
Hall G and Watt J M (ed.) (1976) Modern Numerical Methods for Ordinary Differential Equations Clarendon Press, Oxford
Parameters
Compulsory Input Parameters
- 1:
– double scalar
-
Must be set to the initial value of the independent variable .
- 2:
– double scalar
-
The final value of the independent variable
.
If on entry, integration proceeds in a negative direction.
- 3:
– double array
-
The initial values of the solution .
- 4:
– double scalar
-
Must be set to a
positive tolerance for controlling the error in the integration and in the determination of the position where
.
nag_ode_ivp_rkm_zero_simple (d02bh) has been designed so that, for most problems, a reduction in
tol leads to an approximately proportional reduction in the error in the solution obtained in the integration. The relation between changes in
tol and the error in the determination of the position where
is less clear, but for
tol small enough the error should be approximately proportional to
tol. However, the actual relation between
tol and the accuracy cannot be guaranteed. You are strongly recommended to call
nag_ode_ivp_rkm_zero_simple (d02bh) with more than one value for
tol and to compare the results obtained to estimate their accuracy. In the absence of any prior knowledge you might compare results obtained by calling
nag_ode_ivp_rkm_zero_simple (d02bh) with
and
if
correct decimal digits in the solution are required.
Constraint:
.
- 5:
– int64int32nag_int scalar
-
Determines the type of error control. At each step in the numerical solution an estimate of the local error,
, is made. For the current step to be accepted the following condition must be satisfied:
- ;
- ;
- , where is machine precision.
If the appropriate condition is not satisfied, the step size is reduced and the solution recomputed on the current step.
If you wish to measure the error in the computed solution in terms of the number of correct decimal places, then set on entry, whereas if the error requirement is in terms of the number of correct significant digits, then set . Where there is no preference in the choice of error test, will result in a mixed error test. It should be borne in mind that the computed solution will be used in evaluating .
Constraint:
, or .
- 6:
– double scalar
-
If
, no special action is taken.
If
, a check is made for a change in sign of
at steps not greater than
. This facility should be used if there is any chance of ‘missing’ the change in sign by checking too infrequently. For example, if two changes of sign of
are expected within a distance
, say, of each other, then a suitable value for
hmax might be
. If only one change of sign in
is expected on the range
x to
xend, then the choice
is most appropriate.
- 7:
– function handle or string containing name of m-file
-
fcn must evaluate the functions
(i.e., the derivatives
) for given values of its arguments
.
[f] = fcn(x, y)
Input Parameters
- 1:
– double scalar
-
, the value of the argument.
- 2:
– double array
-
, for , the value of the argument.
Output Parameters
- 1:
– double array
-
The value of
, for .
- 8:
– function handle or string containing name of m-file
-
g must evaluate the function
at a specified point.
[result] = g(x, y)
Input Parameters
- 1:
– double scalar
-
, the value of the independent variable.
- 2:
– double array
-
The value of
, for .
Output Parameters
- 1:
– double scalar
-
The value of at the specified point.
Optional Input Parameters
- 1:
– int64int32nag_int scalar
-
Default:
the dimension of the array
y.
, the number of differential equations.
Constraint:
.
Output Parameters
- 1:
– double scalar
-
The point where
unless an error has occurred, when it contains the value of
at the error. In particular, if
anywhere on the range
x to
xend, it will contain
xend on exit.
- 2:
– double array
-
The computed values of the solution at the final point .
- 3:
– double scalar
-
Normally unchanged. However if the range from
to the position where
(or to the final value of
if an error occurs) is so short that a small change in
tol is unlikely to make any change in the computed solution, then
tol is returned with its sign changed. To check results returned with
,
nag_ode_ivp_rkm_zero_simple (d02bh) should be called again with a positive value of
tol whose magnitude is considerably smaller than that of the previous call.
- 4:
– int64int32nag_int scalar
unless the function detects an error (see
Error Indicators and Warnings).
Error Indicators and Warnings
Errors or warnings detected by the function:
-
-
On entry, | , |
or | , |
or | , or . |
-
-
With the given value of
tol, no further progress can be made across the integration range from the current point
, or dependence of the error on
tol would be lost if further progress across the integration range were attempted (see
Further Comments for a discussion of this error exit). The components
contain the computed values of the solution at the current point
. No point at which
changes sign has been located up to the point
.
-
-
tol is too small for
nag_ode_ivp_rkm_zero_simple (d02bh) to take an initial step (see
Further Comments).
x and
retain their initial values.
-
-
At no point in the range
x to
xend did the function
change sign. It is assumed that
has no solution.
- (nag_roots_contfn_brent_rcomm (c05az))
-
A serious error has occurred in an internal call to the specified function. Check all function calls and array dimensions. Seek expert help.
-
-
A serious error has occurred in an internal call to an integration function. Check all function calls and array dimensions. Seek expert help.
-
-
A serious error has occurred in an internal call to an interpolation function. Check all (sub)program calls and array dimensions. Seek expert help.
-
An unexpected error has been triggered by this routine. Please
contact
NAG.
-
Your licence key may have expired or may not have been installed correctly.
-
Dynamic memory allocation failed.
Accuracy
The accuracy depends on
tol, on the mathematical properties of the differential system, on the position where
and on the method. It can be controlled by varying
tol but the approximate proportionality of the error to
tol holds only for a restricted range of values of
tol. For
tol too large, the underlying theory may break down and the result of varying
tol may be unpredictable. For
tol too small, rounding error may affect the solution significantly and an error exit with
or
is possible.
The accuracy may also be restricted by the properties of
. You should try to code
g without introducing any unnecessary cancellation errors.
Further Comments
The time taken by
nag_ode_ivp_rkm_zero_simple (d02bh) depends on the complexity and mathematical properties of the system of differential equations defined by
fcn, the complexity of
g, on the range, the position of the solution and the tolerance. There is also an overhead of the form
where
and
are machine-dependent computing times.
For some problems it is possible that
nag_ode_ivp_rkm_zero_simple (d02bh) will return
because of inaccuracy of the computed values
y, leading to inaccuracy in the computed values of
used in the search for the solution of
. This difficulty can be overcome by reducing
tol sufficiently, and if necessary, by choosing
hmax sufficiently small. If possible, you should choose
xend well beyond the expected point where
; for example make
about
larger than the expected range. As a simple check, if, with
xend fixed, a change in
tol does not lead to a significant change in
y at
xend, then inaccuracy is not a likely source of error.
If
nag_ode_ivp_rkm_zero_simple (d02bh) fails with
, then it could be called again with a larger value of
tol if this has not already been tried. If the accuracy requested is really needed and cannot be obtained with this function, the system may be very stiff (see below) or so badly scaled that it cannot be solved to the required accuracy.
If
nag_ode_ivp_rkm_zero_simple (d02bh) fails with
, it is likely that it has been called with a value of
tol which is so small that a solution cannot be obtained on the range
x to
xend. This can happen for well-behaved systems and very small values of
tol. You should, however, consider whether there is a more fundamental difficulty. For example:
(a) |
in the region of a singularity (infinite value) of the solution, the function will usually stop with , unless overflow occurs first. If overflow occurs using nag_ode_ivp_rkm_zero_simple (d02bh), nag_ode_ivp_rkts_onestep (d02pf) can be used instead to detect the increasing solution, before overflow occurs. In any case, numerical integration cannot be continued through a singularity, and analytical treatment should be considered; |
(b) |
for ‘stiff’ equations, where the solution contains rapidly decaying components, the function will compute in very small steps in (internally to nag_ode_ivp_rkm_zero_simple (d02bh)) to preserve stability. This will usually exhibit itself by making the computing time excessively long, or occasionally by an exit with . Merson's method is not efficient in such cases, and you should try nag_ode_ivp_bdf_zero_simple (d02ej) which uses a Backward Differentiation Formula method. To determine whether a problem is stiff, nag_ode_ivp_rkts_range (d02pe) may be used. |
For well-behaved systems with no difficulties such as stiffness or singularities, the Merson method should work well for low accuracy calculations (three or four figures). For high accuracy calculations or where
fcn is costly to evaluate, Merson's method may not be appropriate and a computationally less expensive method may be
nag_ode_ivp_adams_zero_simple (d02cj) which uses an Adams' method.
For problems for which
nag_ode_ivp_rkm_zero_simple (d02bh) is not sufficiently general, you should consider
nag_ode_ivp_rkts_onestep (d02pf).
nag_ode_ivp_rkts_onestep (d02pf) is a more general function with many facilities including a more general error control criterion.
nag_ode_ivp_rkts_onestep (d02pf) can be combined with the rootfinder
nag_roots_contfn_brent_rcomm (c05az) and the interpolation function
nag_ode_ivp_rkts_interp (d02ps) to solve equations involving
and their derivatives.
nag_ode_ivp_rkm_zero_simple (d02bh) can also be used to solve an equation involving
,
and the derivatives of
. For example in
Example,
nag_ode_ivp_rkm_zero_simple (d02bh) is used to find a value of
where
. It could instead be used to find a turning-point of
by replacing the function
in the program by:
function result = g(x,y)
f = d02bh_f(x,y);
result = f(1);
This function is only intended to locate the
first zero of
. If later zeros are required, you are strongly advised to construct your own more general root-finding functions as discussed above.
Example
This example finds the value
at which
, where
,
,
are defined by
and where at
we are given
,
and
. We write
,
and
and we set
and
in turn so that we can compare the solutions. We expect the solution
and so we set
to avoid determining the solution of
too near the end of the range of integration. The initial values and range are read from a data file.
Open in the MATLAB editor:
d02bh_example
function d02bh_example
fprintf('d02bh example results\n\n');
x_init = 0;
y_init = [0.5 0.5 pi/5];
xend = 10;
tol = 0.00001;
irelab = int64(0);
hmax = 0;
m = int64(1);
val = 0;
[xroot, yroot, tol, ifail] = ...
d02bh(...
x_init, xend, y_init, tol, irelab, hmax, @fcn, @g);
fprintf('Root of Y(1) at %8.4f\n',xroot);
fprintf('Solution is %9.5f %9.5f %9.5f\n',yroot);
function f = fcn(x,y)
f = zeros(3,1);
f(1) = tan(y(3));
f(2) = -0.032*tan(y(3))/y(2) - 0.02*y(2)/cos(y(3));
f(3) = -0.032/y(2)^2;
function result = g(x,y)
result = y(1);
d02bh example results
Root of Y(1) at 7.2883
Solution is -0.00000 0.47486 -0.76011
PDF version (NAG web site
, 64-bit version, 64-bit version)
© The Numerical Algorithms Group Ltd, Oxford, UK. 2009–2015