}

Offsetting a Telescope Via Remote Control

Russell Owen

Robert Loewenstein
University of Chicago
Astronomy Dept.
Yerkes Observatory
Williams Bay, Wisconsin 53191, USA

Abstract

Traditionally a local observer offsets the telescope using a handpaddle control, nudging the telescope in small steps. However, this does not work well for remote observing, nor even for local use of integrating instruments, because new images are not returned quickly enough. To address this problem, we are implementing a graphical offset control optimized for remote observing and for use with integrating instruments. The observer directly manipulates an image of the sky, allowing precise specification of an offset in one operation. When using a rotating field of view, the user sees and can move the "boresight", the center of rotation of the field of view on the instrument. Both the use and implementation of this control are discussed.

Introduction

The Astrophysical Research Consortium is constructing a 3.5m telescope at Apache Point Observatory in the Sacramento Mountains of New Mexico. The telescope uses a compact azimuth/altitude mount and is designed to acquire objects to within 1" and to open-loop track to within 0.1" over a ten minute period (1) . The telescope is nearly complete, and is presently being used with 1.8m temporary optics feeding an 800 by 800 pixel CCD camera. The final optics and several new instruments will be installed within a year.

The observer, whether remote or local, controls all functions including telescope pointing. Most observers use a graphical interface running on a Macintosh computer (2) . The Macintosh communicates with a site computer via the Internet or a high-speed modem. An operator is present at the site to shut down in case of bad weather, change instruments (though some instrument changing can be done remotely without operator intervention) and fix any problems that may arise. The telescope was designed to be operated remotely, and even in this early stage is most often used in this fashion.

One of the primary problems we faced in supporting remote operation was that of offsetting the telescope. Traditionally, observers have adjusted the field of view by nudging the telescope with a handpaddle control. This is acceptable when images are returned quickly enough to provide the necessary feedback, but our remote links do not have sufficient bandwidth. Furthermore, many scientific instruments, such as those using integrating CCDs, return images too slowly to make a handpaddle practical even for local observers. To solve these problems, we are implementing a control which allows the observer to precisely specify an offset in one operation, rather than the many iterations required when using a handpaddle. The user specifies an offset by directly manipulating an image of the sky, hence we call the control a graphical offsetter.

User Interface

To graphically offset the telescope, the user first obtains an image of the sky. The image is obtained from the instrument, if using an imaging device, or from a slit viewing camera, if using a spectrograph. The user may then directly manipulate the image, e.g. by dragging a star to a new location on the image, and the telescope will execute the change. An example is shown in figure 1 .

Figure 1: Offsetting a slit spectrograph using an image from the slit viewing camera.

The situation becomes more complicated if the sky rotates on the instrument. Working with a rotating field of view is unusual but sometimes it is required. Our telescope has an azimuth/altitude mount, so instruments without a rotator, such as our planned Echelle spectrograph, always have a rotating field of view. Even when using an instrument with a rotator, one will not always rotate the instrument with the sky. For example, observers sometimes orient the slit of a spectrograph perpendicular to the horizon to minimize error due to dispersion.

When using an instrument with a rotating field we must pay attention to the location of the "boresight": that point on the instrument about which the field of view rotates. Since it is the only point on the instrument's focal surface which looks at a fixed location on the sky, the object of interest must be placed on the boresight. The current position of the boresight is superimposed on the image, and the observer may move the boresight to any convenient location on the instrument (or off it�see the section on drift scanning).

By the time the user requests an offset, the image will be outdated, in that the field will have rotated about the boresight. However, the outdated image can still be used; the control system simply takes into account the rotation of the selected object since the time the image was taken, so the object is moved exactly where the observer requested. An example is shown in figure 2 .

Figure 2: Offsetting a slit spectrograph with a rotating field of view.

Computation

There are three basic user-set parameters which specify the pointing of the ARC 3.5m telescope, as follows:
  • Object position, specified in the coordinate system of the object, usually RA/Dec. The object position is actually defined as the position of the sky at the boresight. This definition was chosen because only the boresight is looking at a fixed point on the sky when using a rotating field of view. Also, the object position actually consists of two fields which are added together: the base object position and the object offset. This allows the the user to move the field around while still remembering the initial (base) position of the object.
  • Boresight position: the position of the boresight on the instrument focal surface, measured in degrees on the sky.
  • Boresight position: the position of the boresight on the instrument focal surface, measured in degrees on the sky.

The graphical offsetter implements an offset by changing the object offset and boresight position but not the sky orientation. In addition, all of these parameters may be set directly by the user, and the object offset and boresight position may be set by using a handpaddle.

The data required to compute a graphical offset is as follows:

  • The orientation of the sky with respect to the instrument at the boresight, both at the time the image was taken and at the current time. The image orientation is stored with the image and the current orientation is known by the control system.
  • The initial and final position of the object of interest with respect to the instrument. These are specified by the user, e.g. by clicking on the object and dragging it to the desired new location.
  • The initial and final position of the boresight with respect to the instrument. Both are specified by the user, e.g. by dragging the boresight, but the former is also known by the control system and so need not be sent by the graphical offsetter.
  • The position of the sky at the boresight before the move. This is known by the control system.

The new value for the boresight position is simply that specified by the user; no computation is required. The new value of the object offset is computed as follows:

  • Rotate the initial position of the object on the instrument by the change in orientation of the field of view to obtain the current position of the object on the instrument. Do not rotate the final position of the object on the instrument, because that's really where the object should end up.
  • Compute the change in position of the object relative to the boresight: the final position of the object on the instrument minus the current position of the object on the instrument minus the change in position of the boresight on the instrument.
  • Solve for the change in position of the sky at the boresight, e.g. using spherical trigonometry. This number is then added to the object offset.

Pointing Error and Rotating Fields

The observer must be careful about pointing error when using an instrument with a rotating field of view. Pointing error is the discrepancy between the requested and actual position of the telescope axes and it causes an error in the position of the boresight on the instrument of magnitude sqrt(alt-error^2 + (az-error cos(alt))^2). When using a rotating field, the observer's object will be on the claimed position of the boresight and so will rotate about the actual position of the boresight.

Guiding on the observer's object eliminates the problem. However, only the Echelle spectrograph will be capable of guiding on the object; our other instruments use offset guiders, which require a separate guide star. An offset guider cannot correct the error in boresight position induced by pointing error, so the observer must correct pointing error before starting to guide.

The control system is capable of automatically correcting pointing error on request. The system searches the Basic FK5 Catalog (3) for the nearest star, slews to that star, measures and corrects pointing error by adding a constant offset to the telescope axes and returns to the object. There will be some remaining error due to centroiding the star (~0.1" for our telescope), offsetting back to the object (~0.1" for our telescope) and a negligible contribution due to error in the star position (~0.01" for the Basic FK5 Catalog). The pointing error will then gradually increase over time until guiding is turned on. Alternatively, instead of guiding, one may correct pointing error at regular intervals.

Drift Scanning

A simple extension to the handling of boresights allows the telescope to support drift scanning. Drift scanning is a mode of operation whereby the rows of an imaging CCD are slowly and continuously shifted out and the telescope "drifts" so that objects in the sky move across the CCD synchronously with the shifting rows. This images a strip of sky as wide as the CCD, as long as the path of the telescope across the sky and with an integration time equal to the number of rows of the CCD divided by the readout rate in rows per second.

To accomplish drift scanning, it is useful for the telescope to be able to move along a great circle at a fixed rate of speed. This is implemented in the ARC control system by permitting the boresight to have a non-zero velocity with respect to the instrument and to be located far off of the instrument. The concept is illustrated in figure 3 . The position of the sky at the boresight is left fixed, but the position of the boresight on the instrument is set to move at a constant speed. As a result, the instrument moves away from the boresight at this speed, following a great circle across the sky.

Figure 3: Drift Scanning

For drift scanning to work, the velocity of the boresight must be along the columns of the CCD and must match the CCD's row shift rate. Fortunately, this is easy to set because boresight position and velocity are specified in the frame of reference of the CCD.

One subtlety of drift scanning is that the basic tracking parameters do not directly tell you where in the sky the instrument is pointing. The only sky position specified is that of the boresight, and that is fixed. Yet the observer will wish to record the changing position of the sky on the instrument. To support this, the control system can compute the sky position of any point on the instrument. The position is time-tagged, so it can be precisely associated with the data, despite delays in computation and communication.

Summary

The Apache Point 3.5m Telescope is primarily operated by remote control. One of the main problems we faced in implementing the remote control interface was how to offset the telescope. The traditional handpaddle control is insufficient because it requires rapid imaging for feedback. We are implementing a graphical offset control which allows the user to precisely specify an offset in one operation by manipulating an image.

When working with a rotating field of view, the observer must be careful to place the object of interest on the boresight (the center of rotation of the field of view). The boresight is displayed on the image, and both the field of view and the boresight may be moved by the observer. The observer must be careful to minimize pointing error when using a rotating field of view, as pointing error produces error in the position of the boresight. Offset guiding does not correct the problem.

Moving the boresight at constant speed along the columns of an imaging CCD camera permits drift scanning.

References

1. E. Mannery, et. al., Proceedings of the SPIE 628 , ed. L. Barr (SPIE, 1986), p. 397
2. R. Loewenstein, et. al., this proceedings
3. W. Fricke, H. Schwan and T. Lederle, Fifth Fundamental Catalogue (Verlag G. Braun, Karlsruhe, 1988)