<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Aptos;
        panose-1:2 11 0 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:10.0pt;
        font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Aptos",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        mso-ligatures:none;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Hi Carlos,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">How often are you finding multiple waveforms in the 440 ns? Could you send us such a multiple waveform?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">-Ed<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div id="mail-editor-reference-message-container">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">Carlos Munoz Camacho <munoz@jlab.org><br>
<b>Date: </b>Saturday, March 9, 2024 at 5:10 PM<br>
<b>To: </b>Peter Bosted <bosted@jlab.org><br>
<b>Cc: </b>Edward R Kinney <Edward.Kinney@Colorado.EDU>, hallc_running@jlab.org <hallc_running@jlab.org><br>
<b>Subject: </b>Re: [Hallc_running] Suggestion to shorten NPS readout interval from 400 to 200 nsec<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">Dear Peter, all,<o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">   Thank you for looking into ways to decrease the data rate for the upcoming kinematic settings. Malek and I have discussed this proposal of reducing the FADC readout window, but we don't think we should
 do it.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">As it has been shown, waveform analysis is crucial to improve the energy resolution of the NPS calorimeter, which is in turn the key to the good missing mass resolution needed for exclusive channels such as
 DVCS. It is incorrect to say that we only analyze events in a 100 ns time window; we are currently fitting all 110 samples (i.e. 440 ns). Attached is a sample (normalized) waveform.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">The pulse itself extends over ~100 ns (25 samples). In order to remove pile-up before the coincidence pulse, we need enough samples to fit a pulse arriving before it.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">There are also channel-to-channel variations in the coincidence time of +/- 20 ns (5 samples) and variations due to the calorimeter distance as a function of the kinematic setting.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">We also need enough time window to compute accidentals.<o:p></o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">While we could scrap *a few* samples at the end (and possibly at the beginning) of the current readout window, this is probably not worth the trouble as it won't significantly change things (20-30% at most).<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">We are open to discussing other ways of reducing the data rate without compromising the experiment's feasibility.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">Best,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">Carlos<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span style="font-size:12.0pt"><o:p> </o:p></span></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt">On Fri, Mar 8, 2024 at 11:45</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif"> </span><span style="font-size:12.0pt">PM Peter Bosted via Hallc_running <<a href="mailto:hallc_running@jlab.org" target="_blank">hallc_running@jlab.org</a>>
 wrote:<o:p></o:p></span></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal"><span style="font-size:12.0pt">Background: we have been generally running considerably less beam current<br>
than in the NPS and SIDIS proposals (mostly planned for 30 muA). As a<br>
result, we are getting anywhere from 2 to 10 times less events than<br>
we hoped for.<br>
<br>
There are several factors that limit which current we use:<br>
a) keep anode current in average of NPS columns 0 and 1 below 30 muA<br>
b) keep data rate low enough that no crate exceeds 80 MB/sec. Since the<br>
crates all have roughly the same rates, we need to be well below<br>
400 MB/sec to avoid this happening to any of the 4 and a half VME crates<br>
(one of the 5 is only half-populated). Last night we did a 30 minute<br>
run at 300 MB/sec with no trips. I think there is general agreement<br>
that keeping the rate below 200 MB/sec is acceptable.<br>
c) keeping the trigger rate low eneough to avoid significant computer dead<br>
time corrections, as well as exceeding the maximum transfer rate of data<br>
from the hall to the mass storage system.<br>
<br>
For most of the settings for the rest of the experiment, factor c) will<br>
be the limit that we reach before factors a) and b). Since the event size<br>
(and hence computer live time and transfer rates) are largely determined<br>
by writing out the NPS FADC data, we can gain up to a factor of two<br>
in what current we run by reducing the readout time for the FADC.<br>
<br>
At present, we have a readout window of 400 nsec.<br>
<br>
We only analyze events in a 100 nsec time window.<br>
<br>
But we need to readout over an interval longer than 100 nsec in order<br>
to catch the long tails of some pulses.<br>
<br>
A resonable compromise as far as I can tell would be to shorten the<br>
readout interval from 400 to 200 nsec.<br>
<br>
To keep the window centered on the coincidence time peak, we would<br>
reduce the time by 75 nsec on the back end, and 125 on the front end,<br>
as far as I understand.<br>
<br>
I propose that the experts get together on Tuesday after the Moller run<br>
and implement this change, after taking one run with the 400 nsec<br>
window, so we can make sure thaat no good data is being lost. As<br>
far as I understand, the experts include Alex, Wassim, Ben, and Sanguang.<br>
<br>
As I understand, only the config file(s) need to be changed: no knobs<br>
on the crates need to be turned.<br>
<br>
<br>
Prof. Peter Bosted<br>
email: <a href="mailto:bosted@jlab.org" target="_blank">bosted@jlab.org</a><br>
phone: (808) 315-1297 (cell)<br>
P.O. Box 6254, Ocean View, HI 96737<br>
<br>
_______________________________________________<br>
Hallc_running mailing list<br>
<a href="mailto:Hallc_running@jlab.org" target="_blank">Hallc_running@jlab.org</a><br>
<a href="https://mailman.jlab.org/mailman/listinfo/hallc_running" target="_blank">https://mailman.jlab.org/mailman/listinfo/hallc_running</a><o:p></o:p></span></p>
</blockquote>
</div>
</div>
</div>
</div>
</body>
</html>