Implement Action subsystems used in
Ports & Subsystems
Action Port blocks do not have data inputs or outputs.
Specify how to handle internal states when a subsystem with an Action Port block reenables.
When the subsystem reenables, retains the states of the Action
subsystem with their previous values. Retains the previous values
of states between calls even if calling other member Action subsystems
Reinitializes the states of the Action subsystem to initial values when the subsystem reenables.
Reenablement of a subsystem occurs when called and the condition
of the call is true after having been previously false. In the following
example, the Action Port blocks for both Action subsystems A and B
have the States when execution is resumed parameter
If case is true, call Action subsystem A. This result implies that the default condition is false. When later calling B for the default condition, its states are reset. In the same way, Action subsystem A states are reset when calling A right after calling Action subsystem B.
Repeated calls to the Action subsystem of a case does not reset its states. If calling A again right after a previous call to A, this action does not reset the states of A. This behavior is because the condition of case was not previously false. The same applies to B.
Specify when to propagate a variable-size signal.
when execution is resumed
Only when execution is resumed
Propagates variable-size signals only when reenabling the subsystem containing the Action Port block.
Propagates variable-size signals at each time step.
Inherited from driving If or Switch Case block