|
UFTI manual
Monitoring bad pixels with UFTI
The data tabulated below illustrate the degree to which bad pixels
"develop" over time. At present, every night of UFTI observing begins
with a sequence of four dark exposures; these observations are known
as the "Array Tests" and are used to calculate the NDSTARE read noise.
The fourth exposure, a 50-second dark, will be used periodically to
check the accuracy of the bad-pixel mask being used on all data. The
DR recipe REDUCE_DARK, when applied to this frame, yields a dark
exposure corrected for bad pixels. Any remaining bad pixels will thus
be either new or "transient pixels". Results are tabulated below:
Bad-pixels remaining in a dark that
has been "corrected for bad pixels".
| Date |
Pixel Value (DN) |
Number Pixels with |
| . |
Max. |
Min. |
DN < -20 |
DN > 200 |
DN > 1000 |
| 12 Aug. '00 |
650 |
-34 |
74 |
43 |
0 |
| 15 Aug. '00 |
2171 |
-37 |
17 |
161 |
7 |
| 17 Aug. '00 |
2878 |
-30 |
6 |
162 |
2 |
| 4 Sep. '00 |
889 |
-64 |
26 |
135 |
0 |
| 6 Sep. '00 |
1489 |
-37 |
11 |
167 |
0 |
| 29 Nov. '00 |
12841 |
-67 |
41 |
389 |
46 |
| 30 Nov. '00 |
12725 |
-66 |
50 |
373 |
53 |
| 19 Jan '01 |
12930 |
-66 |
51 |
333 |
50 |
| Bad pixel mask replaced 24 January 2001 |
| 1 Sep. '01 |
14082 |
-437 |
390 |
2733 |
697 |
| 2 Sep. '01 |
11776 |
-425 |
94 |
1531 |
253 |
| Bad pixel mask replaced 5 September 2001 |
| 28 June '02 |
- |
- |
185 |
2377 |
748 |
| 29 June '02 |
- |
- |
764 |
2409 |
748 |
| 9 July '02 |
- |
- |
725 |
2337 |
726 |
| 12 July '02 |
- |
- |
537 |
2334 |
714 |
| 13 July '02 |
- |
- |
477 |
3254 |
954 |
| 16 July '02 |
14478 |
-314 |
14 |
8019 |
1018 |
| 17 July '02 |
13834 |
-316 |
228 |
6139 |
882 |
Bad pixel mask replaced 26 July 2002 |
| 28 July '02 |
1691 |
-77 |
943 |
201 |
1 |
| 29 July '02 |
3201 |
-467 |
820 |
209 |
7 |
Typically about 0.3% of the 1,048,576 pixels in the UFTI array are flagged
as "bad" by the bad-pixel mask. Initial results indicate that, over a
short period of time (a few days) some pixels "migrate" across the
good/bad cut-off; the bad-pixel mask nevertheless remains accurate to
within a few percent for a period of a few months.
Making a Bad Pixel Mask (Starlink Software)
From 3 or 4 nights of UFTI data. Produce "QUICK LOOK" versions of the
50sec dark taken as part of the array tests (the 4th frame in the
sequence) with ORAC-DR; these aren't corrected for bad pixles
(i.e. they are raw NDF frames). Take the average of these raw dark
frames, and flag all pixels above 200 and below -20 as bad (should be
a few thousand pixels). Finally, multiply the frame by zero so that the
resulting bad-pixel mask has data values of "0" and "bad" only.
For example:
> oracdr_ufti 20010101
> setenv ORAC_DATA_OUT `pwd`
> oracdr -list 4:4 QUICK_LOOK -nodisplay
> oracdr_ufti 20010102
> setenv ORAC_DATA_OUT `pwd`
> oracdr -list 4:4 QUICK_LOOK -nodisplay
> kappa
> add f20010101_00004_raw f20010102_00004_raw add_darks
> cmult add_darks 0.5 av_darks
> thresh av_darks av_darks_thresh -20 200 bad bad
> cmult av_darks_thresh 0 bpm title=\"UFTI bpm, January 2001\"
The above sequence produces a bad-pixel mask NDF (bpm.sdf) that can be
viewed with GAIA; note the pixel values (zeros and bad). To re-reduce
your data in ORAC-DR with the new bad-pixel mask, specify the bpm on
the command line, e.g.
oracdr -list 5:500 -cal mask=/your_directory/bpm.
|