Skip to Content.
Sympa Menu

sphenix-emcal-l - Re: [Sphenix-emcal-l] SiPM saturation behavior

sphenix-emcal-l AT lists.bnl.gov

Subject: sPHENIX EMCal discussion

List archive

Chronological Thread  
  • From: Nils Feege <nils.feege AT stonybrook.edu>
  • To: John Haggerty <haggerty AT bnl.gov>
  • Cc: "sphenix-emcal-l AT lists.bnl.gov" <sphenix-emcal-l AT lists.bnl.gov>
  • Subject: Re: [Sphenix-emcal-l] SiPM saturation behavior
  • Date: Fri, 9 Oct 2015 07:24:15 -0400

Hi John,

if you were worried about the additional complications from pixels firing multiple times during one event, you could maybe consider choosing a SiPM with a larger quenching resistor that makes the pixel recovery time longer than the light pulse (pixel recovery time = pixel quenching resistor * pixel capacitance). That's what we did for the CALICE SiPM hadron calorimeter (see e.g. http://iopscience.iop.org/article/10.1088/1748-0221/5/05/P05004/pdf).

Best,
Nils


On Thu, Oct 8, 2015 at 11:34 PM, John Haggerty <haggerty AT bnl.gov> wrote:
This is an interesting preprint about the saturation behavior of SiPM's:

> Functions Represent SiPM Response Especially Linear Behavior After Saturation
> Katsushige Kotera, Weonseok Choi, Tohru Takeshita
> http://arxiv.org/abs/1510.01102

They show evidence that a pixel could fire more than once during
illumination, so they could behave as if there are more than the
geometric number of pixels.  I don't see that it makes much difference
to us, since I think we are likely to be far from saturation, but if we
did have to correct for saturation we would have to think about exactly
how to do it with our shaping time.

--
John Haggerty
email: haggerty AT bnl.gov
cell: 631 741 3358
_______________________________________________
Sphenix-emcal-l mailing list
Sphenix-emcal-l AT lists.bnl.gov
https://lists.bnl.gov/mailman/listinfo/sphenix-emcal-l



--
Dr. Nils Feege
Postdoctoral Associate

SUNY at Stony Brook
Department of Physics & Astronomy
Stony Brook, NY 11794-3800

skype nils1920
phone +1-631-632-8710



Archive powered by MHonArc 2.6.24.

Top of Page