Difference between revisions of "General Calibration Procedures"

From GlueXWiki
Jump to: navigation, search
(Starting a New Run Period)
(Starting a New Run Period)
Line 10: Line 10:
 
** Modify the starting run in run_online_calibrations.sh
 
** Modify the starting run in run_online_calibrations.sh
 
** Update RCDB_SEARCH_* in  run_prompt_calibrations.py
 
** Update RCDB_SEARCH_* in  run_prompt_calibrations.py
 +
** Check which drive calibration data is being written to (currently gluonraid2)
 +
* Check to make sure the magnetic field is properly set?  This might not be a problem if it's being set online now...
  
 
'''Check-out'''
 
'''Check-out'''

Revision as of 17:51, 8 August 2018

General Reference

Starting a New Run Period

Preparations

  • Online calibrations
    • The online calibrations are run by a crontab running on gluon105 - keep them disabled until a base set of calibrations have been established.
    • Work in CALIBRATION_TRAIN/online
    • Modify the starting run in run_online_calibrations.sh
    • Update RCDB_SEARCH_* in run_prompt_calibrations.py
    • Check which drive calibration data is being written to (currently gluonraid2)
  • Check to make sure the magnetic field is properly set? This might not be a problem if it's being set online now...

Check-out

  • Several data types stored in the data stream rely on shared-memory and other ancilliary processes to be running. So it's good to check these. Make sure that BOR records are being written early on in the raw data, that board configurations are being written into each event, and that EPICS events are showing up in the data stream
    • Note that the first two events in a run are generally control events: Prestart and Go. Then usually the BOR event should show up
  • Make sure parameters are being reasonably propagated into the RCDB

Calibrations

  • Look at occupancy plots to find dead channels
  • Check firmware if there's new firmware.
    • So far, this has only really been tested for the fADC250's
    • hd_root -PPLUGINS=lowlevel_online -PLOWLEVEL:CHECKEMULATION=1 data.evio
      • This prints out cases where the emulated pulses don't match the measured pulses
    • hd_dump -PSKIP_TO_EVENT=XXXXXX -PEVIO:VERBOSE=10 -DDf250PulseData data.evio
      • If you see bad pulses, you can look at the pulse data by running a command like this
  • Start the timing calibrations
    • Start with the RF Calibration - for normal running, it's usually enough to just calibrate the fine timing offsets