Print

Print


Hello Norman,

I am not sure any of us understand the need for such cosmic setup.
As it now the angular range in Z-direction due to the width of counters,
length of crystals and the distance between them is quite small, in
fact cos(theta_max)>0.95, so energy dispersion due to angle is small
and can be neglecting. Unless there is some other reason to do this
cosmic studies, as Nathan said with our very low rates, I do not think
there is time to change the setup now.

Regards, Stepan

On 11/26/14 9:39 AM, Graf, Norman A. wrote:
> Hello Nathan,
>   My understanding is that the scintillators cover the full area of the calorimeter. The segmenation
> of the crystals in x-y provide some information about the phi angle, but I don't believe there is any
> information on theta. Is there any way to get some additional scintillators offset in z to provide
> some rudimentary information on theta?  Either some new, thinner (in z) paddles on top and
> bottom:
>
>
> 1.)
>                                  \
>                                    \
>                                      \
>                            =======                           <- possible new (theta) scintillator
>                            ==================   <- existing scintillator
>                                            \
>                            ------------------------------
>                            |                 \                  |    < - ECal crystal
>                             ------------------------------
>                                                   \
>                            ===================  <- existing scintillator
>                                                        ======  <- possible new scintillator
>                                                          \
>                             -------------------------------------------------------->   z axis
>
>   Or to take some data with the existing scintillators offset in z?
>
> 2.)
>                                  \
>                                    \
>                                      \
>          
>          ================   <- existing scintillator - z
>                                            \
>                            ------------------------------
>                            |                 \                  |    < - ECal crystal
>                             ------------------------------
>                                                   \
>                                               ===================  <- existing scintillator +z
>                                                    
>                                                          \
>                             -------------------------------------------------------->   z axis
>
>
> I hope the ASCII art survives.
> Norman
> ________________________________________
> From: [log in to unmask] <[log in to unmask]> on behalf of Nathan Baltzell <[log in to unmask]>
> Sent: Wednesday, November 26, 2014 6:07 AM
> To: Andrea Celentano
> Cc: McCormick, Jeremy I.; hps-software
> Subject: Re: ECAL LED run?
>
> Hi Andrea,
>
> Sounds good, see you next week.
> We can take some LED data in integral mode then if not today.
>
> Plan is to run cosmics in mode 3 (reports integral and time) all Thanksgiving
> break after some final testing today.
>
> Sergey is still working on reading out mode 7 (high resolution timing and also
> reports an event-by-event pedestal and pulse amplitude in addition to integral).
>
> -Nathan
>
>
> On Nov 26, 2014, at 2:27, Andrea Celentano <[log in to unmask]> wrote:
>
>> Hi,
>> this is just to say that next week I'll be at JLab, and I can help in doing LED characterization.
>>
>> Is there any update on the FADC running in integral mode?
>>
>> Andrea
>>
>> Il 11/26/2014 08:11 AM, McCormick, Jeremy I. ha scritto:
>>> Hi,
>>>
>>> When the DAQ is operational again, would it be possible to get an ECAL run where you flash the LEDs for every crystal in order from "upper left" (in event display) across the entire row, then down to the next column and across, etc. (Or in some specified order that makes sense.)
>>>
>>> This would be very helpful for testing purposes.
>>>
>>> I don't know what you would need to do as far as the triggering to make separate EvioEvents out of this information, but ideally I would think 1 hit / event would make the most sense.
>>>
>>> This would let me test, for instance, the EcalChannel mapping in the conditions database and the event display, amongst other things.
>>>
>>> It would also provide a good set of raw events with signal well above pedestal + 3 * sigma (I'm assuming? I don't know what signal strength you get from the LEDs).
>>>
>>> Anyways, just a thought I had. Perhaps you've done some LED runs already that might be useful?
>>>
>>> --Jeremy
>>>
>>> Use REPLY-ALL to reply to list
>>> To unsubscribe from the HPS-SOFTWARE list, click the following link:
>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the HPS-SOFTWARE list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1