Asynchronously Raised Errors - ABB MultiMove Applications Manual

7.3. Asynchronously raised errors

What is an asynchronously raised error
Asynchronously raised errors can be raised by another instruction than the instruction where
the program pointer is. This means that an asynchronous error can be raised while the robot
is in the middle of a path movement. For more information about asynchronously raised
errors, see Technical reference manual - RAPID kernel.
The technique with asynchronously raised errors allows a failing instruction in one task
program to raise an error in all other task programs with synchronized movements.
How to raise an asynchronous error
The instruction
movement for all task programs with synchronized movements.
Asynchronous errors can also be raised by process instructions (e.g.
one error code (describing the cause of the error) in the task program where the error
occurred, and raise the error
movements.
The task programs without errors
If two task programs run synchronized move instructions and one of them raise an
asynchronous error, the movements will stop for both tasks. The task program where nothing
went wrong will then get the error
handler. The error handler can handle
solve its problems and then resume the movements.
By using the instruction
this instruction.
Independent movements in the error handler
If the error handler in one task program needs to execute a move instruction, the
synchronization must be suspended first.
The synchronization is automatically suspended by the
with synchronized movements must execute a
synchronization is turned off and the execution can continue.
The instruction
StorePath
instruction in their error handlers before the synchronization is resumed and the execution can
continue.
Between the instructions
independently to solve its problem. Since
other task programs will wait at this point until the problem has been resolved.
If the task program is not in synchronized movements mode,
act just like they do in a single robot system. This means that the same error handler code can
handle errors that occur both in synchronized movements mode and unsynchronized mode.
StorePath
StorePath
3HAC021272-001 Revision: H
will raise the error
ProcerrRecovery
ERR_PATH_STOP
ERR_PATH_STOP
StartMoveRetry
will restore synchronization to the mode it had before
RestoPath
. All task programs with synchronized movements must execute the
StorePath
and require the option Path Recovery. For more information about
RestoPath
and , see Application manual - Motion functions and events.
RestoPath
7 RAPID error recovery
7.3. Asynchronously raised errors
ERR_PATH_STOP
in the other task programs with synchronized
. This error must be handled by an error
by just waiting for the other task to
ERR_PATH_STOP
, the execution will continue when all tasks reach
StorePath
instruction before the
StorePath
and , the failing task program can move
RestoPath
works as a synchronization point, the
RestoPath
StorePath
and stop the
). These can raise
ArcL
instruction. All tasks
RestoPath
and
RestoPath
93