Shift Guidelines for Shift Leader

From Hall D Ops Wiki
Revision as of 13:29, 9 March 2020 by Elton (Talk | contribs) (Created page with "Run info logging Keep a list of the runs at the end of the shift summary log entry, eg https://logbooks.jlab.org/entry/3795057 Keep the runs to 2h real-time at most....")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Run info logging

   Keep a list of the runs at the end of the shift summary log entry, eg https://logbooks.jlab.org/entry/3795057
   Keep the runs to 2h real-time at most.  Calibrations drifts are noticeable after about 2h.  
   Write run info into the DAQ run comments box at the start of the run and save it.  
   Make sure that the paper list of runs is kept up to date.  


Monitoring

   Half-way through each run, post the rootspy monitoring histograms to the logbook and reset them.  Post the new plots at the end of the run.
   Make a screenshot of the GlueX overview CSS logentry mid-shift.
   Remind the shift worker to complete the shift checklist. 
   Watch the beam monitoring stripcharts, currently using beam_instability_monitoring configuration, & post to the logbook at the end of the shift
   New, maybe temporary: if PS coincidence rates drop by 30% or more, do harp scans (MCC & ours)


Changing radiators

   Each time the amorphous radiator is inserted, make a new AMO reference with beam on.  
   Each time the diamond radiator is inserted or its orientation changed, use the nudge buttons to obtain the desired coherent edge fit value, save the new configurations as instructed in    https://halldweb.jlab.org/hdops/wiki/index.php/Beam_Line_Detectors_Shift#Adjusting_the_peak_positions and make a screenshot logentry of the cobrems gui.


Alarms

   When acknowledging alarms for mechanical and DIRC, acknowledge them at the lowest level of the tree.  This is to avoid sending 'OK' messages to the on-call phones for all the branches of the tree which were not alarming.
   Make separate logbook entries for worrying alarms & contact experts as needed. 


BTA guidelines https://halldweb.jlab.org/wiki/index.php/BTA_guidelines

Access

   We keep a list of requests for opportunistic access on the whiteboard.  We also have to keep a list of who is actually in the hall during accesses.