The KPNO Infrared Imager (IRIM) is a general-purpose instrument
for moderately wide-field imaging in the 1 - 2.5 micron region
using a 256 X 256 HgCdTe NICMOS3 array. It is used primarily
for broadband work in the J, H, K and K' filters, but it
can also be used with narrowband filters for special applications.
IRIM is an uplooking cryostat which interfaces to the f/15 foci of
the 2.1-m and 4-m telescopes. The telescope focal plane is warm,
about 5 cm above the entrance window. The dewar carries
analog and digital electronics boxes and communicates through optical fibers
with the instrument computer. Apart from an "on" button for the dewar
electronics, there are no external user adjustments. Cooling is by
LN2 with a dual reservoir system. The large outer tank
cools the radiation shields, optics, and other innards, while the
inner tank cools the detector mount assembly. Cryogen refill can
be done with the instrument in place on the telescope. Hold time
is typically 12 hours, but a refill halfway through a long winter night
is advised for caution's sake.
An optical diagram of IRIM is shown below.
The internal optics are a refractive, collimator-camera design with
a cold pupil stop of fixed size. The telescope focal plane (FP) lies
approximately 75 mm above the CaF2 window (W). The collimator
(L1) images the telescope pupil onto the cold stop (CS). The 8-position
filter wheel (FW) is located very close to the cold stop and carries 7
filters and a cold dark slide. The camera (L2, L3, L4) then reimages the
focal plane onto the array (D). The overall optical reduction of 4:1 was
designed to give field of view, particularly at the 4-m telescope, at
the expense of optimal spatial sampling of the image.
Measurements at the 4-m show a wavelength dependence of scale:
0.608 arcsec/pix at J, 0.605 at H, 0.603 at K and narrowband
filters. Proportional changes should occur at the 2.1m, but
they have not been determined accurately.
Notes on filters:
IRIM is operated by the user from the SUN workstation in the telescope
control room, through the WILDFIRE
system, a transputer based system which communicates over optical fibers.
WILDFIRE supports fast co-adding in place, movie mode, and data transfer
directly to the SUN.
The WILDFIRE system uses transputers and transputer links to control and
acquire data from IRIM. A transputer is a single-chip microcomputer with its
own local memory and communication links, which can operate either by itself
or in conjunction with other elements linked to form computing arrays and
networks. The WILDFIRE system consists of three main hardware components:
Communications between IRIM and the DSP take place over transputer links
implemented on an optical fiber cable. The B016 interconnects the transputer
DSP to the SUN SparcStation computer via a VME to SBUS converter within the
Heurikon box.
The WILDFIRE user interface on the SUN is implemented within the TCL (tool
command language) environment. The data appear as IRAF images, produced
(in IEEE 32-bit floating point format) via IMFORT routines so that they
can be manipulated and archived to tape inside IRAF. It is important to
note that these images are NOT PROTECTED in any way and can be overwritten
if the full path names of existing and new images are the same. The data may be
written to Exabyte or DAT on local tape drives or sent via 'ftp' to one's
home institution. Depending on the amount of header information, a single
FITS file of a 256 X 256 image is about 270KB.
At each of the telescopes where IRIM is used are two SUN workstations
for data acquisition and reduction. Under the present version of WILDFIRE,
the workstations khaki (4-m) and royal (2.1-m) are
used for data acquisition. The other workstations [pecan and lapis
at the two telescopes] have common access to the data disk, so additional
observers can reduce and analyze the data independently.
A third SUN serves as the telescope control, with a terminal at the
LTO station; a hardwire link between the TCS and instrument control computers
is used to send TCS commands to the telescope (singly, or within TCL
scripts) and to retrieve telescope information for the image header.
A schematic depiction of this arrangement is shown in Fig. 2.
Important Note: The disks within the primary workstations khaki and lapis
are designated /data1. At the 2.1-m, WILDFIRE is run on the secondary workstation
royal, whose partition is /data2. The disks are cross-mounted so that access to both is
possible from either machine. However, such cross-accessing (e.g., /data1 from
royal) is significantly slower than accessing the disk resident in the
workstation. Therefore, it is imperative that the partition used for
storing data taken by WILDFIRE be /data2 on the 2.1-m telescope!
While it is possible to designate /data1 as the WILDFIRE data partition,
operation will be much slower and subject to crashes, so don't do it.
At the 4-m, one may designate either /data1 or /data2 as the data partition.
The array has a rather nonflat response, with \(+- 25%
variations in response and about three full high-low cycles across
the field.
The number of "bad" pixels is somewhat a matter of definition:
Clearly some pixels fall in more than one category, and a useful definition
of "bad pixels" will depend on the program. For most IRIM programs, the
combination of categories (3) and (4) is useful. A bad pixel map can be
constructed interactively using IRAF tools and applied during the reductions.
A table of the detector characteristics appears on the following page.
Both InSb and HgCdTe detectors utilize a hybrid architecture in which each
pixel has an associated unit cell which controls the biasing and readout
of that pixel. Thus, each pixel is essentially independent of the others,
and effects seen in CCDs, such as charge bleeding or trailing from saturated
pixels, are not present. However, this independence also means that such
properties as linearity and dark current can vary from pixel to pixel, and
it is necessary to calibrate these effects for optimum scientific performance.
When a pixel is reset, the voltage difference (bias) between the pixel
and detector substrate creates a depletion region which acts as a potential
well for the collection of (mostly) photogenerated carriers. Electrically,
one may consider this potential well as a capacitor. As charge accumulates
in the pixel, the depletion region fills in, increasing its capacitance
and that of the entire pixel node. Coupled with the steadily decreasing
bias on the pixel, this yields a sublinear voltage-charge relationship,
which quickly rolls off (saturates) when the pixel voltage reaches that
of the detector substrate (zero bias). Technically, a pixel will continue
to accumulate charge even into forward bias, but its response by that time
will be significantly nonlinear.
Unlike the InSb detector, whose response is only weakly temperature-dependent,
the NICMOS detector shows a significant temperature dependence of quantum
efficiency and, possibly, related properties such as linearity and dark
current. The IRIM detector is cooled with LN2, at an approximate
temperature of 75 K on Kitt Peak, but it is not absolutely controlled with
a servo temperature controller. The actual detector temperature may thus
depend on the ambient dome temperature and atmospheric pressure.
Empirically, we have not seen significant differences in several
linearity curves we have generated in the past, suggesting that such
effects are small. Cautious observers may wish to take the time to
generate a linearity relation during their run.
As the linearity relation indicates, while one may loosely define a full well of about
400,000 electrons, the response has already fallen by 6% at 350,000 electrons.
The read noise and dark current of the array are quite low, as tabulated
above. However, the dark current has a rather
complex character and cannot be simply scaled with time.
Necessary dark frames (e.g., for construction of flatfields or dark+bias
subtraction of linearity sequences) must be taken separately at each
integration time desired. In addition, it is strongly suggested that
linearity sequences contain repeated "check" observations at one
integration time (e.g., 1 sec) to verify the stability of the source.
The array quantum efficiency improves by
a factor of two from 60 K to 77 K, so we presently operate the
device at the ~ 75 K temperature of LN2 at Kitt Peak,
and all tabulated values are referred to this
temperature. There is a "charge retention" or "memory" effect whereby
a small portion of incident signal from a given exposure survives
many subsequent reset cycles, declining slowly. On stars the
integrated value of the "memory" image is about 0.1% of the incident
flux. A second aspect of this phenomenon is that the signal seen
in a dark integration depends on how long the array has been exposed to sky.
There are two predominant sources of infrared sky background, which are
essentially independent, both physically and spectrally. At short wavelengths,
the sky is dominated by emission lines from OH in the upper atmosphere
(typically 90 km altitude). The strength of these lines can vary over the
course of a night; in addition, upper level winds create inhomogeniety and
motion of the airglow. As a result, the intensity of the background can
vary unpredictably during the night. At longer wavelengths, thermal emission
from the telescope optics and optically thick telluric lines predominates.
The transition between these two regimes occurs at approximately 2.3 microns,
so the background with filters other than K' or K is primarily OH airglow.
The K' background is partially thermal, so one may expect it to vary with
the ambient temperature. Typical levels are given in Table 4.
Table 4 also gives the integrated flux for stars observed on the
2.1-m telescope, averaged over high and low response regions on
the array. These have been converted to the flux for a 10.0 mag
star in 1 sec integration time. The areal ratio of the 4-m and
2.1-m telescopes is approximately 2.9, so the
anticipated signal levels would scale appropriately.
The "natural color" of the system is J-K ~ 0.6, H-K ~ 0.3.
The device is presently operated in a destructive readout mode providing
double correlated sampling. A representation of the voltage on a single
pixel during an integration and readout is shown in Fig. 3. An address
cycle consists of a "reset" to the canonical detector bias
voltage, a "read", followed by a second "read". During the reset operation,
the voltage on each pixel is set to the value VR.
When the reset switch is opened, the voltage left on the sense node will
differ slightly from VR, due to charge spillback from the reset gate
and from kTC noise. After a time 'fdly', the voltage on the pixel is
sampled nondestructively (i.e., without resetting), yielding V1.
After a second time interval, defined as the integration time, the voltage
is again sampled, yielding V2. The "signal" is the difference
between the two reads. Note that this technique, known as "double correlated
sampling" eliminates the effect of the transient following the reset operation.
The intervals indicated (not to scale) at the bottom of the figure
represent the time required to carry out each operation on the entire array;
thus, on an absolute frame, the time at which a given pixel is reset and read
depends on its location in the array.
The readout cycle of the array (reset, read, integrate, read) presently includes
the delay time 'fdly' between the reset and first read, at the start of an
integration, to allow the array to thermally stabilize following selfheating
induced by the rapid reset. The default value of this time is 1.0 sec for
integration times longer than 1.382 sec, and there should be no need to
adjust this parameter.
In the usual mode of operation of the array, known as "stare" mode in the
WILDFIRE software, the image stored on disk is the
differential signal, read 2 - read 1. Note that the pixels begin accumulating
flux immediately after reset, and the charge accumulated during the delay
time is NOT accounted for in the differential signal (see Fig. 3). This can cause
difficulties in trying to derive linearity corrections or flatfields from
very high flux inputs such as with dome flats. In effect, one has already
climbed well up the linearity curve before the first read under these
circumstances. The same is true when observing very bright standard stars.
In practice, keeping the brightest pixels on standard stars and the average
sky level on background limited observations at approximately the same
value makes a linearity correction a second order effect.
One may then apply a correction derived from a similar flux input level.
This empirical approach is usually quite adequate.
A second mode is provided for those who need or prefer a more painstaking
approach. Known as "sep", this mode records the first read and the second
read consecutively on disk as separate pictures. One may then apply a
linearity correction to each read separately before calculating the
difference signal. This will properly account for the flux accumulated
during the delay time, so may be the preferred mode for improved precision
when some sources are unavoidably high in flux.
A third mode, "hphot", records three pictures on disk for every array
cycle: first read, second read, and difference. Having the difference
signal immediately available for display and inspection is often
convenient, although at the cost of the increased consumption of disk space.
Object Coordinates for any epoch can be entered into the telescope
computer for use during the run. This is often done by the telescope
operator during the course of the night, but lengthy observing lists are
best entered ahead of time by the observer (ask for help on this) or,
preferably, by electronic submission (see below). These may
include objects, standards, offset and guide stars, etc.
Because of the large field of view, precise offsetting to an object is
not critical. However, detection of very faint objects requires accurate
long-term tracking combined with precision spatial modulation (dithering)
to determine the sky level, a task for which the open-loop tracking of
the telescope is usually inadequate. Use of the telescope guide probes
for precision offsetting with reference to an off-axis guide star is
highly recommended for registration of the many individual frames which
such a limiting observation will require.
Conscientious observers may send coordinate lists via email (two weeks or
more before the run) to coords@noao.edu. Files should be ASCII text,
no longer than 2000 lines. Start the file with your name, a cache name,
telescope, and dates of the observing run. Coordinates will be checked for
format, loaded into the appropriate telescope computer, and acknowledgement
will be sent. Each object should be one line of text. The format is
object name, RA (starting column 16 or greater, delimited by first blank after
col 15; hours, minutes, seconds), DEC (degrees, minutes, seconds), and epoch.
Each field should be separated by one or more spaces (NO TABS); the delimiter
in the RA and DEC fields may be spaces or colons. Example:
A series of experiments determined that exposing to about the
same ADU level for each, a 10.5 and 14.0 K mag star scaled correctly
to within 0.03 mag without linearity correction.
Observing the same star at different locations around
the chip and at different integration times gave rms scatter of a few
hundredths of a magnitude after flatfielding, considered to be within the
errors given the rather uncertain weather in which observations were made.
Flatfield response using the sky is constant in a given filter over at
least a factor of three in signal level. Flats in the J, H, and K' filters
are very similar overall but show 5% differences when divided. Comparing
dome flats to sky flats shows them equivalent to 1% at J and H but
quite different at K', evidenced by a pronounced centro-symmetric pattern
in the division. There is no quantitative information for the narrowband filters.
One may use the NOAO Exposure
Time Calculator to estimate the performance of IRIM for observing
programs. However, it is very important to understand the assumptions and
limitations of this tool, and we strongly suggest reading the background
material on Signal-to-Noise Calculations.
This is an IRIM-specific synopsis of the WILDFIRE manual written by
Nick Buchholz. Observers interested in a more in-depth analysis of
WILDFIRE are referred to that manual.
The optical CCD (ICE) and infrared (WILDFIRE) environments are both
operated from the same account on the 2.1-m (2meter)and 4-m
(4meter) telescopes. The all-important obsinit
command performs a number of functions relevant to this operating procedure.
On the first night of an IR block, the ICE environment will still be active
(the presence of the "CCD Acquisition" and "CCD Reduction" windows will
verify this). It will be necessary to run obsinit to change to the
WILDFIRE environment, as well as for the other reasons above; since the
hardware may be in an unknown state, it is recommended to run through a complete
hardware initialization on the first night of an IR block as part of
the obsinit process. This will involve rebooting the observer's SUN
workstation with the DSP (in the computer room) powered on and the IRIM
instrument power off.
Once this is complete, it is necessary to reboot the instrument computer with
L1 A or Stop A; again, the instrument power must be off. After rebooting,
the UNIX login prompt "[hostcomputer] login:" will appear; IGNORE THIS.
After a few seconds, OpenWindows will automatically load and present the
login window shown below:
Login as [telescope] with the current password posted on the workstation terminal.
The WILDFIRE system will then load automatically, resulting
in a terminal screen layout
approximately like Fig. 4 below; the dashed window labeled Instrument
Status will appear in the approximate position shown only after the
instrument microcode has been loaded.
On succeeding IRIM runs, obsinit is run only to enter the new
observer and proposal ID information. It is NOT necessary to power down
IRIM or reboot the computer. After logging out of all IRAF processes and
running obsinit, simply exit OpenWindows from the desktop menu
and log back in when the login window appears.
Once the environment has been set to WILDFIRE by obsinit, it will
remain in that state, even if it is necessary to reboot the instrument
computer for any reason. There should be no reason to execute obsinit
more than once during a run. If a reboot is required, the login procedure in
the window displayed above will automatically bring up the WILDFIRE
windows.
A brief description of the windows follows:
There are three basic steps in the complete startup of WILDFIRE: hardware
initialization; starting WILDFIRE; instrument initialization. The procedure
below will go through all three steps, as would be necessary on the first
night the instrument is on the telescope.
Hardware Initialization
This procedure establishes the link between the DSP box and the computer,
by rebooting the observer's SUN workstation with the IRIM power off. The
obsinit procedure for the first night of an IRIM block (described
above) includes these steps.
Starting WILDFIRE
NOTE: The startup script for WILDFIRE has been simplified significantly
in 1999. The microcode will be loaded automatically and the bias for IRIM
set to the default value of 1.0. It will still be necessary to push the
Blue Button to activate the array. In addition, the syntax for operating the
mechanisms has been unified. Refer to the
Command Reference Sheet for details.
At this point, the windows should be present as in Fig. 4. Go to the
Instrument Control Window and enter:
This will lead you through an interactive startup procedure. READ THE QUESTIONS
CAREFULLY; simply entering [cr] will return the default, which may not be
appropriate. For the full startup, the replies are:
At this point, the transputer nodes will bootstrap, and four .tld files
will load. Shortly thereafter, this downloading procedure will complete
with a "%" prompt.
You will see messages regarding the downloading of the microcode, setting
of Vdoff0 (2.30), and Vdoff1 (2.30), followed by a message that the
array will be activated with the default bias of 1.0. When this is complete,
the final message will appear:
At this point, go to the instrument and push the blue ACTIVATE button on the
right side of the ACU box. Ensure
that the green LED, visible through the hole on the ACU cover,
has come on. The instrument is now ready for operation.
If difficulties are encountered in startup, entering trouble in any of the
windows (except the Instrument Control) will open a troubleshooting diagnostic,
listing symptoms and possible solutions. However, most problems occur
during the initial installation, and are often hardware related. The
most common problems are listed below:
1. Introduction
2. Instrument Description
Optical Diagram
Field and Filters
Telescope
arcsec / pixel
field of view 2.1-m
1.09
280x280 arcsec 4-m
0.60
154x154 arcsec
Position
Name
cuton
cutoff
Comments 1
DARK
...
...
Cold dark slide 2
2.12
2.110
2.128
1% Bandpass S(1) H2 3
1.281
1.275
1.287
1% Bandpass Pa beta 4
2.16
2.150
2.172
1% Bandpass Br gamma 5
J
1.095
1.38
Barr lot 0492 6
H
1.51
1.79
Barr lot 0492 7
K'
1.99
2.32
Barr lot 1292 8
K
2.03
2.42
Barr lot 1090
3. Command, Communication, and Control
4. The HgCdTe Detector Array
The detector array is a 256 X 256 HgCdTe array developed
by Rockwell International and designated as a NICMOS 3 device. It
reads out in quadrants and is operated in a double correlated sampling
(read, reset, read) mode with capability for multiple nondestructive
reads.
Detector bias
1000 mV System gain
10.46 electrons/ADU Read noise
35 electrons RMS Dark current
Approximately 2 electrons/s; does not scale simply with time Full well capacity
4 X 105 electrons @ 1000 mV bias Minimum integration time
382 ms X number of low-noise reads
Linearity
100% at low signal declining to 94% at 3 X 105 electrons Response uniformity
+-25% p-p at low spatial frequency Unresponsive pixels
About 250, scattered across array Cosmetics
Bad pixels tend to clump in twos and fours
Linearity and Dark Current
Sky Background
Signal Levels
Filter
Sky Brightness (ADU/s-pixel)
Signal from 10.0 mag Star(ADU/s) J
120
31000 H
600
26000 K'
720
16200 K
950
16300 2.12
35
750 2.16
50
840
Operational Modes
5. Observing Run Preparation
Preparations
Further details may be found in the June 1992 NOAO Newsletter or
the new Observers Handbook.
Photometric Performance and Flatfielding:
6. The IR Instrument Control System -- WILDFIRE
Initializing the Environment with OBSINIT
First Night of IRIM Block
New Observer
Normal WILDFIRE Startup
The Windows
Bringing up WILDFIRE
Problems?
| red LED(s) in DCU | Bad fiber connection. With the instrument power on, the green LED in the DCU should be on, and the two red LEDs off. If either or both red LEDs is lit, there is a fiber problem which must be repaired. A similar set of LEDs in the DSP box can diagnose fiber problems at that end. |
| halt after "Configuring C004" | Bad fiber optic connection (see above). Even if red LEDs are off, one or more fibers may have poor throughput, which must be measured. Power supplies may be connected improperly. Check that the analog connector goes to "CCD Power" and not "PS-10 Power" on the telescope. |
| halt after "bootstrapping node 100" | Bad fiber optic connection (see above). C004 may not be configured and a full startup may be necessary (DSP cycle, reboot, startwf). |
| "error #16 (cannot open link)" | System stuck in funny state. Full startup may be required. If that does not help, check for proper power connection and fiber throughput. |
| "cannot read telescope status" | Link to TCP computer is down. This is usually solved by rebooting the TCP computer. WILDFIRE will still work, but cannot move telescope or retrieve telescope status information for header. |
In addition, comments, suggestions, and descriptions of persistent problems should be emailed to wfire@lemming, which has been set up as an equivalent to service for WILDFIRE instrumentation.
"parameter sets" are used to control the attributes of data acquisition. A listing of the parameters is given below. Because the data are saved directly as IRAF images, note that parameters include not only observation-specific items such as integration time, but archiving items such as the IRAF filename and the header and pixel directories.
| Observing Parameters | |
|---|---|
| title coadds lnrs pics integration_time filename header_dir pixel_dir mode nextpic ucode display ra dec epoch offset imag_typ airmass comment im_list save archive |
IRAF header title number of coadded integrations per image number of low noise reads number of pictures per observation integration time (seconds) IRAF filename image header directory pixel file directory process mode [stare, sep, hphot] picture index microcode channels to display [only one for IRIM] RA of object # DEC of object # epoch of object # observation offset type of observation [object,dark,flat..] airmass of object # comment filename of image list channels to be saved to disk [only one for IRIM] channels to be archived [only one for IRIM] |
In general, the parameters fall into three categories: 1). those which one may wish to modify for an observation (integration time, title...); 2). those which one might want to change on an infrequent basis (comment, header directory...); 3). those which are never changed (mode, display) or are automatically entered into the header through the link to the TCS computer (marked with # above). The command ped will open an editing session on the current parameter set, listing each parameter in turn and prompting for new entry ([cr] returns the present value). At the beginning of a run, one should execute ped and set up those parameters falling into categories 2 and 3 above. NOTE: One cannot specify a non-existent header or pixel directory in ped; it is necessary to go to the IRAF XTERM window and create those directories first! Since it is cumbersome to go through the entire parameter list for each observation, there is a command eask, which runs through the entire parameter list, permitting the observer to specify which parameters should be queried at the beginning of each observation. Entering la for a parameter selects it for the "observation menu"; entering l excludes it. NOTE: The "up arrow" key may be used to back up through the ped list if one wishes to change a previously entered parameter.
When this is complete, save the parameter set with the command psave [filename]. This will save both the edited parameter set and the menu selected by eask in the file '[filename].par'. Should the system crash, this information may be retrieved by the command puse [filename]. Should major changes be made to the parameter file, such as change of header or pixel directory (say on another night of the run), it is a good idea to psave the updated file so it, and not the previous version, will be recovered by puse.
The basic observation is initiated by the command observe. The system will
print on the screen, one at at time, those parameters selected by eask,
and the current value [], prompting for entry of a new value or
The ask command will cycle through the selected parameters, prompting
for changes, just as with obs, but will NOT begin an observation.
This command is useful for checking parameters, and is essential
before executing movie, which will use the parameters for the previous
observation, even if it were 600s in length. The combination of ask and
go is a perhaps preferable alternative to observe.
One may abort an observation (such as an unintentional 600s movie) by entering
abort in the Instrument Control window; the observation should terminate
gracefully in a few seconds. This can sometimes turn off the display and
save operations, so it is advisable to enter save only and display
only after an abort.
The user interface is written in the Tool Command Language (tcl), which
is well-suited to the construction of scripts for data taking.
Scripts are a powerful tool for executing a sequence of tcl commands,
including telescope motions, instrument motor commands, and observations,
as a single executable program. Even for those who are not veteran
programmers (most of us), simple scripts are fairly easy to construct.
Scripts are highly recommended for spatial sampling (dithering) and
linearity calibrations.
The best recipe for starting out is to copy an existing script to a new
file, then edit that file as desired. The first line of the script file
contains the basename of the script file ("proc
source /data2/4meter/tclSamples/[scriptname].tcl
To execute the script, enter the basename [scriptname] as a command
in the Instrument Control window. A sample script is given in
Appendix III.
Scripts may be found in directory "tclSamples" under the "[telescope]"
directory, as in the path above, and also in /usr/wfire/tcl. This
latter path is the system response to query pwd in the Instrument
Control window. When creating a custom script, please copy a system script
into an observer directory and then rename and modify it, to avoid
confusion.
For the more sophisticated (or daring) observer, a TCL manual is available.
WILDFIRE presently uses TCL version 6.7 and properly written code should
run with no special limitations. Please note we will not debug or otherwise
support user code, nor will user supplied TCL routines be saved within
WILDFIRE from one observing run to the next.
The following WILDFIRE default scripts are useful for various observing
programs, and as templates for user-constructed modification. They
are initiated by entering the script name as a command, and going
through a series of interactive queries to set internal parameters.
Alternatively, several have command line versions for faster use.
These are default scripts which do not require sourcing.
Refer to the Appendices for listings of WILDFIRE
and IRIM commands (Appendix I)
and troubleshooting procedures (Appendix II).
Mike Merrill's provisional IRAF script tmove may be used for centering
stars on the array, using an image displayed in the ximtool window. Because
this is not yet a standard IRAF task, it will probably have to be
manually installed for an observing run.
task tmove =   /data1/4meter/tmove.cl
The installation of the instrument and cables will be handled before
the beginning of the run by the mountain technical staff and are not
of concern to the user. IRIM remains on the telescope for the entire
observing run and the LN2 cryogen flasks are filled twice per
day by the observing technicians.
Cable Harness -- Three cables run from the telescope junction box to the
IRIM DCU. Two of these are power for the analog and digital electronics,
the other a fiber optic cable containing six individual fibers. Four of
these, marked TRANS1, RCVR1, TRANS2, RCVR2 provide communication to the
DSP in the computer room, and are connected to the appropriate connectors
on the DCU. The other two are spares for use in the event of a failure.
Caution: The fiber optics are delicate and should not be subjected
to force or bending of short (< 7 cm) radius; they should be secured to the
instrument to relieve any strain on the connectors.
Dewar Cables -- There are two cables from the DCU box to the
rest of the instrument:
In addition, four ribbon cables carry commands and data from the DCU to
the ACU. These should always be left in place.
After IRIM is installed on the telescope, go through the WILDFIRE startup
procedure outlined previously. Once the system is operational and the
detector activated, check the detector and temperature status with
status s and compare with the nominal values below:
Verify that the filter wheel is functional by moving to a number of
filters using the command fwl to [filtername]. The successful
completion of a motion should return a verifying message. The command
fwl ?pos should return the current filter position.
After the detector is stabilized at operation temperature, one may check
the dark current and read noise with a series of dark bias observations.
With the filter wheel at the "dark" position (fwl to dark), take a
large number (10 - 50) of observations at the minimum integration time
of 0.38 s. Using the IRAF 'imcomb' task (mode=average, sigclip), calculate
the average and sigma images. Examine the statistics of the average and
sigma images with 'imstat', using a [50:200,50:200] subarray to avoid the
bad regions at the edge of the array. If IRIM is operating properly, one
should obtain approximately:
Mean Image : mean ~ 4.5 ADU
Sigma Image: mean ~ 3.2 ADU
If the value of the mean image is much greater than 5 ADU, there is additional
dark current, most likely a result of the system not being completely cooled
down. A sigma image value much greater than 3 ADU (30 e-) suggests high
read noise and a call for help is in order.
This one-time exercise aligns the optical axes of the
telescope and instrument, by the adjustment of a gimbal mount within the
rotator. The alignment is determined by use of the "Christmas Tree" lights,
which mount at the periphery of the secondary mirror at the N,E,S,W directions.
Using a narrowband filter, one checks the brightness
of the image for opposite lights and adjusts the tilt in that
direction until the illumination is equal; this process is then repeated for
the other coordinate. The primary covers should
be open just enough to view the secondary. This will be done during the
first night of setup and should not need repeating during a blocked run.
IRIM is not fully achromatized, and there will be focus differences
between filters. At the beginning of a run, one should determine these
offsets empirically for all filters one intends to use. To focus the
telescope in a given filter, use a star which gives 5000-10000 ADU
peak signal in a few seconds' integration. Initial focus is easily
done by observing using movie (continuous integration and display),
changing the telescope focus and noting the character of the image
vs focus readout. For fine adjustment, take a series of frames covering
several focus steps across what appears to be the best value. Use
the IRAF 'imexam' task to judge the best setting. It is
dangerous to query the display with 'imexam' while running in movie
mode. If IRAF and instrument tasks access the display window
simultaneously, WILDFIRE will crash.
A recent determination of the focus settings at the 2.1-m and 4-m telescopes
in the J, H, K, and K' filters yielded the following focus readout offsets
relative to J (using the absolute value of the readout in both cases):
Although this table should provide a rough guide for the focus offsets, we
still recommend that they be determined empirically during an observing
run.
Changing temperature of the telescope structure will also require
refocus. A recent determination of focus vs temperature at the
4-m is tabulated here, courtesy of S. Courteau and J. Holtzman.
Keep in mind that the zero point of this relation will change from run to run
as IRIM is remounted on the telescope, although the slope of ~37 units/
°C should be the same.
Because of the high brightness of the infrared sky, often greater than
that of the objects under study, and the complex dark current, the
technique of subtracting a bias (dark) frame and dividing by a flatfield
works poorly in the infrared. Some technique of subtracting the sky
prior to flatfielding is necessary. In practice, this is accomplished by
several observations of the object field, separated by small motions of
the telescope, so that the stars in the field are imaged onto different
sets of pixels in each of the images (this is sometimes referred to as
"dithering"). If the spatial object density of the field is relatively
low, then combining the images using a median algorithm will result in
an average from which the astronomical sources have been removed; i.e.,
a sky frame. This may be done using the IRAF 'imcombine' task. If the
sky amplitude varies from frame to frame, it may be necessary to scale
the frames by the mean to obtain a good median average. The resultant sky
frame may then be subtracted from each of the
raw images to yield sky-subtracted images which then may be flatfielded
and reduced. Note that the detector
dark current is also removed in this process. Creating the sky frame
from a number of raw images also reduces the increase in statistical
noise resulting from arithmetic operations on the images.
If the object field is extremely crowded (e.g., a globular cluster)
or contains an extended source, it is necessary to move the telescope
a significantly larger distance ("wobbling" or "jogging") to a suitably sparsely
populated "sky" field. However, succeeding observations within both the
object and sky fields should still be "dithered" so that one may obtain
an average sky frame using the median averaging technique and to avoid
imaging the same parts of the object field onto defective pixels.
As noted below, there are some instances in which this method introduces
other problems.
There are a number of resident scripts which will automatically carry
out these types of observations. In addition, existing scripts may be
copied and customized by the observer to carry out more complex or
exotic observations.
Because sky flats provide the same array illumination as real observations,
they are preferable in principle to dome flats using the White Spot.
It is, nonetheless, a good idea to obtain dome flats as a backup.
If one is observing in a sufficiently sparse star field, one may use
the same set of observations for the object, sky, and flatfield.
Because the sky flats will include the array dark current, it is necessary
to obtain separate "dark" observations for subtraction from the sky
observations. Unfortunately, what constitutes a "dark" frame for
creating flats is ill-determined due to the "memory" effect which
accumulates in time. For example, a series of observations in the dark
filter immediately following sky (or dome) flat observations will show
a monotonic decrease in mean value as the "memory" of the relatively
bright preceding observations slowly decays. By the same token, a
series of dome flats following dark or low-background observations will
show a monotonic increase in mean value as the "memory" of the
higher flux observations accumulates. One possible approach is to
take a larger number of dome flat or dark observations and reject
those early in the series, when the change in value from one frame to
the next is the greatest.
We suggest that the list of
standards prepared for NICMOS be used when
the most accurate photometry is desired. Both the UKIRT
faint standards and NICMOS standards should be in starfile caches at
the 2.1-m and 4-m telescopes.
As mentioned previously, linearity corrections are crucial, particularly for
broadband photometry, where the sky background signal will be large. Whether
one is operating in the "stare" or "sep" modes (in the latter case, both
array readouts are preserved and linearity relations are derived for each
separately), the basic technique is to observe a source of constant illumination
(e.g., the white spot) and use the integration time to obtain a range of
signal levels. A flux in the 1000 - 2000 ADU/s range permits one to sample
both relatively small and large signals in a reasonable time. It is
necessary to intersperse control frames of a single integration time (e.g., 1 sec)
throughout this process as a check on the stability of the source. In
addition, it is necessary to obtain dark frames of the same integration
time as the linearity frames for subtraction of any dark current or other
fixed artifacts. After dark subtraction, the pixel statistics in one or
more subregions of the image can be normalized by the integration time
to yield a linearity relation. Although the linearity curve becomes
nonlinear at high signals, experience indicates that a linear (e.g.,
second-order polynomial) fit is sufficient for signals < 30000 ADU.
The derived linearity curve must be inverted to determine the coefficients
for the IRAF task 'irlincor'. For the "canonical"
linearity curve, in which
a linear decrease of about 1.5%/10000 ADU is observed, the 'irlincor'
coefficients would be A=1.00, B=0.050, C=0.0.
IRIM will perform very well with well constructed protocols
based on an understanding of these device characteristics. For example,
IRIM has been used extensively for deep background limited K' band
detections of cosmological sources. Repetitively dithered integrations,
using the 4-m guider for precise offsetting in a multiposition pattern
and two hours' total duration, detect sources to K'~ 22 and allow
precise photometry to K' ~ 20 (R. Elston, private communication).
Scripts
Tmove
7. Observing Practices
Getting Started
Nicmos Irim Status Display VDet = 0.982
VDDsr = 5.006 VOff = 4.796
VDM-LL = 0.991
VDM-HL = 5.006 Vsout-LL = 0.991
VSout-HL = 4.825 Vclk = 4.991
Data Offset 0 = 2.305
Data Offset 1 = 2.310
Dark Current and Noise
Twist & Shout
Techniques
Focus
Filter
2.1-m
4-m J
0.00
0.00 H
-0.03
-100 K, K'
-0.06
-150
External Temperature (°C)
Focus Value 2.1
5586 8.1
5787 12.2
5970 13.1
5998 17.7
6158
Observing
Flatfielding
Photometric Standards
The best near-infrared standards are those defined by Elias et al (1982,
AJ, 87, 1029), but these stars are all too bright to observe with IRIM
(i.e., they saturate the detector array
in the minimum available exposure time). There are several sets of fainter
standards, including those measured by Carter & Meadows, the UKIRT Faint
Standards, and a set of stars being measured to support NICMOS. The Carter
& Meadows measurements appear to be excellent quality, but the stars
are relatively bright (e.g. K = 9-10 mag) and may also not be observable with
IRIM. The UKIRT standards are probably fine for measurements
requiring no better than 5% accuracy or so.
Linearity Corrections
General Suggestions
rjoyce@noao.edu
09 June 1999