Project

General

Profile

Kaon LT Meetings » mtg_23nov30.txt

Garth Huber, 11/30/2023 06:53 PM

 
1
                 Nov 30/23 PionLT/KaonLT Analysis Meeting Notes
2
                 ----------------------------------------------
3
                            (Notes by GH & AH)
4

    
5
                     Today: PionLT will be discussed first
6

    
7
Please remember to post your slides at:
8
https://redmine.jlab.org/projects/kltexp/wiki/Kaon_LT_Meetings
9

    
10
Present
11
-------
12
Regina - Muhammad Junaid, Garth Huber, Ali Usman, Alicia Postuma,
13
   Nathan Heinrich, Vijay Kumar, Nacer Hamdi
14
JLab - Dave Gaskell
15
CUA - Richard Trotta
16
CSULA - Konrad Aniol
17

    
18
Nathan
19
------
20
TCoin Reference time cuts to improve event selection before feeding into HCANA.
21
- Showed ElReal coincidence time for trigger TRIG1 ROC1 and ROC2, with lower
22
  edge cut on the time
23
  RED: multiplicity=1 cut applied (signal peak)
24
  BLUE: no multiplicity cut (flat bkg)
25
- only 2 sets of cuts needed:
26
  pTRIG5 = (ELREAL_hms X 3/4_shms)
27
  pTRIG6 = (3/4_hms X 3/4 shms)
28
- looked at ~20 runs taken at various times to check cut stability, which
29
  appeared to be good
30

    
31
- Nacer: what would be the effect of having a wider window?
32
  NH: hcana takes the first time after the cut.  If an event had two hits, a
33
  good one in the peak, but a bad hit coming earlier before the peak, a wider
34
  cut would allow the bad hit to be used instead of the good hit.  This means
35
  we would actually lose the event if we had a wider cut
36
  - the point is that a wider cut does not necessarily mean more events.  We
37
    need the optimal cut to get as many good events as possible.
38

    
39
Plan for next 2 weeks:
40
- by next Tuesday: will have new TCoin reference time cuts implemented
41
  - then will run a full replay of PionLT data
42
- will do a quick comparo of Heep vs SIMC distributions so GH can work on
43
  PionLT offsets and compare them to KaonLT offsets
44
- GH: it will be worthwhile to see if any report file changes are needed before
45
  doing the full replay
46
  - NH will discuss this w/Ali
47
  - also need to be sure helicity info is enabled in the reply
48
  - DG: and also enable EPICS trees so that magnet set points can be checked
49

    
50
Junaid
51
------
52
Recheck of drift chamber calibration after hodoscope calibs
53
- all LD- data needed to be recalibrated, changes particularly large for 2022
54
- no changes needed for positive SHMS polarity runs
55

    
56
Plan for next 2 weeks:
57
- as Nathan, full replay of PionLT data
58
- then will work on tracking effs
59
  - meeting w/Ali next Monday 
60
  - it would be good if Ali/Richard could find some old slides for Junaid to
61
    review
62

    
63
Richard
64
-------
65
Heep offsets
66
- presented final results for all 5 KaonLT energies
67
- Ali found that 8.2 GeV Heep polarities were not inverted after all
68
  HMS=electrons, SHMS=protons, as usual
69
  - Richard's analysis only had them flipped for dummy target data, but it
70
    affects how the 8.2 Heep data were interpreted for the offsets
71
    
72
- final offsets (units of 0.1%, 1mrad)
73
  in-plane: dthe=1.0 dthp=1.1 oop: dphe=2.51 dphp=-0.11
74
  dpp=-2.0
75
  dpe=-1.0 (3.8, 4.9, 6.2 GeV), -2.0 (8.2), -2.8 (10.6)
76
  de varies for beam energies, but generally small
77

    
78
- Improved variables after offsets, except Emiss (trade off between E_miss and
79
  W)
80
  BLUE=SIMC, Red=Data
81
  - 10.6 GeV: W gets worse, EM better
82
    - offset chosen to get both to be similar, not prioritize one over the
83
      other
84
    - DG and GH agree this seems a sensible approach
85

    
86
Next steps:
87
- goal is to rerun Heep analysis to double check all is okay after Ali's
88
  analysis script changes (to incorporate offsets)
89
- then do full KaonLT replay
90
- will meet w/Ali to discuss uncertainties and efficiencies
91

    
92
Ali
93
---
94
Updating a lot of stuff in LT replay in last 2 weeks
95
- while updating energy offsets in standard.kinematics, the 8.2 GeV Heep
96
  setting caught his eye, and he found the polarity discrepancy
97
  - the run sheets were wrong in that they had negative polarity for SHMS and
98
  positive for HMS, while the reality was the normal configuration
99
  - Dave: all magnet set points are recorded in EPICS, one could have compared
100
    the set momentum values and look for outliers
101
    - in SIDIS analysis, a script was written to do this
102
    - please enable EPICS trees in next replay, and he will do a check
103
    
104
- 10.6 param files were updated for new TOF tolerance value, to fix beta-CT
105
  correlation seen in recent weeks
106
  - made sure other KaonLT energies had correct tolerance values
107

    
108
- Implemented the Heep offsets in the LT software framework.
109

    
110
Plan for next 2 weeks:
111
- Working on DeltaPi beam spin asymmetry analysis
112
  - started looking at L,C,R SHMS settings
113
- PhD committee meeting is on Dec 13
114

    
115
Vijay
116
-----
117
No report, busy on PhD committee report
118

    
119
Alicia
120
------
121
No report, busy with classes
122
- Once offsets are implemented, will replay 10.6 GeV pion data w/helicity
123
- discussing DeltaPi beam spin asymmetry w/Ali
124
  - need to understand how to handle L,R settings where (t,phi) bins have poor
125
    statistics
126
  - GH happy to discuss this offline.  Bill had the same issue in his omega
127
    analysis, and included in his scripts some various criteria for whether to
128
    exclude a (t,phi) bin or not
129

    
130
- Dave: asks if L,C,R will be combined before doing background fitting
131
  - GH: No, in that case one is too sensitive to whether the MC properly
132
    handles the kinematic variation of the background across the acceptance
133
    - much more reliable, but also more tedious, to make MM plots for each
134
      (t,phi) bin and fit each one separately, as Bill did in omega analysis
135
  - Need discussion on the how to treat the background, especially the
136
    sensitivity to phi angle
137
  
138
Nacer
139
-----
140
3.8 GeV KaonLT, fixing shift in beta_SHMS
141
- looked at hodo time walk correction, looks good, no new calib needed
142
- Re-calibration of Vp signal propagation velocity vs time of walk difference
143
  (PMT+, PMT-) for each paddle
144
  - SHMS Beta shift is now corrected for one dataset, which is great news
145
    - beta dist is noticeably narrower and with peak just below 1
146
    
147
Next steps:
148
- check SHMS Beta for different settings at 3.8GeV, and for 4.9 GeV data as
149
  well
150
  - issue is first to see whether new 3.8GeV calib works properly for them,
151
    without doing more recalibrations
152
- when these are confirmed to be good, then need to recheck DC calibs, will
153
  discuss w/ Junaid when he gets there
154

    
155

    
156
Next Meeting
157
------------
158
- Thur Dec 7 @ 15:00 Eastern/14:00 Regina
159
  - KaonLT will go first
160

    
161

    
(328-328/513)