Scanlab RTC 5 PC Interface Board, Installation And Operation Manual

Page: 381 / 622

RTC
®
5 PC Interface Board
Rev. 1.9 e
10 Commands And Functions
381
innovators for industry
Variable
List Command park_return
Function moves the output point (of the laser focus) away from a park position along a 2D vector
at jump speed to the specified position (absolute coordinate values) within the two-
dimensional image field.
Restriction If the Processing-on-the-fly option is not enabled, then the command functions as a
normal jump command. If the laser focus is not currently in a park position, then the
command will be a short list command with no effect (see below).
Call
park_return( Mode, X, Y )
Parameter
Mode
unsigned 32-bit value
= 0:
X
and
Y
are ignored (see comments).
> 0:
X
and
Y
are interpreted as return jump coordinates (see comments).
X, Y
absolute coordinates of the jump vector end point in the virtual image field in
bits as signed 32-bit values;
allowed range: [–8388608 … 8388607],
out-of-range values will be edge-clipped.
Comments • The command is intended for encoder-based set_fly_2d or set_fly_x / set_fly_y
Processing-on-the-fly applications where the laser focus should leave a safe parking
area previously reached via
park_position after an intermediate motion (following list
interruption via wait_for_encoder etc.) (see chapter 8.7.7 "Synchronization of Proces-
sing-on-the-fly Applications", page 188 , also see comments at park_position ).
• If a set_fly_2d or set_fly_x / set_fly_y Processing-on-the-fly mode was switched off via
a prior park_position (
Mode
= 0) call, then park_return will switch the same Processing-
on-the-fly mode back on. Other Processing-on-the-fly modes won’t be switched back
on.
• If the park position was attained via park_position , then park_return (
Mode
= 0)
returns the galvanometer scanners to the most recent valid position before
park_position was called, whereas park_return (
Mode
= 1) moves them to the position
specified with the command. When calculating the new position, the RTC
®
5 takes the
current Processing-on-the-fly correction into account. But if clipping to the boundaries
of the virtual image field occurs (e.g. due to a too long intermediate motion during a
list interruption via
wait_for_encoder ), then the Processing-on-the-fly mode won’t be
reactivated (also see activate_fly_2d and activate_fly_xy ) and the jump will execute
without Processing-on-the-fly correction (and possibly clipped to the real image field’s
boundaries).
• If the laser focus wasn’t previously moved to a safe area via park_position , then
park_return will be a short list command with no further effect.
• If no Processing-on-the-fly mode was previously active or if any Processing-on-the-fly
mode is currently active, then park_return will perform a normal jump to the specified
location.
• If a coordinate transformation in the virtual image field is active, then the specified or
most recent valid position will subsequently be appropriately transformed (see
page 185 ).
• A scanner jump delay will be activated after the
park_return
command.
• park_return switches off the “laser active” laser control signals after a LaserOff delay.
RTC
®
4

RTC
®
5 new command
In RTC
®
4 compatibility mode, the RTC
®
5 multiplies the specified coordinate values by 16
(the permissible range of values is correspondingly reduced).