[Halld-cal] DRAFT: daq conditions for pi0 calibration runs.
Alexander Somov
somov at jlab.org
Mon Dec 14 09:52:26 EST 2015
Hi Elton,
>>> E_BCAL(6000) ~ 135 MeV (rather than 246 MeV).
>>> (correct me if I am wrong)
>> As far as the total energy, there is a factor of 2 discrepancy. Is this due
>> to adding upstream and downstream together?
The factor of 2 discrepancy is because you have to average energy
from both ends of the BCAL (this is my understanding of the BCAL
calibration, which I've learned from Andrey and Will) - let me know if
this is not right.
>> The trigger equation reads FCAL + 3.5 BCAL > 0.5 GeV
> From the spring run, the trigger equation is given by
> 10 FCAL(int counts) + 3 BCAL(int counts) > 18000 counts. Using your numbers
> we get
> -> FCAL(int counts) + 0.3 BCAL(int counts) > 1800 counts
> -> Fcal(MeV)/0.27MeV/(int counts) + 0.3 Bcal(MeV)/(0.045/2)MeV/(int counts) > 1800 counts.
> -> Fcal(MeV) + 3.6 Bcal(MeV) > 486 MeV
Correct, this is what I ment.
Cheers,
Alex
On Mon, 14 Dec 2015, Elton Smith wrote:
> HI Sasha,
>
> Thanks for correcting the per cell trigger thresholds. See below
>
> On 12/11/15 8:37 PM, Alexander Somov wrote:
>>
>> Hi Elton,
>>
>> A couple of corrections:
>>
>> 1. The FCAL per cell trigger threshold is
>> about 65 * 2 MeV/cnt = 130 MeV (not 18 MeV)
>>
>> 2. The BCAL per cell trigger threshold is
>> about 10 * 0.66 MeV/cnt = 7 MeV (not 0.4 MeV)
> I forgot to convert from integral count to peak count. For the Fcal int
> count/peak count ~ 6 and for Bcal int count/peak count ~ 15, which brings my
> numbers close to the ones you are quoting.
>>
>> 3. The BCAL total energy can be estimated:
>> 0.029 * 1.4 (average attenuation length correction)*
>> 1/0.88 (trigger fadc transmission window) ~ 0.045
>> MeV/count per side
>>
>> E_BCAL(6000) ~ 135 MeV (rather than 246 MeV).
>> (correct me if I am wrong)
>>
> As far as the total energy, there is a factor of 2 discrepancy. Is this due
> to adding upstream and downstream together?
>> The trigger equation reads FCAL + 3.5 BCAL > 0.5 GeV
> From the spring run, the trigger equation is given by
> 10 FCAL(int counts) + 3 BCAL(int counts) > 18000 counts. Using your numbers
> we get
> -> FCAL(int counts) + 0.3 BCAL(int counts) > 1800 counts
> -> Fcal(MeV)/0.27MeV/(int counts) + 0.3 Bcal(MeV)/(0.045/2)MeV/(int counts) >
> 1800 counts.
> -> Fcal(MeV) + 3.6 Bcal(MeV) > 486 MeV
>>
>> We may want to take data with higher thresholds
>> as the beam energy is larger and the BG may be
>> larger because the magnet is switched off (some fcal
>> inner rings will be desabled for the trigger though).
>> We'll need to play around and find some optimal trigger
>> conditions for production runs (if we have any...)
>>
> The higher energy does not actually translate into higher pi0 (or gamma)
> energies. It rather increases the multiplicity, so we do not want to increase
> the threshold. Of course since the magnet is turned off, the background and
> triggering conditions are not routine and may need to be adjusted to optimize
> the current run.
>>
>> Cheers,
>> Alex
>>
>>
>>
>>
>> On Fri, 11 Dec 2015, Elton Smith wrote:
>>
>>> Hi all,
>>>
>>> We have promised to provide Alexandre with guidelines for data taking for
>>> pi0 calibration as input to the commissioning plan (see
>>> https://halldweb.jlab.org/wiki/index.php/Fall_2015_Commissioning_Plan).
>>> The present draft plan allocates about 1.5 shifts to this activity.
>>> However, there are several shifts dedicated to "trigger runs", which might
>>> be able to accumulate additional data. Here is a draft of run conditions
>>> for comments and feedback.
>>>
>>> Ideally, we can take data which can be used by both the BCAL and FCAL for
>>> pi0 calibrations.
>>>
>>> The main difference in the configuration for BCAL this fall is due to the
>>> (NSB,NSA). Spring: (5,55), Fall-now (0,26). This will have the immediate
>>> effect of lowering the measured pi0 peak.
>>> The FCAL configuration has been changed from (NSB,NSA). Spring (3,20),
>>> Fall-now (0,15). This will also reduced the measured pi0 peak.
>>>
>>> Run conditions: Default settings for trigger settings with solenoid off
>>> and current beam conditions. Highest beam current but safely away from
>>> pileup.
>>> Nominal Beam current: 100 nA
>>> Nominal Radiator: 1.12·10-4 R.L.
>>> All detectors on, except for FDC.
>>> Inner FCAL rings removed from trigger sum based on trigger studies.
>>> Nominal trigger (same as spring configuration): FCAL_BCAL trigger .or.
>>> FCAL only .or. BCAL only (see below)
>>> Thresholds for the BCAL should be the same as for the spring run.
>>> FADC250_TRIG_THR = 110 = (110-100)*0.041 MeV/count = 0.4 MeV per cell
>>> threshold
>>> Thresholds for the FCAL should be the same as for the spring run.
>>> FADC250_TRIG_THR = 165 = (165-100)*0.27 MeV/count = 18 MeV per cell
>>> threshold
>>> Data mode: 7 (75%) and mode 8 (25%) of runs.
>>>
>>> -----------------------------------------------------------
>>> Conversion factors used:
>>>
>>> FCAL conversions for spring run 0.27 MeV/int count. Assume trigger and DAQ
>>> conversions about the same
>>> BCAL conversions for spring run 0.029 MeV/int count. Assume trigger =
>>> 0.029/0.7 = 0.041 MeV/int count because of different integration windows
>>>
>>> Trigger equation is:
>>> 1. 10 FCAL(counts) + 3 BCAL(counts) > 18000 counts -> Fcal(MeV) + 2 Bcal
>>> (MeV) > 486 MeV
>>> 2. FCAL(counts) > 1800 counts -> Fcal(MeV) > 486 MeV
>>> 3. BCAL(counts) > 6000 counts -> Bcal(MeV) > 246 MeV
>>>
>>>
>>>
>>>
>>>
>>>
>>> -------- Forwarded Message --------
>>> Subject: pi0 distribution without FDC on
>>> Date: Fri, 11 Dec 2015 10:54:08 -0500
>>> From: wmcginle at andrew.cmu.edu
>>> To: elton at jlab.org, dalton at jlab.org
>>>
>>>
>>>
>>> Hello Elton and Mark,
>>>
>>> I ran my usually pi0 calibration plugin over field off beam data from last
>>> Spring. I attached a plot of the pi0 distribution with the FDC turned on
>>> and the FDC turned off, and we do a slightly better job with the FDC
>>> turned on, but we can clearly still use FDC off data to do a calibration
>>> if we get enough beam.
>>>
>>> In order to plot the pi0 distribution with the FDC turned off I used the
>>> translation table command line argument to parse through all the detector
>>> systems except the FDC_WIRES and FDC_CATHODES. I ran the monitoring_hists
>>> plugin over the data along with my pi0 calibration plugin to check that
>>> there was no data in the FDC, and there wasn't. I hope that this is what
>>> you were expecting me to do, but let me know if it isn't.
>>>
>>> Will
>>>
>>>
>>>
>>>
>
>
More information about the Halld-cal
mailing list