
166
Intera 3.2
b. To run a particular Subtask, the PLC should set that Subtask’s Skip signal to false. To operate
reliably, the signal should remain false until the PLC receives a positive acknowledgment that
the Subtask has started. This could be from the Start signal of the first Action, for example.
c. In order to ensure that the Subtask doesn’t start again immediately upon completing the
Action Sequence, Skip should be cleared immediately upon receiving the indication that the
sequence has started. Since Skip is only looked at when no Action Sequence is running, this will
allow the current sequence to complete and not restart.
d. Do not use the Subtask Ready signal.
Q: If I invert an output signal (e.g. Done) and have not started the task, what will the output be and
when does it become inverted?
A: Inversion takes place as soon as the modification is saved in the task and the changes have time
to propagate throughout the system, typically a second or so.
Q: In the case of a HOLD -> PICK -> PLACE, why won't the robot go back to the first HOLD when
PICK READY is not enabled?
A: Action Sequences are defined to not start unless there is an available Pick. This is to prevent the
robot from getting stuck in a sequence when a better choice might come along. For example, a
Skip signal might want to end the Subtask, but that can’t happen in the middle of an Action
Sequence.
Q: If two input signals become true at the same time (e.g. Pick Ready and Subtask Skip), can I pre-
dict what will happen? Is there a way to understand what has a higher probability of getting cho-
sen?
A: Relying on the robot’s behavior in this case is fundamentally unreliable system design. This is a
classic synchronization problem and there is fundamentally no way to predict which signal will take
priority. Whichever one Intera happens to notice first will take effect. Note that even in a procedural
language, where you might be checking one signal then the other in a loop in order to decide what
to do next, if they change at literally the same time you can’t predict which one will be noticed first.
In situations where two signals might change at nearly the same time and predictable behavior is
defined and required, we highly recommend that you use a PLC and logic that creates a window in