TPTCSOOF_080530
- Goals: test thermal zernike terms after sunrise in good weather at Q-band
- Operator: David
- Observer: Todd
- Log:
Start LFC_Y Scan Scan
UT mm Number Type
0.0 1-5 PF on 2253+1608
-35.7 6 OOFmap on 2253+1608
-0.7 7 "
+34.3 8 "
-0.7 9-13 PF
zeroThermal() to get thermal zernike table to show up
-3.63 14 Focus only it worked
11:11 -35.7 15 OOFmap (with zero in thermal zernikes, forgot to change best_focus to -3.63)
-0.7 16 "
+34.3 17 "
11:29 -0.7 18-22 PF
sendThermal(qband.fits) -- in retrospect, these were not calculated correctly
11:38 -35.7 23 OOFmap with thermal terms from scans 15-17 (mostly a defocus, why?)
-0.7 24 "
+34.3 25 "
11:55 -0.7 26-30 PF
12:00 zeroThermal()
-4.58 31-32 failed pointing
12:03 -4.58 33-37 PF
12:08 -40.8 38 OOFmap with zero in the thermal terms
-5.8 39 "
+29.2 40 "
12:26 -5.8 41-45 PF yields LFC=-8.188mm
12:32 sendThermal(qband2.fits) -- in retrospect, these were not calculated correctly
12:34 -8.18 46 OOFmap with thermal terms from scans 38-40 (using OOF5MapSet, which started at -8.188mm)
+26.8 47 "
-43.2 48 "
12:53 -8.18 49-53 PF yields LFC=-45 mm
Clearly something is wrong with the procedures, somewhere.
Answer: I had been reducing the maps as if they were 0,-defocus,+defocus, which is the wrong order.
- Results
- Astrid error seen during data acquisition:
*** Begin Validation - 2008-05-30 06:35:50.53 ***
Error: Beam switching is not supported by the Rcvr40_52 receiver
Setting default swmode to frequency switching (fsw)
Default values are
swtype = fsw
if3freq = [0]
chopper = off
Your observing script is syntactically correct!
Todd,
Well, I had a look at the system this morning;
it looks like you had run "QbandOOF" which appears to
do the correct configure, no beam switching, just total
power and recording from both beams.
Possibly some other script had a different configure
embedded in it?
Looking at the actual cleo screens, the system did appear to be
frequency switching, but with a frequency throw of zero.
So probably the data is good for OOF mapping, only
the noise cal would be switching twice as fast as normal,
but that shouldn't be a problem.
-- frank
-- ToddHunter - 30 May 2008
TPTCSOOF_080530.log 
