Interface EventHandler
- All Superinterfaces:
ODEEventDetector
Some events can be triggered at discrete times as an ODE problem is solved. This occurs for example when the integration process should be stopped as some state is reached (G-stop facility) when the precise date is unknown a priori, or when the derivatives have discontinuities, or simply when the user wants to monitor some states boundaries crossings.
These events are defined as occurring when a g
switching function sign changes.
Since events are only problem-dependent and are triggered by the independent time variable and the state vector, they can occur at virtually any time, unknown in advance. The integrators will take care to avoid sign changes inside the steps, they will reduce the step size when such an event is detected in order to put this event exactly at the end of the current step. This guarantees that step interpolation (which always has a one step scope) is relevant even in presence of discontinuities. This is independent from the stepsize control provided by integrators that monitor the local error (this event handling feature is available for all integrators, including fixed step ones).
-
Nested Class Summary
-
Method Summary
Modifier and TypeMethodDescriptioneventOccurred
(double t, double[] y, boolean increasing) Deprecated.Handle an event and choose what to do next.double
g
(double t, double[] y) Deprecated.Compute the value of the switching function.default double
g
(ODEStateAndDerivative state) Deprecated.Compute the value of the switching function.default ODEEventHandler
Deprecated.Get the underlying event handler.void
init
(double t0, double[] y0, double t) Deprecated.Initialize event handler at the start of an ODE integration.default void
init
(ODEStateAndDerivative initialState, double finalTime) Deprecated.Initialize event handler at the start of an ODE integration.void
resetState
(double t, double[] y) Deprecated.Reset the state prior to continue the integration.Methods inherited from interface org.hipparchus.ode.events.ODEEventDetector
getMaxCheckInterval, getMaxIterationCount, getSolver
-
Method Details
-
init
Deprecated.Initialize event handler at the start of an ODE integration.This method is called once at the start of the integration. It may be used by the event handler to initialize some internal data if needed.
The default implementation does nothing
- Specified by:
init
in interfaceODEEventDetector
- Parameters:
initialState
- initial time, state vector and derivativefinalTime
- target time for the integration
-
g
Deprecated.Compute the value of the switching function.The discrete events are generated when the sign of this switching function changes. The integrator will take care to change the stepsize in such a way these events occur exactly at step boundaries. The switching function must be continuous in its roots neighborhood (but not necessarily smooth), as the integrator will need to find its roots to locate precisely the events.
Also note that for the integrator to detect an event the sign of the switching function must have opposite signs just before and after the event. If this consistency is not preserved the integrator may not detect any events.
This need for consistency is sometimes tricky to achieve. A typical example is using an event to model a ball bouncing on the floor. The first idea to represent this would be to have
g(state) = h(state)
where h is the height above the floor at timestate.getTime()
. Wheng(state)
reaches 0, the ball is on the floor, so it should bounce and the typical way to do this is to reverse its vertical velocity. However, this would mean that before the eventg(state)
was decreasing from positive values to 0, and after the eventg(state)
would be increasing from 0 to positive values again. Consistency is broken here! The solution here is to haveg(state) = sign * h(state)
, where sign is a variable with initial value set to+1
. Each timeeventOccurred
is called,sign
is reset to-sign
. This allows theg(state)
function to remain continuous (and even smooth) even across events, despiteh(state)
is not. Basically, the event is used to foldh(state)
at bounce points, andsign
is used to unfold it back, so the solvers sees ag(state)
function which behaves smoothly even across events.This method is idempotent, that is calling this multiple times with the same state will result in the same value, with two exceptions. First, the definition of the g function may change when an
event occurs
on the handler, as in the above example. Second, the definition of the g function may change when theeventOccurred
method of any other event handler in the same integrator returnsAction.RESET_EVENTS
,Action.RESET_DERIVATIVES
, orAction.RESET_STATE
.- Specified by:
g
in interfaceODEEventDetector
- Parameters:
state
- current value of the independent time variable, state vector and derivative- Returns:
- value of the g switching function
- See Also:
-
getHandler
Deprecated.Get the underlying event handler.- Specified by:
getHandler
in interfaceODEEventDetector
- Returns:
- underlying event handler
-
init
void init(double t0, double[] y0, double t) Deprecated.Initialize event handler at the start of an ODE integration.This method is called once at the start of the integration. It may be used by the event handler to initialize some internal data if needed.
- Parameters:
t0
- start value of the independent time variabley0
- array containing the start value of the state vectort
- target time for the integration
-
g
double g(double t, double[] y) Deprecated.Compute the value of the switching function.The discrete events are generated when the sign of this switching function changes. The integrator will take care to change the stepsize in such a way these events occur exactly at step boundaries. The switching function must be continuous in its roots neighborhood (but not necessarily smooth), as the integrator will need to find its roots to locate precisely the events.
Also note that the integrator expect that once an event has occurred, the sign of the switching function at the start of the next step (i.e. just after the event) is the opposite of the sign just before the event. This consistency between the steps must be preserved, otherwise
exceptions
related to root not being bracketed will occur.This need for consistency is sometimes tricky to achieve. A typical example is using an event to model a ball bouncing on the floor. The first idea to represent this would be to have
g(t) = h(t)
where h is the height above the floor at timet
. Wheng(t)
reaches 0, the ball is on the floor, so it should bounce and the typical way to do this is to reverse its vertical velocity. However, this would mean that before the eventg(t)
was decreasing from positive values to 0, and after the eventg(t)
would be increasing from 0 to positive values again. Consistency is broken here! The solution here is to haveg(t) = sign * h(t)
, where sign is a variable with initial value set to+1
. Each timeeventOccurred
is called,sign
is reset to-sign
. This allows theg(t)
function to remain continuous (and even smooth) even across events, despiteh(t)
is not. Basically, the event is used to foldh(t)
at bounce points, andsign
is used to unfold it back, so the solvers sees ag(t)
function which behaves smoothly even across events.- Parameters:
t
- current value of the independent time variabley
- array containing the current value of the state vector- Returns:
- value of the g switching function
-
eventOccurred
Deprecated.Handle an event and choose what to do next.This method is called when the integrator has accepted a step ending exactly on a sign change of the function, just before the step handler itself is called (see below for scheduling). It allows the user to update his internal data to acknowledge the fact the event has been handled (for example setting a flag in the
differential equations
to switch the derivatives computation in case of discontinuity), or to direct the integrator to either stop or continue integration, possibly with a reset state or derivatives.- if
EventHandler.Action.STOP
is returned, the integration will be stopped, - if
EventHandler.Action.RESET_STATE
is returned, theresetState
method will be called once the step handler has finished its task, and the integrator will also recompute the derivatives, - if
EventHandler.Action.RESET_DERIVATIVES
is returned, the integrator will recompute the derivatives, - if
EventHandler.Action.CONTINUE
is returned, no specific action will be taken (apart from having called this method) and integration will continue.
- Parameters:
t
- current value of the independent time variabley
- array containing the current value of the state vectorincreasing
- if true, the value of the switching function increases when times increases around event (note that increase is measured with respect to physical time, not with respect to integration which may go backward in time)- Returns:
- indication of what the integrator should do next, this
value must be one of
EventHandler.Action.STOP
,EventHandler.Action.RESET_STATE
,EventHandler.Action.RESET_DERIVATIVES
orEventHandler.Action.CONTINUE
- if
-
resetState
void resetState(double t, double[] y) Deprecated.Reset the state prior to continue the integration.This method is called after the step handler has returned and before the next step is started, but only when
eventOccurred(double, double[], boolean)
has itself returned theEventHandler.Action.RESET_STATE
indicator. It allows the user to reset the state vector for the next step, without perturbing the step handler of the finishing step. If theeventOccurred(double, double[], boolean)
never returns theEventHandler.Action.RESET_STATE
indicator, this function will never be called, and it is safe to leave its body empty.- Parameters:
t
- current value of the independent time variabley
- array containing the current value of the state vector the new state should be put in the same array
-
ODEEventDetector