HOW TOs
RC phone: 757-876-1787 |
Crew chief: x7045 |
Operator 1: x7046 |
Operator 2: x7047 |
Subsystem Expert Contact Info |
GMn Contact Information |
Shift Schedule |
Shift checklist |
Shift Checklist How Tos |
Hall A Phone Book |
SBS Shifters Wiki Info |
Documentation |
HOW TOs for shift crew |
Expert Tools |
Daily RC Meetings |
This is the place for task-specific instructions like rebooting ROC XX, starting the High Voltage GUI or bringing up the Alarm Handler.
Contents
- 1 Beam Recovery Procedure for GEp
- 2 (!! Old !!) Beam Recovery Procedure (Followed during GEn-RP/KLL and Glass target of GEn)
- 3 To get the beam width projected at the target from harp scans
- 4 CODA and DAQ
- 5 HV Controls
- 6 Shift Checklist Guide
- 7 Setting prescales and trigger
- 8 Analyzing the data
- 9 Monitor and Control GUIs
- 10 Procedure for Ramping the BigBite Magnet (No Bigbite during GEp)
- 11 Hall Transition Procedures
- 12 Making a Halog entry
- 13 Alarms
- 14 Filling out BTA
- 15 Beam Line
- 16 Target
- 17 LHRS Information
- 18 BigBite Spectrometer (BB)
- 19 Super BigBite Spectrometer (SBS)
Beam Recovery Procedure for GEp
- Initially MCC will want to send tune beam into the hall to establish a good beam orbit by following this accelerator procedure: [1]. Before any beam is sent into the hall make sure the target ladder is in the "NO TARGET" position meaning all targets are out of beam. Also make sure the Moller target ladder is out of beam. All SBS and EArm detectors should be off. SBS magnet should be off as well. Also check, if the Moller Quads are OFF or not (field integral should be zero during GEp as in GEn-RP/K_LL [2]). If ON, ask MCC to degauss the Moller Quads and turn off power supplies.
- As part of the accelerator procedure mentioned above the intrinsic beam spot size (unrastered beam spot size) will be checked by performing harp scans with IHA1H04A and IHA1H04B. MCC will do harp scans with IHA1H04A and IHA1H04B with 5 muA TUNE beam with the target ladder in the "NO TARGET" position and raster OFF.
- Once MCC posts the harp scans to the elog check the beam width at the target in X and Y using instruction below To get the beam width from harp scans. If the beam width at the target is between 150 and 500 microns move on to the next step. If not, ask MCC to work on the beam profile. Make a HALOG with the final results (example here [3]).
- MCC/Hall A will then want to assess the level of beam scraping, if any, on the differential pump region small aperture in the downstream beam line right after the target [4], [5].
- At this stage MCC will need to do a functional test of the ion chambers following this procedure:[6]. I hope the downstream IC that's under the platform is easy enough to trip during this procedure so we don't waste time.
- Once the IC functional test is done we can start working on centering the beam on the Cross target with 1mm groove [7]. There is also one Carbon foil with a hole of 5mm at the center placed at z=0 if we need to use it.
- Turn ON All detectors except GEM detector.
- Select the GEp coda config without GEM (?) and set prescale (PS?) to 0 while all other triggers are off in the PS gui.
- Ask MCC to set the x,y beam positions at IPM1H04A and E to zero in the orbit locks gui. It is a good idea to check that the XSOF and YSOF have been returned to their original values [8].
- Request 4x4 mm rastered CW beam at 5 muA and take a run on the Cross target. Based on previous experience, 2x2 mm raster in Hall-A is equivalent to 0.6x0.6 mm in raster GUI, so mention 1.2 mm (for 4 mm) and 0.6 mm (for 2 mm) while communicating with MCC. Keep in mind that we only use the first pair of raster coils to raster the beam for GEp.
- Replay the run and see if you can identify the 1 mm Cross by checking the raster plots.
- Adjust the beam positions until the 1 mm Cross-center is centered in the 4 mm raster pattern. (Hint: BPM +X is left and +Y is down while looking raster plot during GEn and GEn-RP/KLL beam checkout)
- Beam positions for the production running are determined from the previous step by centering the Cross in the 4x4 mm raster pattern. These news positions should be communicated with MCC for orbit lock after the next step.
- 4x4 mm raster size can now be verified by changing the beam position from the new value found above. Changing the beam position down by 1.4 mm, should show T pattern with 1 mm cuttings including the lower end (beam can be moved left/right/up which shows rotated T). The distance of upper side of horizontal cut to the lower end of vertical cut is 3.81 mm, so 4x4 mm raster should image T clearly. (3x3 mm raster can also be verified by changing the beam position with 1.9 mm where we should clearly see one side of the Cross in the raster. Each side of the Cross is 2.8 mm long while excluding the overlapping region at center)
- Once the Cross is centered into the raster pattern and raster size is verified, ask MCC to set the beam position offsets at IPM1H04A and E in the orbit lock gui to the just found alignment numbers.
- Scale down the raster size by half from 4x4 mm and make sure the 1 mm Cross is concentric within the raster pattern. This will give the 2x2 mm raster needed for production. Note the size in raster GUI that corresponds to 2x2 mm raster measured on target and write on white-board.
- At this point, MCC can proceed to IC calibration of all target types for GEp
(!! Old !!) Beam Recovery Procedure (Followed during GEn-RP/KLL and Glass target of GEn)
Old information is stored in another page here: https://sbs.jlab.org/wiki/index.php/Beam_tuning_and_recovery
To get the beam width projected at the target from harp scans
- ssh a-onl@aonl1
- gosbs
- analyzer beam_width.C
CODA and DAQ
To monitor the disk usage, use the script "diskmon" on adaq@adaq1. This will show the fractional disk usage on each of the three disks, updating every two minutes. If the disk fraction is over 95% for the present output disk, contact Alexandre to have him change output disk.
Checking total event number for past run: You can check the number of events from a past run in a terminal:
ssh -Y a-onl@aonl1 cd gmn ./get_final_events_from_dalma.sh *run number*
The DAQ will not start or is crashing? LOOK HERE
Running the parity DAQ
The parity DAQ will be running in a VNC session on adaq@adaq3.
- Log in to adaq@adaq3
- Execute "vncviewer -Shared :40"
- The parity DAQ should already be open.
- If you need to start the parity DAQ
- Open a terminal window in the VNC and log in to apar@adaq3
- Execute "kcoda". Maybe do it again just to be sure.
- Execute "startcoda". This will launch a bunch of xterms and the RunControl window
- Within the RunControl window, select "Configurations" and then "Cool" on the top menu bar to bring up the run type list. Choose the "CntHouse" run type.
- Then do the "configure" and "download" steps like on the SBS DAQ
- If you need to start the parity DAQ
- We are running the parity DAQ in auto-mode with up to 50 runs of one hour each. Use the "start" button on RunControl instead of the "Prestart"/"Go" sequence.
This is indicated here:- If you need to change the number of runs remaining in the auto-mode sequence:
- Select "Options" on the top menu bar, then the sub-menu items "Scheduler"/"Program...". A window will pop-up, with sliders and text boxes for the number of runs in the sequence and the event and time limits per run. Type "50" in the number of runs and hit enter, and similarly type 60 as the time limit in minutes and hit enter. The press the "Set" button on the menu.
- If you had already started a run with "Start" the RunControl title bar should show that we're in auto-mode with the specified time limit and number of scheduled runs. This will update when you set new values as described above.
- If the RunControl title bar does not show that we're in auto-mode with the time limit and number of runs you've set, then stop the run and restart a new run with the "Start" button. The title bar should now show that we're in auto-mode.
- If you need to change the number of runs remaining in the auto-mode sequence:
What to do when the IHWP state is changed
When the IHWP is taken out or inserted, we need to run a script to change the injector control voltages.
- Be sure that both the SBS DAQ and parity DAQ runs have been stopped before changing the IHWP
- Log in to apar@adaq3. If you have the parity DAQ VNC open, one of the terminals will already be there.
- "cd ~/feedback2022"
- "./FlipPCValuesSBS".
- This will ask you to verify the DAQ runs have been stopped, and it will then tell you the current IHWP state to verify that the IHWP state was changed. If you answer yes to both questions, it will then update the injector control voltages to be appropriate to whichever state the IHWP is in at that moment.
- The flipper script will ask if you want it to post a log entry. Please say yes.
- After you run the flipper script, restart the parity DAQ using the "START RUN" button (the two arrows pointing right), not by pressing "Prestart/Go". If you use "Prestart/Go", you will not start the automatic mode and we will miss data!
- If you want to check the settings at any time, you can run "./checkPCvalues", also from the feedback2022 directory on apar@adaq3.
Expert instructions for parity DAQ analysis and working with feedback
To analyze a parity run
- ssh apar@adaq3
- source ~/PREX/setup_japan_SBS.tcsh
- go_feedback: this puts you into ~/PREX/japan_feedback-SBS/
- ./build/qwparity --config sbs_CntHouse.conf -r <parity runnumber>: this will produce a rootfile at ./japanOutput/sbs_CntHouse_<runnum>.root, also avalable as $QW_ROOTFILES/sbs_CntHouse_<runnum>.root
- root $QW_ROOTFILES/sbs_CntHouse_<runnum>.root
- mul->Draw("yield_bcm_dg_ds:Entry$","ErrorFlag==0"): this shows the beam current as a function of time
- mul->Draw("asym_bcm_dg_ds*1e6","ErrorFlag==0"): this is the BCM asymmetry in ppm for that parity run
To run the charge asymmetry feedback
- ssh apar@adaq3
- source ~/PREX/setup_japan_SBS.tcsh
- go_feedback: this puts you into ~/PREX/japan_feedback-SBS/
- feedback_ana: this starts the feedback process and stores a copy of the log outputs in "LogFiles"
To update the PITA1/PITA2 settings we use in the flipper script
- ssh apar@adaq3
- cd ~/feedback2022
- Now you will need to update the file FlipPCValuesSBS to change one or both of these values (the -2700 for OUT and -2240 for in were determined in early October 2022):
Ref_PITA_OUT=-2700 Ref_PITA_IN=-2240
- You will also need to update the file checkPCvalues to change the ideal PITA values and the IN/OUT ranges:
Ref_PITA_OUT=-2700 Ref_PITA_IN=-2240 Ref_PITA_OUT_HI=-2450 Ref_PITA_OUT_LO=-2950 Ref_PITA_IN_HI=-2000 Ref_PITA_IN_LO=-2500
To update the CODA scheduler parameters
- In CODA RunControl, select the "Options" menu on the upper menu bar, then the "Scheduler/Program" submenu
- Set the number of runs and time limit as desired, then push the "Set" button
Some very special commands that we might later use to make the parityDAQ/feedback more automatic
- plask -rt CntHouse -schedulerStatus: Queries the state of the CODA scheduler
- plcmd -rt CntHouse -startrun: Starts a coda run
- plcmd -rt CntHouse -end: Ends a coda run; however, if the scheduler is active it will start the next run in the schedule
HV Controls
Most detector HV is controlled through the main gui. To access this:
- Log into aslow@adaqsc
- execute go_hv
To open the GEn-RP HV GUI for the recoil polarimeter hodoscope and active analyzer
- Log into aslow@adaqsc
- execute cd slowc/
- execute ./hvs LEFT
- Currently slots 9 - 12 are for the 48 hodoscope PMTs
This will open the HV GUI which will have buttons for each of the detectors. Shift workers can only turn HV on or off. Never change the HV numbers.
Shift Checklist Guide
Setting prescales and trigger
The Trigger Supervisor (TS) makes all triggers available at any time. The triggers that actually are included in the datastream are controlled by the prescale factors set at run time. To set the prescales, from any terminal on an hadesk computer log in to either adaq1 or adaq2 as follows:
ssh -Y sbs-onl@adaq1 prescale
Trigger supervisor (TS) inputs and corresponding prescales are shown in the table below. Note that PSX=-1 turns off trigger X. Otherwise, the prescale factor is approximately 2^PS (or really 1+2^(PS-1) )
Trigger # | Prescale # | Signal |
T1 | PS1 | BBCAL |
T2 | PS2 | HCAL |
T3 | PS3 | BB && HCAL Coinc |
T4 | PS4 | LHRS |
T5 | PS5 | GRINCH Pulser |
T6 | PS6 | HCAL LED |
T7 | PS7 | BBCAL Lo (cosmics) |
T8 | PS8 |
For data-taking, the normal prescale settings are: PS1=0 PS6=0 all other PSn= -1, if GRINCH data is not needed, or PS1=0 PS6=0 and PS6=4
PS1=0 allows the BB-shower to trigger the DAQ.
PS6=0 allows a DVCS pulser (normally set to 10 Hz), which triggers the HCal LED-calibration system, to trigger the DAQ.
PS5=4 reduces the GRINCH LED pulser from 100 Hz to roughly 10 Hz.
If you suspect the DVCS pulser for the HCal LEDs is not set to 10 Hz, (eg. beam-off rate is not 30 Hz or 40 Hz, as expected, from the 20 Hz dead-time monitor(EDTM) and the 10 Hz of HCal LED events and 10 Hz of GRINCH LED, if enabled.) then, from any window logged on as adaq or sbs-onl:
ssh -Y daq@enpcamsonne cd test_fadc python3 DVCS_Pulser_Control_GUI.py
This will launch a GUI. Your terminal screen should indicate the last setting of the rate. If it's not 10 Hz, or if you don't trust it. Click "Load DVCS Pulser Library" then click "Initalize DVCS Pulser" then click "Enable Output Channels". This will stop the pulser. Now click on the rate you want, usually 10 Hz.
EDTM instructions at https://hallaweb.jlab.org/wiki/index.php/How_to_Set_EDTM_Frequency_with_the_DVCS_Pulser
Analyzing the data
Instructions for shift crew
- 1) Login to a-onl@aonl1 and execute: (use this in aonl1 machine)
gosbs ./run_genrp_large_aonl1.sh runNum nEvents(in thousand) nSegments
- 2) runNum is the run number you want to analyze and nEvents should be in terms of thousands (eg for 100k events to replay, use 100). If number of events in not provided, it will analyze 50k events from this run by default. nSegments should normally be 5 and divides the job into segments for faster processing.
- 3) Please review all produced plots of each GUI, and click on "Exit GUI", this will pop the next GUI.
- Example plots and instructions for understanding what to look for in HCal summary plots are here. Note: Compare the example plots with your 50k replays, and use the written explanations if there are discrepancies.
- 4) After you're reviewed all plots, they will be saved as PDFs. YOU will be prompted in the terminal to answer (y/n) to post the plots in the HALOG. Ordinarily you will always answer yes ("y"), unless something went wrong with the replay.
- 5) Each shift should try to have 1 (and only 1) full replay running at all times. It takes 4-5 hours so you will only be able to complete one or two full replays per shift. To run,
gosbs ./full_replay_genrp.sh runNum
How to get the run charge
- Login to a-onl@aonlX (X=1, 2, 4) and execute:
gosbs getCharge.sh runNum
- This will print out the charge in Coulombs for that run. Please write it down on the run list spreadsheet.
Monitor and Control GUIs
Most beam/accelerator related GUIs are accessible via jmenu. To bring up jmenu log in from a Counting House computer as adaq@adaq1
then type "jmenu" at the command prompt. Alternately you can access jmenu via the OPS account "hacuser", for example by running ssh -X hacuser@hlal00.acc.jlab.org 'jmenu'
which will require a password unless you are logged in as adaq on one of the adaq machines. The jmenu search feature is pretty good at finding relevant GUIs. Use "halla" in your search to include only variables relevant to Hall A.
Bringing Up Main GUIs From Scratch
To bring the main GUIs we want to monitor on the TV in the counting house (hatv1), in a terminal (on any computer) type:
ssh aslow@adaqsc start_all_vnc
This will start 6 VNC servers on adaqsc with addresses :1 thru :6. Each server is dedicated to a particular slow controls GUI and its geometry is optimized for that GUI. If any servers are already running, they will be terminated and restarted. Once the servers have started, you can log out from adaqsc.
Next, we need to connect to the VNC servers from hatv1.
In a terminal on hatv1, make sure that you are logged in as aslow.
(If you are not, sign in by typing ssh -Y aslow@hatv1
.
Be sure to do this on hatv1, so that your display is the TV screens.)
In this terminal, type vncviewer &
.
This will bring up a window with icons for all VNC servers on adaqsc (and maybe a few others),
labeled "# - GUI Name", where # = 1...6.
Click each icon to open a vncviewer window for that GUI. Since we are starting from scratch,
you should see only a blank desktop in that VNC session.
Bring up a terminal on that desktop and type
start_tool_screens [option]
, where [option] is one of
- GeneralTools = (accelerator overview)
- HallATools = (LHRS, beam line, gas systems, etc)
- Raster
- BBctrl = (BigBite magnet current, voltage, etc)
- SBSctrl = (Super BigBite magnet current, magnetic field, and corrector magnets)
- Beam = (beam energy, trajectories, positions)
and should match the name of the VNC window where you start it. Note: the options are: [GeneralTools, HallATools, Raster, BBctrl, SBSctrl, Beam]. You'll have to run this command 6 times, once in each VNC session, and each time with a different option, the one matching the server number you connected to.
Once all the GUIs are up in the VNC sessions, resize the VNC screens to your liking on hatv1.
An astute observer might notice that this elaborate procedure is essentially a workaround for the lack of scaling support in EPICS GUIs. When resizing an EPICS GUI window, its widgets remain fixed, and only the window canvas will change. The TVs connected to hatv1 are 4K devices on which the Accelerator GUIs, written for 1990s-era low resolution screens, look veritably microscopic. To enlarge the GUIs to a readable size, we take advantage of the fact that the VNC viewer application we are using supports continuous, arbitrary scaling of the entire desktop and thus of all windows inside it. Only the RealVNC viewer has this support, not the TigerVNC viewer.
Troubleshooting
If the GUIs disappear and you see completely black screens within the VNC sessions, even after restarting,
the following procedure is usually successful:
As aslow@adaqsc, terminate the defunct VNC sessions: vncserver -kill :#
, where #=1...6.
Then kill all runaway gnome-keyring-daemon
processes, if necessary with kill -9
.
Next, still on adaqsc, do sudo systemctl daemon-reload
, which
will unregister the stale desktop sessions from systemd and allow you to restart the GUIs from scratch,
as described above. aslow is allowed to run this command as sudo.
Bringing Up Scaler GUI
To bring up the Hall A Scaler GUI, which displays the scalers from the BigBite SHower Trigger sums, beam line, and trigger, ssh to adaq@adaqX (X = 1, 2, 3, etc) type:
goxscaler
Then type ./xscaler SBS or ./xscaler Left.
Plotting EPICS variables with MyaPlot or LivePlot
For more information see Strip Chart
- From the jmenu GUI select Plots>>MyaPlot or Plots>>LivePlot
- Type into the plot the name of the EPICS variable(s) you wish to view. If you can't recall the name, you can always search jmenu for a GUI where such a variable might be displayed. For example, the Hall A Moller target position can be obtained from jmenu by searching for "halla moller target". Clicking the middle mouse button on the control or display variable located on the GUI copies the variable name into the buffer. Middle clicking again on the MyaViewer where the EPICS variable is entered will paste it into the plot.
Procedure for Ramping the BigBite Magnet (No Bigbite during GEp)
The steps to ramp the BigBite magnet are as follows. The nominal current is 750 A (note that this has changed for kinematic 3 and 4 from 700A). The nominal polarity is NEGATIVE.
- Obtain permission from the Run Coordinator to ramp the BB magnetic field.
- Make a post in the HALOG indicating that the BigBite magnetic field will be ramped to the desired current setting.
- Bring up the BigBite operational GUI. On any adaq machine, when logged in as aslow or adaq, type
start_tool_screens BBctrl
- If this command does't bring up the BB magnet GUI, you can access it via the jmenu as well. Open a jmenu and go to "System Expert > Hall A > Magnets > Big Bite (new version)".
- In the GUI, in the SETPOINT field, type the desired current value and press the enter/return key.
- Confirm that the READBACK field reports desired current value
- Make a follow-up HALOG post indicating that the BB magnet ramp is complete. Include a screenshot of the GUI in the post.
Ramp Magnet to 0 before powering off. Always have magnet off when switching polarity. Nice explanation is here
Hall Transition Procedures
REMINDER: The Run Coordinator will work with the Hall A Work Coordinator (Lawrence Hurt) to implement a hall transition.
The Super BigBite (SBS) magnet produces large fringe magnetic fields. When a radiation survey is performed, the RadCon team will use devices that can be compromised by magnetic fields, yielding incorrect readings. In magnetic fields stronger than 30 Gauss, ferrous materials like steel hand tools and other devices will experience a magnetic force and have the potential to become projectiles which can damage equipment and possibly cause serious injury to personnel. To mitigate this risk, Ops/Accelerator will use their procedure to ramp the SBS magnet and the corrector magnets down to zero current prior to personnel entering the hall under controlled access. We will additionally ramp the BigBite magnetic field down to zero current when personnel need to enter the Hall.
Procedure for Hall Transition to Controlled Access
Call MCC to confirm that they will ramp down the SBS magnet !!
(No Bigbite during GEp)
-
The steps to ramp the BigBite magnet to zero field are as follows:
- Obtain permission from the Run Coordinator to ramp the BB magnetic field down to zero.
- Call MCC to confirm that they will ramp down the SBS magnet and communicate that you will ramp down the BB magnet.
- Make a post in the HALOG indicating that the BigBite magnetic field will be ramped to zero.
- Follow the directions above to ramp the BB field down to zero current.
- Make a follow-up HALOG post indicating that the BB magnet is at zero current. Include a screenshot of the GUI in the post.
Procedure for Hall Transition to Power/Beam Permit
To prepare the hall to receive beam and take data, we need to ramp the SBS and correctors to their full nominal currents. Accelerator will ramp up the SBS magnet and corrector magnets using their procedures. (No Bigbite during GEp) For SBS, the current is 2100 A. For BB, the current is 700 A. Ops/ We ramp up the BigBite magnet with the following steps:
- Obtain permission from the Run Coordinator to ramp the BB magnetic field to its nominal current.
- Call MCC to confirm that they will ramp up the SBS and corrector magnets and communicate that you will ramp up the BB magnet.
- Make a post in the HALOG indicating that the BigBite magnetic field will be ramped to full field.
- Follow the directions above to ramp the BB magnet to 700 A.
- Make a follow-up HALOG post indicating that the BB magnet is at full current. Include a screenshot of the GUI in the post.
Making a Halog entry
You can either
- From a terminal on any of the desktop computers type "halog" and fill out the fields. You can include screenshots and attachments if useful.
- Navigate to the HALOG click "Add Content". Fill out the fields as necessary and submit it. This requires you to log in with you CUE username and password. Don't forget to log out.
Alarms
There are a number of alarms that shifters must respond to in Hall A in both the Counting House and the Hall. For information on how to respond to various alarms, click the links below
- The Fire alarm. If this sounds and danger is imminent, immediately leave the building, call 911 and notify the guard shack 757-269-5822. If danger is not imminent, call for beam off and notify the crew chief, set the experiment in a safe state (if the target is moving for example, terminate the move), leave the building as soon as possible and notify the guard shack 757-269-5822.
- VESDA (Very Early Smoke Detection Alarms). These are used to detect fire/smoke in the experimental hall. If they go off, check the hall camera for fire and notify the crew chief and the RC.
- Cryo Target Alarm Handler The EPICS-based Target Alarm Handler is used to service only alarms specific to critical target function such as target movement, temperature and vacuum level. It is managed by Hall A staff (Silviu Covrig, Greg Smith, Jian-Ping Chen) and can only be changed upon request.
- HallA Alarm Handler This EPICS-based Target Alarm Handler has the same underlying mechanics as the target alarm handler and is typically used to service critical hardware like spectrometer currents. It is managed by Hall A staff (Bob Michaels) and can only be changed upon request. To open, go to computer hadesk9 and login as adaq. Then 'ssh aslow@hadesk9' and then 'go_genrp'
- Python Alarm Handler (Not utilized so far by GMn -- DO NOT USE) The Python-based alarm handler is administered by experts in the experiment (David Flay, Don Jones) and can be edited at our convenience to include or exclude variables and change thresholds etc.
Filling out BTA
- Login to the BTA webpage with your CUE username. Notice the Help menu.
- Move the mouse to "File". Don't click. Let mouse hover.
- A dialog comes up. Select "Open Timesheet".
- Select the Hall (A), and the shift, etc.
- As a convenience feature, you may "Load from Epics" (button at bottom right) which automatically fills the fields. Note, the shift worker must click the little pencil-looking thing in the Edit column and MUST click the check mark that appears..
- Note, automated numbers from EPICS works ONLY FOR PRODUCTION RUNNING with the SBS DAQ, i.e. it does not account for beam used by a variety of other tasks, such as energy measurements or HARP scans. The experimenters have final say over the numbers; you can edit the fields when you click Edit. (And don't forget to click the check mark whether you have edited or not; you MUST acknowledge.) Common sense: If the beam is used by the experiment it is ``ABU.
- Submit on the "Signatures" tab.
Beam Line
- Monitoring the Beam Line
- Hall A beam line drawing (to be updated)
- Establishing beam in the Hall
- BCM Calibration Procedure
- SBS corrector settings
Target
- Polarized 3^He Target Wiki
- Polarized 3^He Target Training manual
- Hall A/C Cryotarget Information
- Hall A/C Cryotarget Training Manual
- *Target Bunker Camera (the camera is using the Grinch Gas Panel Camera)
LHRS Information
BigBite Spectrometer (BB)
GEMs
All GEM procedures and trouble shooting are located in this document GEM HOW TO
If the GEMs are causing the DAQ issues shift crews can reset everything through the GUI. From the a-onl@aonlX machine do:
gosbs GEM_resets.sh
- GEM HV is controlled through the main HV GUI explained here
- Shift crews can check gas flow here:
- Shift crews should check the gas pressures by first logging into a-onl@aonlX (X=2, 3, 4). Then
gosbs CheckGEMGas.sh
- On the aonl1 machine, to check the gas status, please do through following steps:
gosbs module load epics CheckGEMGas.sh
- Make sure to check all GEM plots
- When in doubt, call an expert
GRINCH
- GRINCH HV
- GRINCH scalars and event monitoring
- GRINCH LED Pulser
- GRINCH Scalers
- GRINCH Gas Panel Camera
- GRINCH Heavy Gas weight monitoring
- Analyzing LED runs on a-onl
- The link you should know but nobody shows, restart crates
Timing Hodoscope
BBCAL: Calorimeter wiki
- BBCal HV Controls (Loading or Saving New HV files)
- Setting the BBCal and HCal thresholds
- How to monitor BBCal sum trigger rates
- Various maps and layouts
- Procedure Wise How-To for BBCAL
- Threshold Conversion Factors & BBCAL HV File Names for GEN-II
Optics
- Straight-track optics running:
- Ask MCC to turn OFF SBS magnet and correctors. Ramp down the BB magnet in accordance with our procedures.
- Adjust target holding field for the BB and SBS magnets being off.
- Insert carbon foil target
- Load BBCal HV for PMTs for 0 field: [9]
- Set trigger for BB singles, and set threshold to 1.5-2 GeV for BBCal. Request 5uA beam and verify the rates. Increase the beam current (probably 10uA-ish) to keep DAQ around 3kHz and check the data. Continue for min 1.2M (1.5-1.8M ideal) events. If possible, go to 20 uA beam current.
- Update the DB for 0-field running:
In $SBS_REPLAY/DB/db_bb.dat, make an entry for the 0-field run as bb.frontconstraintwidth_x = 0.75 bb.frontconstraintwidth_y = 0.25
In $SBS_REPLAY/DB/20220701/db_bb.gem.dat, make an entry for the 0-field settings as: bb.gem.useopticsconstraint = 0 bb.gem.useslopeconstraint = 0 bb.gem.useforwardopticsconstraint = 0
- Multi-foil optics running:
- Ask MCC to turn ON the SBS magnet and correctors. Set BB magnet ON.
- Adjust target holding field for BB and SBS magnets being on.
- Insert the carbon optics target
- Load BBCal HV for PMTs with magnets ON: [10]
- Keeping thresholds from the straight-track optics running, ask for 5uA beam current to check rates. Increase current keeping the trigger ~3kHz and collect 17M events.
- Update the DB for field ON running:
In $SBS_REPLAY/DB/db_bb.dat, make an entry for the field ON run as: bb.frontconstraintwidth_x = 0.15 bb.frontconstraintwidth_y = 0.11
In $SBS_REPLAY/DB/20220701/db_bb.gem.dat, make an entry for the field ON settings as: bb.gem.useopticsconstraint = 1 bb.gem.useslopeconstraint = 1 bb.gem.useforwardopticsconstraint = 1
Super BigBite Spectrometer (SBS)
SBS GEMs
HCAL: Calorimeter wiki
Experts: Jiwan Poudel (jpoudel@jlab.org)
- HCal Overview
- Setting the BBCal and HCal thresholds
- HCal High Voltage
- Remote Power Cycling
- HCal LED pulser sys
- HCal LED frequency control
- Expert Replay
- Analysis Scripts
- HCal fADC scalers
ECAL
- ECAL Replay
- Trigger and DAQ Info
- ECAL HV Cable Map
- (Quick notes on restarting DAQ)
- ECAL fADC scaler and Scaler GUI
To turn off rocSetTriggerSource pulser which we don't want on for ecal cosmics: Log in to sbs-onl@adaq2 and do remex sbsTS21 "rocSetTriggerSource(0)"