VEGAS Tests 05 December 2013

Goals

  • Science testing of modes 1, 2, and 3 prior to potential on-sky testing during the weekend.

Plan

  • Test mode 1 position switching
  • Test mode 1 frequency switching
  • Test mode 2 position switching
  • Test mode 2 frequency switching
  • Test mode 3 position switching
  • Test mode 3 frequency switching
  • Exgal mode 1 frequency switching
  • Exgal mode 2 frequency switching
  • Exgal mode 3 frequency switching
  • RRL mode 1 position switching
  • RRL mode 2 position switching
  • RRL Mode 3 position switching
  • quick mapping mode 1
  • quick mapping mode 2
  • quick mapping mode 3

  • Double-check scripts for weekend.

  • data location: /home/scratch/akepley/vegas_tests/mode123_test_dec052013

Details

  • Session 23
  • Start at noon, after Frank finished. Needed to wait for gbfiler to be restarted.
  • Finally got access to everything around 12:30
  • Lmode1specfsw
  • scans 10
  • appeared to run okay
  • analyzing data in GBTIDL-test
  • The data appeared to be okay: right bandwidth, right channel resolution. The number of integrations is correct. However, the integration time is listed as 4.9s, when I integrated for 10. Is this right?
  • Lmode1speconoff
  • scan 11-12
  • Data looks good: right bandwidth, right channel resolution. right total number of integrations (30s in ON, 30s in OFF). Exposure time is listed as 29.9s.
  • Lmode2specfsw
  • scan 13
  • ripples in tp? according to Anish, they are more apparent than in mode 2 than mode 1 because mode 2 has higher resolution. ripple coming from cable.
  • delF given as 91.553 kHz. Anish's latest chart has 92 kHz
  • exposure time is listed as 4.9s
  • Lmode2speconoff
  • scan 14-15
  • data looks good. right BW, right delta frequency.
  • Lmode3specfsw
  • failed with host of VEGAS errors.
  • Ray fixed problem.
  • Lmode3specfsw
  • scan 16
  • data looks good. BW not being shown properly. Looks like I'm getting more than 850 MHz of bandwidth (more like 1000 MHz). However, according to Anish that's expected. Low end drop off is the converter rack (0-150MHz; some may be useable). The high end is an analog filter in VEGAS (>950 MHz).
  • 61.035 kHz spectral resolution -- close to value given in table of 61 kHz.
  • Lmode3speconoff
  • scans 17-18
  • data looks good.
  • ExGalMode1SpecFsw
  • Scan 19
  • didn't have this one set up right for frequency switching. Need to redo.
  • ExGalMode2SpecFsw
  • Scan 20
  • getfs is pretty ripply. May need to do some nicer data reduction to get rid of the ripples.
  • ExGalMode3SpecFsw
  • Scan 21
  • data looks good. Right number of integrations. BW and channel size okay.
  • RRLXbandMode1SpecOnOff
  • Scans 22-23
  • data looks good. getps solution wiggly for LL, but that may be because I wasn't moving the telescope. right number of integrations, bandwidth, and delta F.
  • RRLXbandMode2SpecOnOff
  • Scans 24-25
  • data looks good.
  • RRLXbandMode3SpecOnOff
  • Scans 26-27
  • scans 28-29 are bad.
  • data looks good.
  • ExGalMode1SpecFsw
  • scan 30
  • looks good.
  • Lmode1fastmap
  • scans 31-37
  • problem with script: wrong integration time
  • Lmode2fastmap
  • scans 38-44
  • problem with script: wrong integration time
  • Lmode1fastmap
  • scans 45-51
  • data looks good
  • Lmode2fastmap
  • scans 52 - 58
  • data looks good
  • Lmode3fastmap
  • scans 59 - 65
  • data looks good

  • Also did a spot check on the cal signal. The signal appears to have the right phases. Want to look into this a bit more tomorrow.
Topic revision: r2 - 2013-12-05, AmandaKepley
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding NRAO Public Wiki? Send feedback