RTC
®
5 PC Interface Board
Rev. 1.9 e
8 Advanced Functions for Scan Head and Laser Control
197
innovators for industry
8.9 Microvector Commands
The microvector commands
(and the corresponding 3D
commands
) move the galvanometer
scanners directly to the specified position via a hard
jump. Here, the invoked vectors (unlike normal vector
commands such as
not
get subdivided by the RTC
®
5 into microvectors, but
instead execute within a single 10
µ
s clock period.
The microvector command parameters
LasOn
and
LasOff
let you individually switch the “laser active”
laser control signals on and off with the specified
delays. The laser delays defined via
will not be overwritten. They remain valid for normal
jump and mark commands.
Thus, you can mark lines and arcs via microvector
commands to any desired degree of step fineness or
coarseness and even using variable speed, indepen-
dently of the currently defined jump or mark speeds.
You can also thereby vary the line width within a line
under steady laser power or implement a pixel output
mode within the 10
µ
s raster with variable speed
and/or a curvilinear path.
Notes
• Though microvector commands may pause for
preceding scanner delays (e.g. the scanner delay
of a preceding
command), they never
self-initiate new scanner delays.
• You are solely responsible for appropriately
parameterizing the microvectors: you must set
appropriately small microvectors for to-be-
marked lines, arcs or pixel images and you must
incorporate any needed scanner delays to
compensate for tracking error (e.g. by inserting
several microvector commands with identical
target coordinates). Avoid overlaps between
LaserOn and LaserOff. Furthermore, you
shouldn’t define new laser delays as long as the
previous one hasn’t yet expired (see
but new definition simultaneous to expiry is OK).
• Unlike normal vectors, microvector commands:
– do not microvectorize vectors, but rather exe-
cute the vectors with a single hard jump
– do not take into account wobbel motions
enabled via
) (but also don’t deactivate them)
– do not take Sky Writing mode into account (see
) (but also don’t deactivate it).
• In contrast (as with normal vectors), the following
corrections (in the listed order, if previously
configured) are taken into account for
microvector commands when calculating output
values from the specified coordinate values:
– If the command was called from within an
“AbsCall” subroutine, then the supplied coordi-
nate values will receive an offset (based on the
current coordinates at the time of the subrou-
tine call – also see
– If a Processing-on-the-fly correction was
,
, then it will be applied to the X
and Y coordinates (see
– If a coordinate transformation was defined for
aligning the scan system to the image field (see
,
,
and corresponding list commands), then it will
be applied to the X and Y coordinates (see
– The Z coordinates of
or
and defocusing via
into account.
– Coordinate values exceeding the real image
field range (into the virtual image field range,
see
) will be clipped to the edge of the
20-bit real image field range.
– Correction tables assigned via
will result in 2D or 3D
image field correction (see
– If automatic self-calibration was enabled via
), then a compensating
“Gain” and “Offset” will be taken into account
when calculating output values (gain and offset
correction can also be specified via
, see
Overflowing output values will, if necessary, be
clipped to the edge of the maximum possible
range of values.
