Difference between revisions of "Template:ShortTermSchedule-RGD"

From clas12-run
Jump to navigation Jump to search
 
(565 intermediate revisions by 6 users not shown)
Line 1: Line 1:
 
'''Run Coordinator: Lamiaa El Fassi'''  (757) 575-7540
 
'''Run Coordinator: Lamiaa El Fassi'''  (757) 575-7540
  
−
''' PDL: Nathan Baltzell''' (9-)757 876-1789 , x5902 office
+
''' PDL: Nathan Baltzell''' (9-) 757 876-1789; ''Office'': x5902  
  
 
'''RG/Analysis Coordinator (AC): Lamiaa El Fassi'''  (630) 605-4259
 
'''RG/Analysis Coordinator (AC): Lamiaa El Fassi'''  (630) 605-4259
  
−
''' [https://clasweb.jlab.org/wiki/index.php/Run_Group_D#tab=Daily_RC_Meetings Daily RC Meetings] at 13:00 on CH Room 200C, and on ZOOM: [https://jlab-org.zoomgov.com/j/1611984219?pwd=MnZMM0pDdzhlUnlOR2c3MnRFUlFqQT09 URL Link] ('''''Meeting ID''''': 1611984219; '''''Passcode''''': RGD-RC23)''', ''except on '''Wednesdays''', which is '''in ZOOM ONLY @ 15:30''' ''due to the conflict with the 13:30 MCC meeting'''.
+
''' [https://clasweb.jlab.org/wiki/index.php/Run_Group_D#tab=Daily_RC/OA_Meetings Daily RC/OA Meetings] at 13:00 in CH Room 200C, and on ZOOM: [https://jlab-org.zoomgov.com/j/1611984219?pwd=MnZMM0pDdzhlUnlOR2c3MnRFUlFqQT09 URL Link] ('''''Meeting ID''''': 1611984219; '''''Passcode''''': RGD-RC23)''', ''except on '''Wednesdays''', which is '''on ZOOM ONLY @ 15:30''' ''due to the conflict with the 13:30 MCC Scheduling/Planning meeting'''.
  
 
== '''Important Notes''' ==
 
== '''Important Notes''' ==
 +
 +
:::::::::::::::<span style="font-size:122%; line-height: 2em;"><p class="animate flash"><font color=red>''' Do NOT change FSD settings without approval from RC or beamline expert!'''</font></p></span>
  
−
* '''In case of medical or fire emergency, call 9-911 from a LANDLINE phone in the Counting House'''
+
* '''In case of medical or fire emergency, call 9-911 from a LANDLINE phone in the Counting House''' and inform the Crew Chief and RC.
 +
* '''In case of evacuation of the Counting Room''' (e.g., due to a ''fire alarm''), grab the shift expert phone and leave the room through the "<font color=red>EXIT</font>" door leading to the parking lot. Do not leave through the hallway! Call the RC once outside so the latter will call MCC to turn the beam OFF to Hall B and inform other Hall B staff members.
 
* If you have symptoms or a positive '''COVID''' test, do NOT come to your shift - instead, inform the PDL and the RC and JLab medical services immediately to arrange replacements.
 
* If you have symptoms or a positive '''COVID''' test, do NOT come to your shift - instead, inform the PDL and the RC and JLab medical services immediately to arrange replacements.
−
* '''Remote shift:''' If needed, worker shifts can be taken from off-site. Inform the PDL and RC. Also, make sure that you follow the instructions under the "Worker Shift" Tab - you need some lead time to set up!
+
* '''Remote shift:''' If needed, worker shifts can be taken from off-site. Inform the '''PDL''' and '''RC'''. Also, make sure that you follow the instructions under the "{{#switchtablink:Shift_Worker|Shift Worker}}" tab, as you need some lead time to set up!
  
−
Note to shift takers, please:
+
* '''Note to Shift Takers''':
−
* Read the '''logbook''', be aware of previous 24 hours
+
:&loz; Read the '''ESAD, COO, RSAD, and ERG''' documents found on the "[https://www.jlab.org/Hall-B/run-web/index_rgd.html Current RG-D Run Info]" as well as the yellow folder in the counting room. Before you start your first shift on the current experiment, you must sign on the list in the yellow folder. Thereby, you confirm that you have read and understand their content.
−
* Arrive at least 10 minutes early for '''shift change'''
+
:&loz; Read at least the previous 24 hours '''logbook entries''' to be aware of recent run details and changes;
−
* Refresh the run wiki pages; look over them every shift
+
:&loz; Arrive at least 10 minutes early for '''shift change''';
−
** Follow the '''expert/worker shift instructions'''  
+
:&loz; Refresh the runwiki page/tabs; look over it/them every shift:
−
* '''Communicate''' with your co-shift person
+
::- Follow the '''Shift Expert/Worker tab's instructions'''.
−
** The shift expert should know about and refer to logbook entries in their shift summary
+
:&loz; '''Do not spend more than 15-20 min trying to fix a problem'''. In case of any issue, contact the On-call Experts or the RC.
−
** The shift worker should discuss an issue with the shift expert before making extra logbook entries
+
:&loz;<span style="font-size:122%; line-height: 1.3em;"><font color=blue> Review these important links:
−
 
+
::- '''[[Recent Changes and Current Issues]]'''
−
<!--font color=red>'''LE: Please don't change: Work in progress ''' </font-->
+
::- '''[[General How-to]]''' for beam restoration procedures and M&oslash;ller runs.</font></p></span>
  
 
{| {{TableStyle1}}  
 
{| {{TableStyle1}}  
Line 28: Line 31:
 
| valign=top width=50% |
 
| valign=top width=50% |
  
−
== '''Run Plan for''' '''Sept. 29th to Oct. 2nd''', 2023 ==
+
== '''Run Plan''', '''Thursday, Dec. 14<sup>th</sup> - Friday, Dec. 15<sup>th</sup>, 2023'''==
−
* '''All shifts are canceled until Friday, Sept. 29th, due to the target work delay'''.
+
 
−
* '''Thursday, Sept. 28th''': The tentative plan if everything progresses well with the target work is to lock up the hall in the day shift and start tunning the beam to the tagger dump in the swing/owl shift.
+
* Continue CuSn data-taking as follows until 7 AM on Dec. 15<sup>th</sup> when the beam will be taken away for the RG-K setup:
−
* '''Friday, Sept. 29th''':
+
:- Target: '''CuSn'''
−
** If the beam is successfully tuned overnight to the tagger dump, take a 1.5-hour Moller run with a new quadrupole power supply and tagger ramping/degaussing. '''Eugene plans to be present as the beamline expert'''.
+
:- Beam Blocker: '''IN'''
−
** Start tuning beam to Faraday cup. It may take 2.5 hours to ramp up the solenoid and torus to full current. The solenoid will be gradually ramped up to half field intensity, then full, then the torus will be turned on and ramped up to full inbending current. During this process, keep an eye on the deflection at the viewer. '''Eugene plans to be present as the beamline expert'''.
+
:- Beam current: '''100 nA +/- 4 nA on 2C21A'''  
−
** '''Trigger validation''':
+
:- Run duration: '''100 M events'''  
−
*** The trigger experts, Valery and Rafo, need to be notified before starting this run. Then, call MCC, ask for 35 nA, and take 4 hours (''read the N.B. below'') LD2 target run with a ''30 kHz random trigger'' to validate the electron trigger. ''Please note that a 4-h-long run is needed while the BEAM is ON; thus, adjust the end-of-run accordingly to account for any beam trips and hiccups'':
+
:- DAQ configuration: <tt>'''PROD67'''</tt>  
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>
+
:- Trigger file: '''rgd_out_v2.3_Q2_1.2.trg'''
−
***** ''Trigger file'': '''rgd_v1.0_30kHz.trg'''. <font color=blue> Follow the DAQ instructions below to load a new trigger file</font>.
+
 
−
**** ''N.B.'': We need to test during this run a different BMT config; thus, after taking ''beam-on-data for 3h45min'', the SVT/MVT experts will load a new BMT configuration with 16 samples, ''then start a new random trigger run to complete the remaining 15-min-BEAM-ON-data with such a configuration''. The SVT/MVT experts, Yuri or Rafo, need to be called while approaching the 3h45min end-of-run to be ready to reconfigure their BMTs. 
+
<span style="font-size:100%; line-height: 2em;"><p class="animate flash"><font color=Blue>'''P.S.: If the beam is widely fluctuating above 105 nA, constantly overshooting over 105 nA on 2C21A, please ask MCC to narrow down the fluctuation margin to keep it below 105 nA based on 2C21A reading. They could put the beam current monitor lock on 2C21A in case that may help with the wide fluctuation and/or adjust our laser phase as well as narrow down the slit width, see ELOG entries [https://logbooks.jlab.org/entry/4224300 4224300] and [https://logbooks.jlab.org/entry/4225220 4225220].'''</font></p></span>
−
***** '''P.S.: Before the random trigger run ends, please call the SVT/MVT experts, Yuri or Rafo, to prepare for their MVT bias and SVT ADC threshold studies during the next 1-hour-long LD2 run'''.<font color=blue><center>-------- ''If everything goes well, that should bring us to the Swing shift'' -------</font></center>  
+
 
−
*** The trigger experts, Valery and Rafo, need to be notified before starting this run. Take a one-hour-BEAM-ON LD2 run with ''no-DC-roads'' e- trigger @ 35 nA to validate the trigger roads.
+
| valign=top |
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>
+
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''. <font color=blue> Follow the DAQ instructions below to load a new trigger file</font>.
+
==<font color=BLACK>''' General Instructions'''</font>==
−
** '''Parasitic studies''':
+
 
−
*** When it's convenient, perform a slow beam current ramps up for scaler linearity. That can be done over the phone with the MCC Ops using a 5 nA beam current increase steps until reaching 35 nA while starting the random trigger run. The process should take 5 to 7 min at max.
+
* The <b> main lights in the Hall </b> (dome lights) and the Forward Carriage lights are being kept off because of light leaks affecting some of the detectors (especially ECAL sec 2 and 3). If these lights are switched on during an access, they '''should be switched off when leaving the Hall'''.  
−
**'''DC HV Scan, TOF Gain and ECAL Calibrations''':
+
:&bull; Refer to these photos: ON: [https://logbooks.jlab.org/entry/3825712], OFF: [https://logbooks.jlab.org/entry/3825731]
−
*** ''All runs will be taken with the e- trigger with no-DC-roads until the trigger roads are validated by the trigger team.''.
+
:&bull; We have a new dome light switch outside of the hall in the labyrinth. The lights can be turned off without entering the Hall. See logbook entry: https://logbooks.jlab.org/entry/4204460
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>
+
:&bull; Note that when the dome lights are switched off, they cannot be turned back on immediately because they require 10-15 min to cool down.
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''. <font color=blue> Follow the DAQ instructions below to load a new trigger file</font>.
 
−
*** Ask MCC for 45 nA beam current and take (''approximately 5 hours''?) LD2 runs with 4 DC HV settings. A total of 120 M electron triggers is needed for this study: two HV settings with 50 M each and the other two with 10 M each. More information can be found at [https://wiki.jlab.org/clas12-run/images/2/2a/DCplansRGD.pdf] '''Florian needs to be called to change the DC HV and confirm the statistics needed'''.
 
−
*** '''P.S.: During the DC HV scan runs, please call the SVT/MVT experts, Yuri or Rafo, to perform their CVT bias scans'''.
 
−
*** Parasitically, 50 M electron triggers are needed for the TOF gain calibration.
 
−
*** Parasitically, the same data can be used to conduct a linearity study for the new ECAL PMTs.
 
−
*** Take a 1.5-hour run with just EPICS, no DAQ. '''Florian needs to be notified to be present in the CR during this run''' (''This could be done whenever it's convenient for Florian, even in-between LD2 Lumi. scans'').<font color=blue><center>-------- ''If everything goes well, that should bring us to the Owl shift'' -------</font></center>
 
−
* '''Saturday, Sept. 30th''':  
 
−
** '''LD2 Luminosity Scan''':
 
−
*** This first study is needed for TOF/ECAL linearity and AI training. A series of runs will be taken with the following beam currents and the same electron trigger without DC roads:
 
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.
 
−
**** '''P.S.: Before starting each luminosity scan run, please call the SVT/MVT experts, Yuri or Rafo, to check the HV setting of MVT'''. Also, ''keep an eye on the DC occupancy on mon12 and refresh it frequently during the Lumi. scan runs''.
 
−
**** Ask MCC for 5 nA and take a 5 M triggers run. 
 
−
**** Ask MCC for 20 nA and take a 5 M triggers run.
 
−
**** Ask MCC for 35 nA and take a 15 M triggers run.
 
−
**** Ask MCC for 50 nA and take a 15 M triggers run.<font color=blue><center>-------- ''If everything goes well, that should bring us to the Day shift''-------</font></center>
 
−
*** Two high-current runs for AI training purposes:
 
−
**** Ask MCC for 75 nA and take a 50 M triggers run.
 
−
**** Ask MCC for 100 nA and take a 50 M triggers run. <font color=brown>Depending on the detector's performance (HV trips?), the beam current can be reduced to 90 nA or until the level that the trips cease! </font>
 
−
*** Once done, continue LD2 data-taking with 35 nA (''check with RC/AC after Lumi. scan is done''), and 100 M triggers runs until the end of the Day shift, but change the DAQ configuration to:
 
−
**** ''DAQ Config.'': <tt>PROD66</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations.</font>
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.<font color=blue><center>-----''If everything goes well, that should bring us to the Swing shift'' -----</font></center>  
 
−
*** Continue LD2 data-taking with 35 nA and 100 M triggers runs until the end of the Swing shift with the <tt>PROD66</tt> DAQ configuration and '''rgd_v1.0_no_DC.trg''' trigger file.
 
−
*** Parasitically, a scan of the RICH threshold should be performed based on Valery/Marco M.'s instructions. Once done, the RICH setting can be reverted to ''the nominal setting''.<font color=blue><center>-----''If everything goes well, that should bring us to the Owl shift'' -----</font></center>
 
−
* '''Sunday, Oct. 1st''':
 
−
** Continue LD2 data-taking with 35 nA and 100 M triggers runs until the end of the Owl shift with the <tt>PROD66</tt> DAQ configuration and '''rgd_v1.0_no_DC.trg''' trigger file.
 
−
** '''Target Changeover''':
 
−
*** Denny/Xiaodong needs to be called ahead of time to ensure that the controlled access to change the target in the hall and boiling off LD2 will be done within 1/2h.<font color=blue><center>---''If everything goes well, that should bring us to the Day shift'' ---</font></center> 
 
−
*** Once the access is done, put the flag assembly in the '''CxC''' target configuration, then ask MCC for 30 nA and take a 1/2h-BEAM-ON run as follows:
 
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations.</font>
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.
 
−
** '''Solid-target, CxC Configuration, Luminosity Scan''':
 
−
*** '''P.S.: Before starting each luminosity scan run, please call the SVT/MVT experts, Yuri or Rafo, to check the HV setting of MVT'''. Also, ''keep an eye on the DC occupancy on mon12 and refresh it frequently during the Lumi. scan runs''.
 
−
*** Ask MCC for 10 nA and take a 5 M triggers run.
 
−
*** We will scan three beam currents in this 5 M triggers run. Ask MCC for 20 nA, take roughly 1.5 M events, ''monitor the DC occupancy in mon12'', then increase the current to 35 nA for another 1.5 or 2 M events, ''refresh mon12 and monitor the DC occupancy'', and then increase the current to 45 nA for the last 1.5 M events while ''monitoring the DC occupancy in mon12''.
 
−
*** Next, we will scan much higher beam currents in the last 5 M triggers run with this target. Ask MCC for 50 nA, take roughly 1.5 M events, ''monitor the DC occupancy in mon12'', then increase the current to 75 nA for another 1.5 or 2 M events, ''refresh mon12 and monitor the DC occupancy'', and then increase the current to 90 nA for another 1.5 M events while ''monitoring the DC occupancy in mon12''.. <font color=brown>Depending on the detector's performance (HV trips?) during this run, the beam current can be reduced until the level at which the trips cease. If approaching the current of the previously taken run, check with the RC or AC whether the luminosity scan should stop or whether this last scan should be taken at a specific current value. </font>
 
−
** Once done, ask for 30 nA (''check with RC/AC after Lumi. scan is done'') and take 100 M electron triggers runs with '''CxC''' target until the end of the Day shift, but change the DAQ configuration as follows:
 
−
*** ''DAQ Config.'': <tt>PROD66</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations</font>.  
 
−
**** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''. <font color=blue><center>-----''If everything goes well, that should bring us to the Swing shift''-----</font></center>
 
−
** Continue '''CxC''' data-taking with 35 nA and 100 M triggers runs until the end of the Swing shift with the same <tt>PROD66</tt> DAQ configuration and '''rgd_v1.0_no_DC.trg''' trigger file.<font color=blue><center>---''If everything goes well, that should bring us to the Owl shift''---</font></center>
 
−
* '''Monday, Oct. 2nd''':
 
−
** Continue '''CxC''' data-taking with 35 nA and 100 M triggers runs until the end of the Owl shift with the same <tt>PROD66</tt> DAQ configuration and '''rgd_v1.0_no_DC.trg''' trigger file.<font color=blue><center>---''If everything goes well, that should bring us to the Day shift''---</font></center>
 
−
** '''Solid-target, CuSn Configuration, Luminosity Scan''':
 
−
*** '''P.S.: Before starting each luminosity scan run, please call the SVT/MVT experts, Yuri or Rafo, to check the HV setting of MVT'''.
 
−
*** Change the flag assembly setup to the '''CuSn''' target configuration and perform its luminosity scan with the following configuration:
 
−
**** ''DAQ Config.'': <tt>PROD66_PIN</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations.</font>
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.
 
−
**** Ask MCC for 90 nA and take a 5 M triggers run.
 
−
*** We will scan three beam currents in this 5 M triggers run. Ask MCC for 110 nA, take roughly 1.5 M events, ''monitor the DC occupancy in mon12'', then increase the current to 120 nA, take another 1.5 M events, ''refresh mon12 and monitor the DC occupancy'', and then increase the current to 130 nA for the last 2 M events while ''monitoring the DC occupancy in mon12''.
 
−
*** Next, we will scan much higher beam currents in the last 5 M triggers run with this target. Ask MCC for 150 nA, take roughly 1.5 M events, ''monitor the DC occupancy in mon12'', then increase the current to 175 nA for another 1.5 M events, ''refresh mon12 and monitor the DC occupancy'', and then increase the current to 200 nA for the last 2 M events while ''monitoring the DC occupancy in mon12''.. <font color=brown>Depending on the detector's performance (HV trips?) during this run, the beam current can be reduced until the level at which the trips cease. If approaching the current of the previously taken run, check with the RC or AC whether the luminosity scan should stop or whether this last scan should be taken at a specific current value. </font>
 
−
<!--
 
−
**** Ask MCC for 100 nA and take a 10 M triggers run.
 
−
**** Ask MCC for 110 nA and take a 10 M triggers run.
 
−
**** Ask MCC for 120 nA and take a 10 M triggers run.
 
−
**** Ask MCC for 130 nA and take a 10 M triggers run.
 
−
**** Ask MCC for 150 nA and take a 10 M triggers run. 
 
−
**** Ask MCC for 175 nA and take a 10 M triggers run.<font color=brown> Depending on the detector's performance (HV trips?), the beam current can be reduced to 165 nA or until the level that the trips cease. If approaching the current of the previously taken run, check with the RC or AC whether the luminosity scan for this target should stop. </font>
 
−
**** Ask MCC for 200 nA and take a 10 M triggers run.<font color=brown> Depending on the detector's performance on previous runs; otherwise, it might be dropped! </font-->
 
−
*** Once done, ask for 130 nA (''check with RC/AC after Lumi. scan is done'') and take 100 M electron triggers runs of '''CuSn''' until the end of the Day shift with the following configuration:
 
−
**** ''DAQ Config.'': <tt>PROD66</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations</font>.
 
−
***** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.<font color=blue><center>---''If everything goes well, that should bring us to the Swing shift''---</font></center>
 
−
*** Continue '''CuSn''' data-taking with 130 nA and 100 M triggers runs until the end of the Swing shift.<font color=blue><center>-----''If everything goes well, that should bring us to the Owl shift''----</font></center>
 
−
<!--
 
−
*** Continue '''CuSn''' data-taking with 130 nA and 100 M triggers runs until the end of the Owl shift.<font color=blue><center>-----''If everything goes well, that should bring us to the Day shift'' -----</font></center>
 
−
** Continue '''CuSn''' data-taking with 130 nA and 100 M triggers runs until the end of the Day shift. -->
 
−
** ''Plans may change'' but assuming the MCC MD will be on Tuesday, Oct. 3rd, Denny/Xiaodong should be called ahead of time to ensure that the controlled access to change the target back to the LD2 position will be done within 1/2h while the target is being filled with LD2.
 
−
** <font color=Brown>P.S.: Please check with Eugene when he could come to ramp down the torus and solenoid magnets as a preparation for the alignment run. </font>
 
−
* '''Tuesday, Oct. 3rd''':
 
−
** Once the access is done, please ask MCC for 35 nA and take 100 M triggers runs with LD2 for a couple of hours with the same <tt>PROD66</tt> DAQ configuration and '''rgd_v1.0_no_DC.trg''' trigger file until the time of the alignment run.
 
−
<!--/font><font color=blue><center>-----''If everything goes well, that should bring us to the OWl shift'' -----</font></center-->
 
−
** Once ready for the alignment run, call Xiaodong or follow instructions to boil off LD2.
 
−
** Ask MCC for 1 nA, and take 10 M electron triggers run with zero-field, empty target, and the following electron trigger file based on CTOFxCND coincidence with no-DC-roads:
 
−
*** ''DAQ Config.'': <tt>PROD66_PIN</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations and load new trigger files.</font>
 
−
**** ''Trigger file'': '''rgd_v1.0_zero.trg'''.</font><font color=blue><center>-----''If everything goes well, that should bring us to the Day shift'' -----</font></center>
 
−
** MCC maintenance/beam studies during the day shift (''TBC'')!
 
−
** After establishing the beam in the swing shift on the outbending configuration, take first a Moller run.
 
−
** Take another 50 M triggers run with LD2 for the ECAL calibration upon Cole's request:
 
−
*** ''DAQ Config.'': <tt>PROD66_PIN</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations.</font>
 
−
**** ''Trigger file'': '''rgd_v1.0_no_DC.trg'''.
 
−
** Once done, we will switch to production mode with outbending configuration:
 
−
*** ''DAQ Config.'': <tt>PROD66</tt>. <font color=blue> Follow the DAQ instructions below to change its configurations and load new trigger files.</font>
 
−
**** ''Trigger file'': '''TBD'''.
 
−
*** ''To-be-continued''....
 
  
−
<!--
+
* '''Beamline''':
−
==End-of-run Plan (''Please don't remove!'') ==
+
:&bull; Ignore the Faraday Cup beam current (see Current Issues).
−
* Depending on the data-taking progress, we could perform a high-current luminosity scan by the end-of-run period with LD2 target (''The random prescale factor needs to be decreased!''):  
+
:&bull; Do not run over 30 minutes above 90 nA with a 5-pass beam without the <b> beam blocker IN </b>. The beam blocker must be IN for long-running at high currents for 5-pass operations.
−
** Ask MCC for 75 nA and take a 50 M triggers run.
+
:&bull; If there is any concern about beam stability, ask MCC if orbit locks are on (they should be).
−
** Ask MCC for 100 nA and take a 50 M triggers run. <font color=brown>Depending on the detector's performance (HV trips?), the beam current can be reduced to 90 nA or until the level that the trips cease! </font>
+
:&bull; Document any beam condition change and send scaler GUIs to HBLOG.
 +
:&bull; If HWP is changed, start a new run:
 +
::&loz; Please check with the beamline expert whether the SLM and FCup charge asymmetry (Q-Asym (%)) readings are set properly, as they will be out of range in case Eugene's script is not run by the experts after the HWP change. The absolute values should be less than 0.1%.
  
−
* In-bending torus field, 5-pass beam on ND3.  
+
* For '''beam tuning and M&oslash;ller runs'''
−
* Beam Current: 666 nA
+
:&bull; Make sure the SVT/MVT are set as follows: '''SVT: LV ON; HV OFF''', and '''MVT: LV ON; HV ON in SAFE Mode.'''
−
* Run duration: 100M events or 4 hours, whichever comes first.
+
::- When '''turning MVT OFF''', do not press "BMT HV OFF" from HV->Overview->Actions, but instead '''select BMT HV ON - Safe Voltage'''. The same applies to FMT '''select FMT HV ON - Safe Voltage'''.
−
* CODA Configuration:  PROD66
+
::-  When '''turning MVT ON''': go to HV->Overview->Actions, and select BMT (/FMT) "HV ON - Full Voltage".  
−
* Trigger file: <tt>rgd_300MeV_v1.0.trg</tt>
+
::- '''DO NOT start runs in SAFE Mode''' for Production/Calibration/Various-Studies.
−
-->
+
:&bull; Turn <b> DC HV </b> off only for beam tuning; if no beam is available or when the beam is stable, keep them on even if you are not taking data.
  
−
== <font color=blue> DAQ configuration </font> ==
+
*''' To access the Hall:'''
 +
:&bull; If you need to enter Hall B, alert Denny Insley (757-897-9060, cell/text: 757-810-9576) and the Run Coordinator (757-575-7540).
 +
:&bull; Check in with the shift personnel before entering the hall.
  
−
* '''Configuration''' is <tt>'''PROD66'''</tt> or <tt>'''PROD66_PIN'''</tt> for fast reconstruction of ''some commissioning/reference runs'' from the cache disk.
+
|}
−
* <tt>Trigger file: '''rgd_v1.0_no_DC.trg''' with no-DC-roads</tt> for the first commissioning studies while e- trigger is being validated.
 
−
* '''NOTE''': UNLESS a RICH problem crashes the DAQ, do NOT interrupt an otherwise smooth run to make a RICH recovery - instead, do this in between runs.
 
−
* '''NOTE''': BOTH the shift expert AND the shift worker MUST check and reset monitoring histograms at least once every 30-60 minutes to make sure there are no major detector problems. Sometimes, it is the only way to know that a roc needs to be rebooted.
 
−
* At the end of each run, follow the <font color=brown>STANDARD DAQ RESTART SEQUENCE</font>:
 
−
** "end run."
 
−
** If the run ended correctly and you will run with the same configuration and trigger file, then: "prestart", "go"
 
−
** If you are changing configuration (between PROD6X and PROD6X_PIN) or trigger file: "Cancel", "reset", "configure", "download", "prestart", "go".
 
−
** If the run did not end correctly or if any ROCs had to be rebooted:
 
−
*** Quit ALL running instances of mon12
 
−
*** "Cancel", "reset"
 
−
*** "configure", "download", "prestart", "go"
 
−
*** restart mon12
 
−
* After each step, make sure it is completed in the Run Control message window. If a ROC has crashed, find which one it is, issue a roc_reboot command ON JUST THAT ROC, and try again. Contact the DAQ expert if there are any questions.
 
  
−
== Reference Values ==
+
{| {{TableStyle1}}
 +
== <font color=Navy> '''DAQ Operation & related General Instructions''' </font> ==
 +
| valign=top width=50% |
 +
* (New) '''STANDARD''' end and start of the run:
 +
:- "End run"
 +
:- <font color=BROWN>'''"Abort"'''
 +
:- '''"Download"'''</font>
 +
:- "Prestart"
 +
:- "Go"
  
−
=== FSD Thresholds from RG-C (''to-be-changed for RG-D'') ===
+
* <font color=red> If any ROC crashes, find out which one (''look at the ROC Busies GUI or ROCS tabs in the DAQ runcontrol''), and end the ongoing run, which ''might fail to end properly, and that is OK''. You SHOULD do "Cancel" and "Reset" in the DAQ Run Control before issuing a '''roc_reboot''' command ON JUST THAT ROC and continuing with the DAQ Restart chain from "Configure". Test with ''ping'' ONLY instead of ''ssh'' to check whether the ROC is backed up. </font>
−
* Upstream: 5 Hz
+
:&loz; <font color=brown> When pinging a ROC, e.g., "''ping mvt1''", stop it with ''Ctrl+C'' after a couple of printouts showing different latency times. </font>
−
* Midstream: 2 kHz
 
−
* Downstream: 10 kHz
 
−
* BOM: 1 MHz
 
−
* 5 ms dwell time
 
  
−
=== Harp Scan References from RG-C (''to-be-changed for RG-D'') ===
+
* '''Restart DAQ from Scratch''' when changing configuration or trigger files, or when the run did not end correctly, or when ROC(s) is(are) rebooted, or when RICH is Fastly/Fully recovered, as follows:
−
* 2H01 [https://logbooks.jlab.org/entry/4037457]
+
:- "Cancel", "Reset"
−
* 2C21 [https://logbooks.jlab.org/entry/4122116]
+
:- "Needed operations: change configuration or trigger files, or a run did not end correctly, or a ROC crash or RICH is Fastly/Fully recovered";
−
* Tagger [https://logbooks.jlab.org/entry/4122122]
+
:- "Configure"
 +
:- "Download"
 +
:- "Prestart"
 +
:- "Go"
  
 
| valign=top |
 
| valign=top |
  
−
==<font color=blue>''' General Instructions''':</font>==
+
* '''Configuration''' is <tt>'''PROD66/67'''</tt> (or <tt>'''PROD66_PIN'''</tt> for fast reconstruction of ''some calibration/reference runs'' from the cache disk).
 +
:&bull;<font color=BROWN> As of 11/25/23, whenever there is an issue with the RICH alarms that can't be resolved within 10 to 15 minutes, please contact the RC (/AC) and the RICH experts to discuss the issue. Meanwhile, we may switch the DAQ configuration to <tt>'''PROD67_noRICH'''</tt> until further notice; see the logbook entry #: [https://logbooks.jlab.org/entry/4226898 4226898]. </font>
 +
<!--:&bull;<font color=BROWN> As of 11/25/23, DAQ Configuration is <tt>'''PROD67_noRICH'''</tt> until further notice to don't bother with any RICH issues and no recoveries are needed! </font-->
 +
* In case of '''DAQ Disk space alarm''', call the DAQ expert.
 +
* '''Trigger files''':
 +
:- <tt> Inbending production: '''rgd_inb_v1.0.trg'''</tt>
 +
:- <tt> Outbending production: '''rgd_out_v2.1_Q2_1.2.trg''' or '''rgd_out_v2.3_Q2_1.2.trg''' </tt> with ''low-Q<sup>2</sup> suppression''
 +
* During "Configure", observe the ROC terminals to see whether any '''ROC has error messages'''.
 +
* ''Some ROCs keep printing error messages while functioning properly''; please see their list in this logbook entry # [https://logbooks.jlab.org/entry/4215299 4215299] to avoid unnecessary reboot since the printout in the ROC terminal won't change. If they get disconnected, the message will appear in the run control itself!
 +
* In case of '''DAQ livetime "0" alarm''', '''RESTART DAQ from Scratch''';
 +
:&bull; Note that you also get a ''DAQ livetime alarm'' at the start of a run; that is OK and can be simply acknowledged.
 +
* Unless a RICH problem crashes the DAQ, '''do NOT interrupt an otherwise smooth run for a RICH recovery'''. Instead, do this in between runs.
 +
* The shifter '''MUST check and reset monitoring histograms at least once every 30-60 minutes''' to ensure no significant detector problems. Sometimes, this is the only way to know that a specific ROC needs to be rebooted.
 +
* '''Pop-up window''': Enter the beam current and the type of run (e.g., Production and HWP state, ''IN'' or ''OUT'') in the "Comment" field. 
 +
* After each step of a '''DAQ RESTART''', ensure it is completed in the '''Run Control message window'''. Also, during "Configure", look for error messages in the ROC terminals.
 +
:&bull; Contact the DAQ expert if you have any questions or doubts about how to proceed.
 +
* At the start and end of every run, check that the data filled in the '''[https://clasweb.jlab.org/rcdb Run Condition Data Base (RCDB)]''' is correct, especially the manually filled fields.
  
−
* The <b> main lights in the Hall </b> (dome lights) and the Forward Carriage lights are being kept off because of light leaks affecting some of the detectors. If these lights are switched on during an access, they should be switched off when leaving the Hall. Note that the dome lights, when switched off, cannot be turned back on immediately because they require 10-15 min to cool down. Now we have a new dome light switch outside of the hall in the labyrinth. The lights can be turned off without entering the hall.
+
|}
−
* Do not run more than 30 minutes above 90 nA with a 5-pass beam without the <b> beam blocker in front of the Faraday cup </b>. Put beam blocker in for long-running at high currents for 5-pass operations.
 
−
* Turn <b> DC HV </b> off only for beam tuning; if no beam is available or when the beam is stable, keep them on even if you are not taking data.
 
−
* With any issue, contact On-Call Experts or RC - <b> do not spend more than 15-20 min trying to fix the problem</b>. If the phone is not answered, try the "Page Experts" button on top of CLASCSS.
 
−
* Check for and read any comments to log-book entries made during your shift!
 
  
−
'''Every Shift:'''
+
== '''Reference Values''' ==
−
* Follow the run plan as outlined by RC
 
−
* If there is any concern about beam stability, ask MCC if orbit locks are on (they should be).
 
−
* Keep shift summary up to date in HBLOG. Record all that happens.
 
−
* Document any beam condition change and send scaler GUIs to HBLOG
 
−
* If HWP is changed, start a new run
 
−
<!--
 
−
* [https://bta.acc.jlab.org Fill out BTA] hourly.  Click "Load from EPICS" to automatically fill the left side. Run the script <font color=red>btaGet.py</font> to print you the correct BTA info for this hour -- edit the values on the BTA page if they are wrong!-->
 
−
* Upload spectra from clas12mon at the beginning and end of the shift and cross-check with reference spectra (make sure you select the SAME SECTOR for the reference plots on tabs with multiple sectors).
 
−
** Reset clas12mon every ~2 hours and inspect spectra (some detectors have buttons at the bottom to toggle between the sectors -- please check all of them).
 
−
* Fill and submit the [https://logbooks.jlab.org/checklists/151 shift checklist in the logbook]
 
  
−
'''Every Run:'''
+
=== FSD Thresholds from RG-D ===
−
*Check values at the start of every run and log screenshots of:
+
* Upstream: 2 kHz
−
** Main scaler GUI display
+
* Midstream: 2 kHz
−
** Trigger rate GUI
+
* Downstream: 100 kHz
−
** Beam strip charts
+
* BOM: 50 kHz
−
** FTC scalers
+
* 5 ms dwell time
−
* At the start and end of every run, check that the data filled in the [https://clasweb.jlab.org/rcdb database run list] is correct (especially fields that are filled in manually, like beam current and comments). This replaces the previously used spreadsheet.
 
  
−
''' To access the Hall:'''
+
=== Harp Scan References from RG-D ===
−
* If you need to go down into Hall B, alert Denny Insley (757-897-9060, cell/text: 757-810-9576) and the Run Coordinator (757-575-7540).
+
* 2H01 [https://logbooks.jlab.org/entry/4192230]; x= -1.4 mm; y= 0.0 mm
−
* Check in with the shift personnel before entering the hall.
+
* Tagger (2C24A) [https://logbooks.jlab.org/entry/4191955]: x= -2.0 mm; y= +0.6 mm
 +
* 2C21A [https://logbooks.jlab.org/entry/4122116]: x= -0.4 mm; y= +0.6 mm (''less important; values form RG-C'')
  
−
|}
+
=== IA for Q Asymmetry ===
 +
* HWP IN: https://logbooks.jlab.org/entry/4194811 and https://logbooks.jlab.org/entry/4195453
 +
* HWP OUT: https://logbooks.jlab.org/entry/4195738 and https://logbooks.jlab.org/entry/4195733

Latest revision as of 23:44, 14 December 2023

Run Coordinator: Lamiaa El Fassi (757) 575-7540

PDL: Nathan Baltzell (9-) 757 876-1789; Office: x5902

RG/Analysis Coordinator (AC): Lamiaa El Fassi (630) 605-4259

Daily RC/OA Meetings at 13:00 in CH Room 200C, and on ZOOM: URL Link (Meeting ID: 1611984219; Passcode: RGD-RC23), except on Wednesdays, which is on ZOOM ONLY @ 15:30 due to the conflict with the 13:30 MCC Scheduling/Planning meeting.

Important Notes

Do NOT change FSD settings without approval from RC or beamline expert!

  • In case of medical or fire emergency, call 9-911 from a LANDLINE phone in the Counting House and inform the Crew Chief and RC.
  • In case of evacuation of the Counting Room (e.g., due to a fire alarm), grab the shift expert phone and leave the room through the "EXIT" door leading to the parking lot. Do not leave through the hallway! Call the RC once outside so the latter will call MCC to turn the beam OFF to Hall B and inform other Hall B staff members.
  • If you have symptoms or a positive COVID test, do NOT come to your shift - instead, inform the PDL and the RC and JLab medical services immediately to arrange replacements.
  • Remote shift: If needed, worker shifts can be taken from off-site. Inform the PDL and RC. Also, make sure that you follow the instructions under the "Shift Worker" tab, as you need some lead time to set up!
  • Note to Shift Takers:
◊ Read the ESAD, COO, RSAD, and ERG documents found on the "Current RG-D Run Info" as well as the yellow folder in the counting room. Before you start your first shift on the current experiment, you must sign on the list in the yellow folder. Thereby, you confirm that you have read and understand their content.
◊ Read at least the previous 24 hours logbook entries to be aware of recent run details and changes;
◊ Arrive at least 10 minutes early for shift change;
◊ Refresh the runwiki page/tabs; look over it/them every shift:
- Follow the Shift Expert/Worker tab's instructions.
◊ Do not spend more than 15-20 min trying to fix a problem. In case of any issue, contact the On-call Experts or the RC.
◊ Review these important links:
- Recent Changes and Current Issues
- General How-to for beam restoration procedures and Møller runs.

Run Plan, Thursday, Dec. 14th - Friday, Dec. 15th, 2023

  • Continue CuSn data-taking as follows until 7 AM on Dec. 15th when the beam will be taken away for the RG-K setup:
- Target: CuSn
- Beam Blocker: IN
- Beam current: 100 nA +/- 4 nA on 2C21A
- Run duration: 100 M events
- DAQ configuration: PROD67
- Trigger file: rgd_out_v2.3_Q2_1.2.trg

P.S.: If the beam is widely fluctuating above 105 nA, constantly overshooting over 105 nA on 2C21A, please ask MCC to narrow down the fluctuation margin to keep it below 105 nA based on 2C21A reading. They could put the beam current monitor lock on 2C21A in case that may help with the wide fluctuation and/or adjust our laser phase as well as narrow down the slit width, see ELOG entries 4224300 and 4225220.

General Instructions

  • The main lights in the Hall (dome lights) and the Forward Carriage lights are being kept off because of light leaks affecting some of the detectors (especially ECAL sec 2 and 3). If these lights are switched on during an access, they should be switched off when leaving the Hall.
• Refer to these photos: ON: [1], OFF: [2]
• We have a new dome light switch outside of the hall in the labyrinth. The lights can be turned off without entering the Hall. See logbook entry: https://logbooks.jlab.org/entry/4204460
• Note that when the dome lights are switched off, they cannot be turned back on immediately because they require 10-15 min to cool down.
  • Beamline:
• Ignore the Faraday Cup beam current (see Current Issues).
• Do not run over 30 minutes above 90 nA with a 5-pass beam without the beam blocker IN . The beam blocker must be IN for long-running at high currents for 5-pass operations.
• If there is any concern about beam stability, ask MCC if orbit locks are on (they should be).
• Document any beam condition change and send scaler GUIs to HBLOG.
• If HWP is changed, start a new run:
◊ Please check with the beamline expert whether the SLM and FCup charge asymmetry (Q-Asym (%)) readings are set properly, as they will be out of range in case Eugene's script is not run by the experts after the HWP change. The absolute values should be less than 0.1%.
  • For beam tuning and Møller runs
• Make sure the SVT/MVT are set as follows: SVT: LV ON; HV OFF, and MVT: LV ON; HV ON in SAFE Mode.
- When turning MVT OFF, do not press "BMT HV OFF" from HV->Overview->Actions, but instead select BMT HV ON - Safe Voltage. The same applies to FMT select FMT HV ON - Safe Voltage.
- When turning MVT ON: go to HV->Overview->Actions, and select BMT (/FMT) "HV ON - Full Voltage".
- DO NOT start runs in SAFE Mode for Production/Calibration/Various-Studies.
• Turn DC HV off only for beam tuning; if no beam is available or when the beam is stable, keep them on even if you are not taking data.
  • To access the Hall:
• If you need to enter Hall B, alert Denny Insley (757-897-9060, cell/text: 757-810-9576) and the Run Coordinator (757-575-7540).
• Check in with the shift personnel before entering the hall.

DAQ Operation & related General Instructions

  • (New) STANDARD end and start of the run:
- "End run"
- "Abort"
- "Download"
- "Prestart"
- "Go"
  • If any ROC crashes, find out which one (look at the ROC Busies GUI or ROCS tabs in the DAQ runcontrol), and end the ongoing run, which might fail to end properly, and that is OK. You SHOULD do "Cancel" and "Reset" in the DAQ Run Control before issuing a roc_reboot command ON JUST THAT ROC and continuing with the DAQ Restart chain from "Configure". Test with ping ONLY instead of ssh to check whether the ROC is backed up.
◊ When pinging a ROC, e.g., "ping mvt1", stop it with Ctrl+C after a couple of printouts showing different latency times.
  • Restart DAQ from Scratch when changing configuration or trigger files, or when the run did not end correctly, or when ROC(s) is(are) rebooted, or when RICH is Fastly/Fully recovered, as follows:
- "Cancel", "Reset"
- "Needed operations: change configuration or trigger files, or a run did not end correctly, or a ROC crash or RICH is Fastly/Fully recovered";
- "Configure"
- "Download"
- "Prestart"
- "Go"
  • Configuration is PROD66/67 (or PROD66_PIN for fast reconstruction of some calibration/reference runs from the cache disk).
• As of 11/25/23, whenever there is an issue with the RICH alarms that can't be resolved within 10 to 15 minutes, please contact the RC (/AC) and the RICH experts to discuss the issue. Meanwhile, we may switch the DAQ configuration to PROD67_noRICH until further notice; see the logbook entry #: 4226898.
  • In case of DAQ Disk space alarm, call the DAQ expert.
  • Trigger files:
- Inbending production: rgd_inb_v1.0.trg
- Outbending production: rgd_out_v2.1_Q2_1.2.trg or rgd_out_v2.3_Q2_1.2.trg with low-Q2 suppression
  • During "Configure", observe the ROC terminals to see whether any ROC has error messages.
  • Some ROCs keep printing error messages while functioning properly; please see their list in this logbook entry # 4215299 to avoid unnecessary reboot since the printout in the ROC terminal won't change. If they get disconnected, the message will appear in the run control itself!
  • In case of DAQ livetime "0" alarm, RESTART DAQ from Scratch;
• Note that you also get a DAQ livetime alarm at the start of a run; that is OK and can be simply acknowledged.
  • Unless a RICH problem crashes the DAQ, do NOT interrupt an otherwise smooth run for a RICH recovery. Instead, do this in between runs.
  • The shifter MUST check and reset monitoring histograms at least once every 30-60 minutes to ensure no significant detector problems. Sometimes, this is the only way to know that a specific ROC needs to be rebooted.
  • Pop-up window: Enter the beam current and the type of run (e.g., Production and HWP state, IN or OUT) in the "Comment" field.
  • After each step of a DAQ RESTART, ensure it is completed in the Run Control message window. Also, during "Configure", look for error messages in the ROC terminals.
• Contact the DAQ expert if you have any questions or doubts about how to proceed.
  • At the start and end of every run, check that the data filled in the Run Condition Data Base (RCDB) is correct, especially the manually filled fields.

Reference Values

FSD Thresholds from RG-D

  • Upstream: 2 kHz
  • Midstream: 2 kHz
  • Downstream: 100 kHz
  • BOM: 50 kHz
  • 5 ms dwell time

Harp Scan References from RG-D

  • 2H01 [3]; x= -1.4 mm; y= 0.0 mm
  • Tagger (2C24A) [4]: x= -2.0 mm; y= +0.6 mm
  • 2C21A [5]: x= -0.4 mm; y= +0.6 mm (less important; values form RG-C)

IA for Q Asymmetry

Retrieved from "https://wiki.jlab.org/clas12-run/index.php?title=Template:ShortTermSchedule-RGD&oldid=6863"