|RC phone: 757-876-1787|
|Crew chief: x7045|
|Operator 1: x7046|
|Operator 2: x7047|
|GMn Contact Information|
|Shift Checklist How Tos|
|Hall A Phone Book|
|SBS Shifters Wiki Info|
|HOW TOs for shift crew|
|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.
- 1 Beam Recovery Procedure
- 2 To get the beam width projected at the target from harp scans
- 3 How to ask MCC to set the desired raster size
- 4 What to monitor during production running on glass cells
- 5 CODA and DAQ
- 5.1 The DAQ will not start or is crashing? LOOK HERE
- 5.2 Running the parity DAQ
- 5.3 What to do when the IHWP state is changed
- 5.4 Expert instructions for parity DAQ analysis and working with feedback
- 6 HV Controls
- 7 Shift Checklist Guide
- 8 Setting prescales and trigger
- 9 Analyzing the data
- 10 Monitor and Control GUIs
- 11 Procedure for Ramping the BigBite Magnet
- 12 Hall Transition Procedures
- 13 Making a Halog entry
- 14 Alarms
- 15 Filling out BTA
- 16 Beam Line
- 17 Target
- 18 LHRS Information
- 19 BigBite Spectrometer (BB)
- 20 Super BigBite Spectrometer (SBS)
Beam Recovery Procedure
If beam has been down for over 30 minutes move target to "No Target"
This quick procedure applies to coming back from a shorter period of no beam. If coming back from machine tuning or any work that might affect the beam profile, the full procedure below should be executed.
- Move target to 'no target' as soon as beam has been absent for 30 minutes
- When MCC is ready to send beam ask for 5 uA at 'no target'
- Check the beam position orbit locks are engaged with correct values
- Check Hall A BPM Target Protection is Enabled
- Check Hall A Current Ramp Protection is Enabled
- Check Raster is on and set to the settings on the board
- Make a log entry like this : https://logbooks.jlab.org/entry/4110171
- Return to production on glass cells
If beam has been down due to machine tuning
- Move to the "no target" position (detectors HVs OFF: especially GEMs should be off) before MCC starts to tune beam to the hall
- If the raster is ON, call MCC and ask for the raster to be turned OFF
- Request harp scans at IHA1H04A and IHA1H04B with 5 muA of TUNE beam with the target ladder in the "NO TARGET" position and raster OFF. Check if the Moller Quads are OFF or not (Field integral should be zero during GEnII as in ). If ON, ask MCC to degauss the Moller Quads and turn off Power supply
- Check the beam width at the target in X and Y using the instruction below To get the beam width from harp scans. If the beam width at the target is between 200 and 500 microns move on to the next step. If not, ask MCC to work on the beam profile. Make a HALOG with final result (example here )
- Once the beam width at the target in X and Y is between 200 and 500 microns, ask MCC to turn the raster ON and to set the Vertical amplitude 1.23 V and horizontal amplitude 1.21 V. We are using both pair of raster controlled by single generator 1, so both Raster A and B should be unmasked as in the example raster 5.2mm raster at pass-4. . Please check that the amplitudes are as stated above in both the sending and readback fields for Generator 1. Also check that the Ix and Iy currents are close to what's shown in the picture posted at the link above. Also look towards the scope in the electronics room, you should see a nice circular pattern of the raster on the scope.
- Now that you are sure that the raster is set up correctly you can call MCC and tell them that you want to move the target ladder to the Carbon hole target to check both that the raster size looks like what we had before and also the beam centering.
- You are now on the Carbon hole target. Make sure the target orbit lock is ON. The nominal positions on BPMs 1H04A and 1H04E in the target orbit lock are: -0.30 in x and -0.10 in y (latest) at both BPMs. The raster is already ON from the previous step but check anyway.
- Turn ON all detector HV (don't forget to turn ON specially Bigbite shower, preshower and BB GEMs). Use prescale ps1=0 for this run to accumulate statistics fast, and take a short run (300k events) with ~10 uA CW with BBCal threshold of ~200 mV and analyze with this replay below:[note: start a run only after BPMs come closer to nominal values, as beam positions might be off at the beginning].
- run_carbon_hole.sh runnum - This will run a 50k replay and the plots will pop up.
- Simultaneously run run_carbon_hole.sh runnum 200 10 - This will replay 200k events for a more thorough look, although 50k events above should be good enough.
- The first histogram that pops up when the replay is done is the raster currents 2D histogram and the rastered beam projection at the target using IPM1H04A and E. It should look like this:  . If it does look like at the link above, then you can move on to the next step after making a log entry with raster plot information. This log should contain the raster plots from the link above and two additional plots obtained by doing the following: on a-onl@aonl1 type gosbs, then do analyzer 'carbonHoleCheck.C(3922, 200)'. You can find a detailed log entry on this procedure here .
Please keep eyes on IC rates during step 8 above while ramping current, comparing with 
10. Call RC or Hall A beamline expert to get approval. If the hole is no clearly seen, you can run this script
11. Now you determined that: the intrinsic beam width is acceptable, the raster is rastering the beam as expected for data taking on glass cells and that the rastered beam is centered on the Carbon hole targets. You can move on to whatever the run plan requires. If moving to a glass cell check that the orbit locks, ramp protection, and target bpm protection are all on. Make a HALOG like this 
Please follow the beam positions carefully as well as the Ion Chamber readings. You can load the typical stripchart I am using by right-clicking on any stripchart and loading the config from SBS/simona/beam/instructions. Also make sure the ramp protection is on, the target orbit lock is on and that the raster is on. To verify that the ramp protection is on type "jmenu" in any aonl or adaq terminal. Once the jmenu gui pops up type "ramp" in the search field and click enter. Select from the new menu "Hall A ramp protection" and make sure everything is green like in this example 
To get the beam width projected at the target from harp scans
- ssh a-onl@aonl1
- analyzer beam_width.C
How to ask MCC to set the desired raster size
- You can find instructions here: 
- Jan 2023-Update for 5.2 mm raster settings. Generator 1: V=1.23V, H=1.21V and both Raster A and B are unmasked.
What to monitor during production running on glass cells
- Raster always ON when running on glass cell targets.
- Beam positions at IPM1H04A,E. The beam ideal for 4 pass running has been established to be x=-0.3 and y=-0.1. The target orbit lock reflects the newly found ideal beam positions: . Make sure the correctors that maintain the beam position close to the the ideals have changing Bdls meaning the target orbit lock is running.
- There might be instances when although the target orbit lock is running the beam positions slowly drift from the ideal due to orbit instability in the machine: , . In this case call MCC and ask them to investigate. Also call the Hall A beamline expert.
- Ion chamber readings. Elevated IC readings compared to a baseline established by the beamline expert are indicative of scraping. The baseline for the target ion chambers for running on He3 at 4 pass is here: 
- BBcal trigger rates. The BBcal trigger rate for a threshold of 350 mV as a function of current when running on He3 is posted here: 
  and here after target parameter changes . Rates from H2 running: 
- Raster plots to ensure there's no scraping. A case of mild brushing of C foils holder by the beam envelop is shown here . The way you want this to look it's like here 
- "Hall A ramp protection" always ON, make sure everything is green like in this example 
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"
- 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):
- 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
Most detector HV is controlled through the main gui. To access this:
- Log into aslow@adaqsc
- execute go_hv
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|
|T3||PS3||BB && HCAL Coinc|
|T7||PS7||BBCAL Lo (cosmics)|
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@aonlX (X=1, 2, 4) and execute:
gosbs ./run_gen.sh runnum
- 2) runnum is the run number you want to analyze. This will analyze 50k events from this run.
- 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.
- Twice a shift you should run a large replay. This can be done with any run that collects at least 200k events. The procedure is similar to above
- 1) Login to a-onl@aonlX (X=1, 2, 4) and execute:
gosbs ./run_gen_full.sh runnum
- 2) runnum is the run number you want to analyze. This will analyze 200k events from this run. It will take about 1 hour.
- 4) The script will finish and post plots to the logbook without prompting you to look at them.
- Always wait for this script to completely finish before running it a second time. It takes up a lot of computing power
- Keep running the 50k replays above for every run as normal.
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.
Instructions for experts
- You can do bigger than 50k replays following the command
./run_gen_large.sh runnum nevents events_per_job
- Note that the second and third arguements are the desired number of thousands of events
- This will automatically replay nevents with jobs equal to nevents / events_per_job.
- Please make sure you do not run more than 10 jobs while doing this, otherwise it will interfere with the space available for shift replays.
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 firstname.lastname@example.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
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)
- 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.
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
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 a-onl@adaqX (X = 1, 2, 3, etc) type:
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
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
- 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 (Jessie Butler) 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
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 BB magnets to their full nominal currents. For SBS, the current is 2100 A. For BB, the current is 700 A. Ops/Accelerator will ramp up the SBS magnet and corrector magnets using their procedures. 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.
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.
- 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.
- 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.
- Monitoring the Beam Line
- Hall A beam line drawing (to be updated)
- Establishing beam in the Hall
- BCM Calibration Procedure
- SBS corrector settings
- 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)
BigBite Spectrometer (BB)
All GEM procedures and trouble shooting are located in this document GEM HOW TO
- 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=1, 2, 3, 4). Then
- Monitoring and setting the high voltage
- GRINCH scalars and event monitoring
- GRINCH LED Pulser
- GRINCH Scalers
- GRINCH Gas Panel Camera
- GRINCH Heavy Gas weight monitoring
- The link you should know but nobody shows, restart crates
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
- 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: 
- 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: 
- 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)
HCAL: Calorimeter wiki
Experts: Jiwan Poudel (email@example.com), Sebastian Seeds (firstname.lastname@example.org)