[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Muon-On-Request
- To: "Francoise Mulhauser" <Francoise.Mulhauser@psi.ch>
- Subject: Re: Muon-On-Request
- From: Michael Barnes <barnes@triumf.ca>
- Date: Sun, 20 Nov 2005 11:15:10 -0800 (PST)
- Cc: barnes@triumf.ca, francoise.mulhauser@psi.ch, kammel@npl.uiuc.edu, hertzog@uiuc.edu, michael.barnes@triumf.ca, peter.winter@psi.ch, wait@triumf.ca, carey@bu.edu, anatoly@g2pc1.bu.edu, rmcnabb@uiuc.edu
- Importance: Normal
- In-reply-to: <200511201202.jAKC23II004432@chambertin.psi.ch>
- References: <200511201202.jAKC23II004432@chambertin.psi.ch>
- User-agent: SquirrelMail/1.4.3a-1
Dear Francoise,
This sounds like great progress. The 280ns is slightly longer than I would
have expected but in the right region.
The 9ns delay that Gary and I originally added to the HV input TTL lines
was to allow for the beam transit time from the input of the upstream
plates to the input of the downstream plates, such that having two sets of
plates did not result in distortion of the deflection rise or fall. As you
say, the relative timing of the plates can readily be adjusted by adding
the appropriate length of BNC cable to the TTL cables of, for example, the
MV cabinets.
Best regards,
Mike
PS: did you have time to check that the 6 spare MOSFET cards are at PSI?
> Dear Mike,
>
> We have made the measurement today. We obtained for each of
> the capacitive pick-up the same delay, within +- 2ns. You
> can say that we have 280ns delay between the TTL input and
> the deflector plate.
>
> Also, we have turned the kicker in the muon on request
> mode. It seems to work well. We are trying to diagnose what
> we see and find way to make sure that there is no "bad"
> pulse.
>
> I am using the Trip monitor to see the capacitive pick-up
> signals in the counting room. One sees nicely the random
> behaviour of the next muon, with the block time of 25mus in
> between.
>
> Best regards
> Francoise
>
>