Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

The proposed three layers of checkout:

1) Verification

...

Here is a list of the actions that make up the MOSFIRE testAll

  • Ping various computer/network hardware to confirm they are alive

    • kaimama

    • control1

    • eds1

    • mpulizzi1

    • mpulizzi2

    • iolan1

  • Check lastalive keyword on software (Servers)

    • mosfire

    • mcsus

    • mdhs

    • mds

    • mfcs

    • mmdcs

    • mmf1s

    • mmf2s

    • mmgss

    • mmgts

    • mmprs

    • mp1s

    • mp2s

    • mpas

    • mscs

    • mtcs

  • Verify PIDs exist for software

    • write_image

    • fcstrack

    • ds9relay

    • lickserv

  • Verify power status

    • glycol_power = on

    • CSU_controller_power = on

    • CSU_drives_power = on

    • Jade2_power = on

    • computer_power = on

    • Lantronix_power = on

    • guider_focus_power = on

    • ion_pump_power = on

    • MAGIQ_guider_power = on

    • temp_control_power = on

    • motor_box_power = on

    • power_supply_power = on

    • FCS_controller_power = on

    • dewar_heater_power = on

    • CCR_1_power = on

    • CCR_2_power = on

  • Verify stages

    • dust cover, mmdcs status is OK

    • filter wheel 1, mmf1s status is OK

    • filter wheel 2, mmf2s status is OK

    • grating turret, mmgts status is OK

    • grating shim, mmgss status is OK

    • pupil rotator, mmprs status is OK or TRACKING

    • CSU, mcsus status is OK

  • Check Settings

    • glycol flow (mdhs glysup = Flow)

    • detector temp (mtcs curtmp1 = 77 +/- 0.1)

    • bulkhead temp (mtcs curtmp2 = 120 +/- 1)

    • CCR remote control (mscs chremote = 1)

    • CCR 1 Speed (mscs dacout1r = 45 +/- 1)

    • CCR 2 Speed (mscs dacout2r = 45 +/- 1)

    • window heater voltage (mdhs tmp5 = 17.5 +/- 1.5)

    • CSU electronics temp (mdhs tmp2 = 0-30)

    • cabinet temp (mdhs tmp3 = 0-30)

    • thermocouple pressure (mpas g1str = 0-1e-4)

    • ion pump 1 pressure (mpas g3str = 0 - 1e-7)

    • ion pump 2 pressure (mpas g4str = 0 - 1e-7)

    • cabinet door status (mdhs ebaydoor = Closed)

    • FCS correcting (mfcs active = 1)

    • datataking system (mds ready = 1)

    • current instrument (dcs currinst = mosfire)

Here is the current () testAll script for MOSFIRE for reference.

View file
namemosfire_testAll

Mosfire Checkout

...

Confirm the physical drive angle. It should not be within 10 degrees of a
multiple of 180 degrees

...

Start the observing software as moseng or the account for the night

...

Check that the dark filter is selected. If not select it

...

Check mechanism status: If any of the mechanisms have a big red X on it,
you will need to home mechanisms. Note, if filter wheel is at the home
position, Status will be "OK," position will be "HOME", target will be
"unknown", and there will still be a big red X.

...

Acquire an exposure

...

Inspect the dark image

...

If normal checkout:

  • Open mask

  • Image and confirm

  • Initialize CSU: modify -s mosfire csuinitbar=0

  • Image and confirm

  • Form 0.7x46 long slit

  • Image and confirm

...

If quick checkout

  • Form an 2.7x46 long slit

  • Image and confirm

  • Form an 0.7x46 long slit

  • Image and confirm

...

With the hatch closed change the observing mode to J-imaging, verify
mechanisms are ok

...

Quick Dark

...

  • Can be run at any time (including during observing)

  • Similar in many ways to the current role of testAll and ct/ctx

  • Can be run by anyone (OA, SA, Day Crew, etc.)

Our current plan is to make these keyword based, rather than script based. Kyle is currently drafting code to handle the non-keyword components we have already identified (e.g. ping and ps | grep). This would mean that the instrument verification will be an always available keyword that is continuously updated.

2) Quick Checkout

  • A brief (a few minutes max) checkout.

  • May move instrument mechanisms or take a test exposure, so instrument can not be observing.

  • Hatch closed only (other instruments may be observing).

  • Use this for the day crew departure check / instrument release.

  • Could also be run before an instrument change during the night.

  • Can be run by anyone who has been trained.

This is a slightly more in depth check of the instrument than the verification step above as it may use the instrument to move mechanisms, take a test exposure, etc.

3) Full Checkout

  • Similar to existing pre-run checkouts.

  • Verify/measure instrument performance.

  • Requires extensive use of instrument, so instrument must be released.

  • Run by instrument experts.