-
Notifications
You must be signed in to change notification settings - Fork 0
Actions
Actions are tasks executed by FlashLib's Scheduler. These tasks are more than a simple run
, they are executed by specific steps, and can be considered as a complex task.
An Action has several properties, which enhance it's capability.
An Action has requirements. These are robot Subsystems which the Action aims to use. The Scheduler ensures only one running Action uses a certain Subsystem at any given time.
An Action can define a run timeout, which defines the maximum amount of time the Action should run. Once the timeout was reached, the Action will be stopped.
An Action has several execution steps, which define the flow of the task. These steps allow defining a more complex behavior for tasks, to handle different situations, and points in the execution cycle of the task.
The following is the flow of an Action:
Once started, the task enters the initialization step, which allows users to initialize data or reset data holders. Next, the task enters the execution step. During this step, users should perform the main task logic. This step continues until the task is marked to be stop.
One the task is marked for finishing, the task can either enter end, or interruption steps.
The end step is entered if the task reports to have finished.
Interruption step is entered in one of several condition:
- The task was canceled by the user
- The task was canceled by the scheduler due to requirement conflict
- The task has timed out
Actions are represented by the Action
class, which is abstract class. Users are required to implement the contents of each execution step:
-
initialize
: code for the initialization step. Default implementation: does nothing -
execute
: code for the execution step -
end
: code for ordered stop of the action -
interrupted
: code for interruption stop. Default implementation: callsend
. -
isFinished
: indicates whether or not the action should stop running. Default implementation: returnsfalse
, which indicates that action should not stop.
During the initialization phase, the method initialize
is called once. This is done each time the action is started.
During the execution phase, the method execute
is called periodically (the interval depends on the Scheduler, but should largely be around few milliseconds). During the end step, end
is called once. During the interruption step, interrupted
is called once.
An Action can report itself has finished, by returning true
from the isFinished
method.
The Action
class contains methods for defining its properties. Setting the properties should be done once the Action is created, and cannot be done while it is running.
- To set the requirements of an Action, use the
requires
method. Each call to this method will add a new requirement and not override requirements already defined. Call toresetRequirements
to clear defined requirements.Action action = ... action.requires(subsystem);
public class SomeAction extends Action { ... public SomeAction(Subsystem subsystem) { requires(subsystem); } ... }
- To set run timeout, use
setTimeout
method, which receivesTime
from FlashLib's Time API. You may also callcancelTimeout
to remove the defined timeout.Action action = ... action.setTimeout(Time.milliseconds(timeoutInMilliseconds));
public class SomeAction extends Action { ... public SomeAction() { setTimeout(Time.milliseconds(timeoutInMilliseconds)); } ... }