In principle, there are two background corrections: a dilution-like correction to account for the extra events, and the asymmetry carried by these extra events. Both will be addressed, individually, in the following.In addition to the kinematics cuts and other, track based cuts applied to our data, we also have the more fundamental cuts applied to the raw nDet hits. There are two such cuts routinely applied to the data prior to tracking: a cut (window) on the corrected meantime of the individual hits and a cut (minimum) on the energy deposited in the nDet bar by the hit.
While we want to determine the background contamination in our tracks, this cannot be accomplished if we discard the hits that are outside the nDet--HMS coincidence time window. We therefore need to modify this meantime requirement on the hits we create tracks from.
This could be accomplished by simply removing this requirement. However, this creates a complication: Our normal tracking prcedure only allows a certain window of hit meantimes for those hits actually considered for tracking. More importantly, this meantime window is quite close to the window of track times we allow. Also, any two hits that are within +/-10ns of each other have a realistic probability of being used in the same track -- excluded only via some fairly generous geometry requirements or the meantime window boundary.
This means that removing this boundary may change the set of hits that together define a given track. Since the time of the track is given by one of the hits, the one closest to the target and lowest to the ground, the time attributed to the track might change as well. The track is then at a different time (t') than it used to be before the hit meantime window was removed (t0). This means we can no longer associate it with the tracks that remain at the time this track used to be at. Similarly, other tracks are now given a track time of t0 although they used to be later (or earlier?).
What it all boils down is this: removing the meantime window cut results in a changed time distribution of the resultant tracks, not merely an addition of new tracks. We can therefore not compare the "background tracks" obtained without a meantime window and the "background diluted coincidence tracks" ontained with the meantime cut.
If we instead shift the meantime window, the relative relationship between the hits inside the window and those outside is unchanged. By definition, the background we are after is isotropic and thus only this relative relationship is relevant. We can now be confident in the assumption that the background tracks have the same distribution inside our nominal meantime window as they do in our shifted cut, and apply this correction to our data.
nominal -3.5 ns < tmean < 7.0 ns early -21.5 ns < tmean < -11.0 ns late 55.0 ns < tmean < 65.5 ns Definition of Hit Meantime Windows.
Background Rate and Dilution Correction
Here now are the results of analyzing the data with the various definition of the hit meantime window. The plot shows the time spectrum of the tracks abtained seperately for early, late and nominal time windows, as well as those for no meantime cut. The lower (apparent) yield obtained without a hit time cut is apparent throughout.
Meantime Distribution of Tracks. Indicated are the tracks created from the hits in the nominal "good" time window and the early and late windows. Various features are discussed below. Below are the details of the study, for each run in the test sample. Included are the track count per time bin and summed over the entire track time window, for all hits and for standard proton and neutron definitions. We also determined the rate of tracks for each meantime window, normalized to a beam current of 100nA, and the ratio between the early background and the nominal rate.
Run Details Early Bkgnd Neutron Normalized Rates [1/sec] Late Bkgnd Run
T [sec]
I [nA]
Level
Counts
Counts
Bkgnd.
Neutron
Ratio [%]
Level
Counts
Rate
40400 1361.9 93.44 1.24 65 8553 0.051 6.72 0.76 1.31 69 0.054 40479 1322.8 97.52 1.07 56 8575 0.044 6.65 0.66 1.25 66 0.051 40606 1154.0 97.77 3.81 200 7624 0.177 6.76 2.62 1.69 89 0.079 40776 919.4 98.66 6.40 336 5793 0.370 6.39 5.79 2.61 137 0.151 40988 2286.7 99.01 12.32 647 13429 0.286 5.93 4.82 4.24 223 0.098 41137 2273.1 99.69 13.28 697 13777 0.308 6.08 5.07 5.03 264 0.117 41429 2276.7 94.82 12.05 633 13241 0.293 6.13 4.78 5.35 281 0.130 41505 2218.2 97.51 12.43 653 13102 0.302 6.06 4.99 4.94 259 0.120 Neutron Background Rates. The run information is from the syncfilter report, the neutron event counts from butcher v15. The plot from which each level was obtained is linked to from the respective value.
We are using the "early" levels for the background rate determination because the "late" level is ill-defined (it is included here only for completeness). The actual hit time used to define the track time is the corrected meantime but only after the hit time has been extrapolated back to plane 3. This plot shows how this adjustment distorts the track time. For early hits this is not an issue because the adjustment is then very small (actually, it's also negative and the significant point is that the time is not that different from 0). The adjustment increases with time and also with plane number. A portion of our background tracks in the "late" peak is thus mapped to earlier times, reducing the rate. Without accounting for the plane the hit(s) are in, we cannot correct for this effect. Besides, the late tail is bound to contain some non-noise hits, a dilution we do not have to consider in the "early" case.
Run Details Early Bkgnd Proton Normalized Rates [1/sec] Late Bkgnd Run
T [sec]
I [nA]
Level
Counts
Counts
Bkgnd.
Proton
Ratio [%]
Level
Counts
Rate
40400 1361.9 93.44 1.68 88 59253 0.069 46.56 0.15 1.31 69 0.054 40479 1322.8 97.52 1.66 87 59771 0.068 46.33 0.15 1.92 101 0.078 40606 1154.0 97.77 5.17 271 52152 0.241 46.22 0.52 4.51 237 0.210 40776 919.4 98.66 8.82 463 38875 0.510 42.86 1.19 5.85 307 0.339 40988 2286.7 99.01 16.39 860 92651 0.380 40.92 0.93 12.90 677 0.299 41137 2273.1 99.69 16.52 867 91776 0.383 40.50 0.95 12.10 635 0.280 41429 2276.7 94.82 15.22 799 88644 0.370 41.06 0.90 12.02 631 0.292 41505 2218.2 97.51 16.34 858 88377 0.397 40.86 0.97 11.89 624 0.289 Proton Background Rates. See neutron data for additional information.
Our discussion so far has been based on the assumption that a hit is either composed of background hits or of "good" coincidence hits. In the actual event processing, we cannot distinguish between noise and "good" hits (otherwise this exercise would be superfluous) and we therefore have to allow for both types of hits to be used in the creation of a single track. This leaves us with a rather fundamental decision: do we discard these mixed tracks or do we include them in the "good" data set?
In either case, we need to quantify the intermixing. An initial guess might be to scale the number of background tracks according to the ratio of background hits to the total number of hits in the coincidence peak (i.e. background plus "good"). An excess would then be attributable to the intermixing of hits. It turns out, however, that the noise level is sufficiently low for the non-random nature of the "good" tracks to dominate the scaled isotropic noise and the excess is in the opposite direction from the expected.
A different approach is therefore needed. We know the number of hits due to noise, we know how many tracks these noise hits ought to create, and we know how many total hits and tracks there are. We also know that the "good" hits are more "efficient" in the track creation.
What now? FYI, some plots:
Please note that the tracks referenced here are all tracks, even multiple ones per event, only one of which ends up in the coincidence Ntuple. These tracks also do not have our kinematics cuts applied -- those used in the determination of the background rates and asymmetry do, though. The hits, however, have energy and timing cuts applied, i.e. they are only those hits actually used in tracking.
- number of track-starts per plane (p and n, nominal and late)
- number of tracks per bar, nominal (p and n, by plane)
- number of tracks per bar, early (p and n, by plane)
- hits per track (p and n, nominal and late)
- number of tracks per HMS event
Pulse Fiction
credit for this approach goes to Yury G. Kolomensky (as far as I know)To resolve this issue, we can try a different approach. If we somehow can controll the number of background hits, we can determine how the number of tracks is affected. Since we already know the number of background hits, this might allow us to determine the number of genuine background tracks in our data set. Since our TDCs only allow one hit per event, any channel that registers an early hit cannot contribute later. We can therefore use the earlier hits to create the controlled increase in background.
The results of mapping all the hits from the early meantime window into the nominal interval, by shifting the hit time consistently by 18ns, are shown below. Note that the quoted run averages are not the histogram average, as this would be incorrect; instead, the average given is the result of doing the background extraction with the sum of track in the allowed track time interval. The effect is that the bins where there are many good tracks weigh more significant than those with fewer tracks, regardless of the difference between good and noise hits.
Bkgnd = noise
data= extra - nominal
nominal - (extra - nominal)The procedure is easy to understand if you look at the hit distribution plot at the top of this page. The hits in the early time window are unformly shifted until the entire early window exctaly overlays the nominal meantime window, but only the hits in the early window. The resultant distribution would have an empty gap in the early window. These hits now contribute to the track creation. They will either add to tracks that existed anyway (when only the actaul hits are used) or they will make tracks of their own.
By comparing the results with those obtained using nomnial reconstruction, we can conclusively determine the impact of adding these hits. Here are two sample plots detailing the results for run 41505, the same one providing the above hit distribution. This overview plot shows the total number of tracks per 0.1ns bin of track time. In blue are the distributions abtained by using either the nominal or the early meantime window seperately, and in yellow the additional tracks created after the early hits have been mapped into the nominal hit meantime window.
A more detailed plot again compares the track time spectrum for nominal and pulse fiction hit meantimes (left column), and also shows the fractional difference between nominal and pulse fiction tracks (difference divided by nominal). These plots are provided for the entire, uncut track spectrum and for standard proton and neutron definitions. Also indicated in the relative plots is the average fractional difference. Remember that the quoted average is wheighed by the number of tracks in the respective time bin; at least that's effectively what happens -- see note at the top of this section. For the neutrons, we also extrapolated back to find the difference between nominal and clean track spectra and this results in the indicated background level. To date, we have no explanation for the fact that the number of proton tracks decreases when the additional hits are added. Since each coincidence event only contains one track, it cannot be explained by the new hits merging multiple tracks into one. Further investigations are underway.
The results for the same set of runs used in the other background studies are tabulated below; the same data are also summarized in this plot, which shows the fractional contamination in the neutron data for all the examined runs.
Raw Track Count Fractional Excess (relative) Background Run
nominal
early
pulse fiction
all
STD p
STD n
n
40400 550,055 47,506 584,044 0.0724 -0.0976 0.0355 3.68 % 40479 539,204 46,863 572,538 0.0736 -0.0920 0.0277 2.85 % 40606 522,036 48,650 557,133 0.0796 -0.1541 0.0196 2.00 % 40776 405,491 68,327 454,183 0.1229 -0.2147 0.0220 2.24 % 40988 813,635 137,597 911,891 0.1241 -0.1710 0.0173 1.76 % 41137 815,110 136,729 912,539 0.1227 -0.1693 0.0197 2.01 % 41429 791,833 124,649 881,265 0.1170 -0.1722 0.0179 1.82 % 41505 790,603 130,233 883,865 0.1212 -0.1774 0.0208 2.12 % simple average 0.0989 -0.1644 0.0207 2.34 % Pulse Fiction results. See also this plot.
Weighing by the number of nominal STD n tracks, the average becomes 1.99%
The remaining question is whether the noise that is already present anyway, without us adding it artificially, has the exact same impact, relative to the number of good tracks. To answer this question, we are replaying a subset of these runs with two seperate early windows mapped into the nominal hit menatime interval. If the number of background tracks increases linearly with the increase in noise hits, then we can simply extrapolate backwards, removing the flat rate of background hits, to find the true background contamination.
A systematic check on the dependence on the exact location of the early meantime window, is also under way.
In Progress.
Background Asymmetry and Correction
The background asymmetry, however, is a different story. Here, we do not actually care about the exact time of the (background) tracks, as long as both beam helicities are treated equally. If we are then looking at a time where the hits that might have entered into the creation of the track are guaranteed to be background hits, the resulting track asymmetry is bound to be representative of the background.
- - - proton - - - - - - neutron - - - Run
HMS
before
after
before
after
40400 I -0.0187 +/- 0.0925 -0.0267 +/- 0.0982 -0.0553 +/- 0.1235 -0.0419 +/- 0.1330 40479 I 0.0713 +/- 0.0922 0.0082 +/- 0.0921 -0.0839 +/- 0.1193 -0.0306 +/- 0.1405 40606 II 0.0384 +/- 0.0440 0.0091 +/- 0.0425 0.0642 +/- 0.0486 -0.0252 +/- 0.0601 40776 III 0.0332 +/- 0.0358 0.0803 +/- 0.0395 0.0617 +/- 0.0390 -0.1013 +/- 0.0532 40988 III 0.0099 +/- 0.0238 0.0069 +/- 0.0283 0.0321 +/- 0.0293 0.0247 +/- 0.0365 41137 III 0.0262 +/- 0.0240 0.0194 +/- 0.0282 -0.0134 +/- 0.0283 0.0202 +/- 0.0362 41429 III -0.0257 +/- 0.0253 0.0106 +/- 0.0294 0.0151 +/- 0.0302 0.0092 +/- 0.0384 41505 III -0.0423 +/- 0.0245 -0.0415 +/- 0.0289 -0.0115 +/- 0.0298 -0.0195 +/- 0.0360 The run number is a link to a plot of the respective data, and here is a summary plot. The general consensus appears to be that this result is sufficiently consistent with zero for no correction to be required...