Difference between revisions of "Run Group F"
(→Short Term Schedule)
|Line 174:||Line 174:|
<b> Default solenoid current and B field </b>
<b> Default solenoid current and B field </b> A (~3.80 T)
<b> Nominal Beam Positions </b>
<b> Nominal Beam Positions </b>
Revision as of 16:13, 5 March 2020
RC schedule Weekly form
If calling local numbers (with area code prefix 757) from the counting room dial 9+[last 7 digits]. To call other area codes dial 91+[10 digit number]
CLAS12 Run Group F, Spring 2020
Beam energy 10.38 GeV (5 pass)
Important: Document all your work in the logbook! For every run, make comment at run start and run end (including "ignore" if warranted), enter RELEVANT screen shots *), and take about 20-30 min data with good beam, then post monitoring plots (reset if beam is bad and wait another 20-30 min). Also take screenshot of RTPC in CED at least once per run with beam
RC: Sebastian Kuhn (Full list of RG-F RCs and RTPC experts)
- 9 757-575-7540 from Counting Room
- RC meeting held at 10am in 2nd Floor Counting House
PDL: Stepan Stepanyan
- (757) 876-1789
- 9 876-1789 from Counting Room
Run Plan, 2020
(Last updated: March 4nd, 2020 @ 15:00 )
Short Term Schedule
- When beam comes back, take harp scan on 2H01
- Ask for 50 nA beam and take special run with trigger /usr/clas12/release/1.4.0/parms/trigger/rgf_inbending_v2_2_ctoftest.cnf
- Ask for 240 nA and start production runs on D2 target. Trigger file rgf_inbending_v3_2
- Take production data on D2 (see also below ``Production", trigger file rgf_inbending_v3_2, full D2 target, 240 nA beam).
- Cosmic runs when there is no beam: rfg_cosmic_ctof_pcalecal.cnf
- Target purge once per day per done by RTPC expert/personal (inform expert first and bypass PT interlocks!). At the same time, check all gas bottles.
Further down the line: EC only trigger run, lumi scan, about 10 days of outbending torus
Production: Electron-inbending Configuration, D2/H2/4He target @ 10.4 GeV beam
DAQ config:PROD66; Trigger file:rgf_inbending_v3_2.trg
- Put beam blocker in in front of Faraday Cup
- Ask MCC for 240 nA beam current (NOTE that 2C21A BPM will show 260nA. This is a known issue.)
- Please write the target pressure and comments in the dialogue box when starting/stopping a run
- Start a run and check that live time is above 85%. If not decrease current and log it.
- Restart a new run every 2h OR 10M events. END A RUN if beam will be off > 10 min, RTPC HV trip, or whenever half-wave plate is changed!
- Keep BTA (beam time accounting) up to date, including reasons for any entries with experiment not ready
- During the run (at least every 2h)
- *) Submit screenshots for the DAQvnc (select "statistics" tab), CLAS12 VTP Trigger GUI, ROC Busies, Beamline overview, beam strip charts, RTPC overview, BONuS HV from clascss. Do this only while beam is on!
- Run clas12mon over 20-30 min with good beam(!) and submit the occupancy plots (at least once per run). Compare with previous monitoring plots and make a log entry about any changes you observe. Make sure to reset monitoring plots regularly.
- Take at least one screen shot of RTPC CED with beam per run and post in logbook
- When checking the ECAL response, make sure to look at the histograms for each sector by using the sector buttons at the bottom of the clas12mon window - if adcecal* or/and adcpcal* ROC crashes, there will be no alarm and the histograms are the way to notice this issue.
- For trigger alarms check Note 14 first!
Beam Restoration (last updated Feb 19)
<b> Updated Manual is at 
- IF YOU GO DIRECTLY TO FARADAY CUP!!!: Quick beam recovery procedure including Harp Scan
- All HV are off (including FTOF)
- Check that 20 mm collimator is in
- Call MCC to unmask U/M/D counters but keep BOM masked or get it masked in case it isn't
- Call MCC to put 5nA to the FC.
- Compare the 2c21, 2c24, 2H01 positions and beam overview screen to the reference below
- Put thresholds on U/M/D as 1M/1M/1M and dwell time 50 ms.
- follow the procedures for the harp scans at 2H01  (optionally at 2C21 and 2C24)
- Compare the results with the references scans below (be aware to use the correct analysis counter)
- if what you get is similar to the references, call MCC and tell them the the beam is acceptable and set FSD thresholds and dwelltimes as written below and continue with production running (see above)
- if what you get isn't similar to the references, do the other harp scans. If you are not sure if a tune of the beam is needed, consult beam line expert and/or RC.
At the end of each run, follow the standard DAQ restart sequence
(Note, this might be different from the instructions coming up on RunControl.)
- "end run", "cancel", "reset"
- if the run ended correctly:
- "download", "prestart", "go"
- if the run did not end correctly or if any ROCs had to be rebooted:
- "configure", "download", "prestart", "go"
References and Standards:
(last update Feb 18, 2020 @ 19:00 PM.)
Restoration of Beam to Hall B
Default solenoid current and B field 1812 A (~3.80 T)
Nominal Beam Positions
- 2H01, X: -0.6 mm, Y: -0.6 mm
- 2C24, X: +0.1 mm, Y: -0.4 mm
- 2C21, X: +0.1 mm, Y: 0.0 mm
- the acceptable trajectory for the beam before entering the hall must be established while on the tagger dump. The relation between the 2C24 BPM positrons and the X,Y values measured with the tagger harp are:
- Upstream: 2000 Hz
- Midstream: 2000 Hz
- Downstream: 500000 Hz
- BOM: 100000
FSD Dwell time
- Upstream: 5 ms
- Midstream: 5 ms
- Downstream: 5 ms
- BOM: 5 ms
BONuS HV setting
Reference Monitoring Histograms 5 nA production trigger 
Reference Scalers and Halo-Counter Rates:
- Well-tuned CW beam on FC, Full LD2 and 4He target, CLAS12 ON: 5 nA , 50 nA , 240nA 
- Well-tuned CW beam on FC, Empty Target, CLAS12 OFF: 5 nA 
- Well-tuned beam during Moller run 
- Well-tuned beam on Tagger Dump at 5 nA during harp scans: 
| valign=top |
- 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. 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 cooldown.
- Get familiar with the shift crew responsibilities for the RTPC (see manual ). Especially on how to switch on the HV after a trip.
- Do not run more than 30 minutes above 30 nA with 5-pass beam without the beam blocker in front of Faraday cup. Put beam blocker in for long running at high currents for 5 pass operations.
- Turn DC HV off only for beam tuning; if no beam is available or when beam is stable, keep them on even if you are not taking data.
- In case of loss of communication with IOCBTARG, follow instructions at https://logbooks.jlab.org/entry/3502218
- With any issue contact On-Call Experts or RC - do not spend more than 15-20 min trying to fix the problem.
- Check for and read any comments to log-book entries made during your shift.
Once Per Day (At 13:00):
- Call RTPC expert to purge the target and fill it with the appropriate target gas.
- Complete RICH recovery procedure - see Note: 11 below
- Follow run plan as outlined by RC
- If 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
- Fill out BTA hourly. Click "Load from EPICS" to automatically fill the left side.
- Upload spectra from clas12mon at begin and end of shift and cross-check with reference spectra
- Reset clas12mon every ~2 hours and inspect spectra
- Fill and submit the shift checklist in the logbook
- Note 1: FTOF HVs: The goal is to minimize the number of power cycles of the dividers.
- should be turned off during the initial beam tuning down to the Faraday Cup after CLAS12 has been off for a long shutdown, when doing a Moller run, when doing harp scans, or if there is tuned/pulsed beam in the upstream beamline.
- should be left on after an initial beam tune has been established and if there are only minor steering adjustments and “tweaks” being made.
- if shift workers have doubts what to do with the HVs, they can always contact the TOF on-call expert for advice.
- Note 2: In case of a Torus and/or Solenoid Fast Dump do the following:
- Notify MCC to request beam OFF and to drop Hall B status to Power Permit
- Call Engineering on-call
- Make separate log entry with copies to HBTORUS and HBSOLENOID logbooks. In the "Notify" field add Ruben Fair, Probir Goshal, Dave Kashy and firstname.lastname@example.org
- Notify Run Coordinator
- Turn off all detectors
- Note 3: When beam is being delivered to the Faraday Cup:
- the Fast Shut Down elements: Upstream, Midstream, Downstream, BOM, and Solenoid should always be in the state UNMASKED
- No changes to the FSD threshold should be made without RC or beamline expert approval
- Note 4: Any request for a special run or change of configuration has to be approved by the RC & documented
- Note 5: Carefully check the BTA every hour and run the script btaGet.py to print for you what HAS TO BE in BTA for this hour. Edit BTA if it is incorrect.
- Note 6: Reset CLAS12MON frequently to avoid histogram saturation. If CLAS12MON is restarted change MAX scale to 10 (default is 5) for DC normalized occupncy histograms. This would prevent them from saturation. See log entry 
- Note 7: Shift workers must check the occupancies! Use this tool to compare to previous runs: 
- Note 8: Check the vacuum periodically, make sure vacuum is not higher than 5e-5
- Note 9: Always reset the CFD threshold after all power off/on on the CND CAMAC crate
After the CAMAC crate (camac1) holding the CND CFD boards is switched off for any reason, it is mandatory to reset the associated thresholds typing the following command from any clon machine terminal: $CODA/src/rol/Linux_x86_64/bin/cnd_cfd_thresh -w 0
If this command is failing and the crate is not responding, reboot it as follows: roc_reboot camac1
- Note 10: Shift workers should anyway check routinely scalers to verify they update correctly and make a logbook entry if anomalies are observed after starting a new run.
- Note 11:
For RICH recovery procedures, please see Log entry https://logbooks.jlab.org/entry/3562273. This would apply in the cases of 1. DAQ crash: rich4 is not responding or 2. RICH alarms (LV,missing tile, temperature etc). If it does not work or you are uncertain about what to do, contact the RICH expert on call. Please, note that missing tiles typically occur due to lost communication. Keep in mind that the recovery procedure will kill DAQ. If DAQ is running for other purpose, rather than data taking (for which the RICH acceptance would be important) do not initiate the recovery procedure.
- The most critical parameter for RICH is the temperature of the photosensors. If the temperature rises above limits, an interlock will automatically turn the RICH HV and LV. If this happens, notify the expert on call and keep taking data without RICH.
- Note 12: If ROCs mvt1 and/or mvt2 are 100% busy: stop the run, power cycle FMT/BONUS FEU LV (accessible from RTPC Overview or FMT Overview, FMT/BONUS - All LV OFF, FMT/BONUS - All LV ON, HV stays ON), then roc_reboot mvt1, roc_reboot mvt2, wait until it reboots ('ssh mvt1' and 'ssh mvt2' to verify), press 'cancel', 'reset', in the run control GUI, proceed with a new run from 'configure'. If the first LV recycle / roc_reboot doesn’t work call RTPC/BONUS expert.
- Note 13: If ROC mmft1 is 100% busy: power cycle FTT LV (FT->FTT Overview, HV stays ON), roc_reboot mmft1, wait until it reboots (ssh mmft1 to verify). If the first LV recycle/mmft1 reboot doesn’t work call FT expert
- Note 14: Trigger Troubleshooting: If you get trigger alarms check first if the trigger bit of a sector alarms both, for the DC roads and non DC roads, in the trigger expert screen (DAQ --> CLAS1 Trigger --> Menu --> Table - Expert). If this is the case (i.e. sector 3 and bits 3 and 10), there might be a problem with HTCC, PCAL or ECAL rocs and you should check the rocs in the runcontrol. If the non DC trigger bit is working and only the one with DC alarms, you would need to check the DC trigger rocs (possibly the one from the alarming sector). If you are not sure, call RC or trigger expert.