Re: So we need an access? Re: [Fwd: Changes to TOF TCD? ]

Date view Thread view Subject view Author view Attachment view

From: Geary Eppley (eppley_at_physics.rice.edu)
Date: Fri Mar 14 2003 - 18:30:07 EST


Hi Eleanor,

Although this has not been identified as a likely part of the problem this
time, here is an email exchange between Jack and John Mitchel describing
the cable assignments on the front of the TOF TCD. You might want to know
this if you go in and look around. You only need to look at the message
from Jack on the top of the stack to see the correct cable assignments.

Cheers,

Geary

>From JMEngelage_at_lbl.gov Fri Mar 14 17:22:33 2003
Date: Fri, 28 Feb 2003 16:55:22 -0500
From: JMEngelage_at_lbl.gov
To: John Mitchell <John.W.Mitchell_at_nasa.gov>
Cc: Frank Geurts <geurts_at_rice.edu>, tofp_at_physics.rice.edu, HJCrawford_at_lbl.gov,
     engelage_at_lbl.gov, Jeff Landgraf <jml_at_bnl.gov>
Subject: Re: going offline

john --
  in the fyi department. TOFp-L0 was plugged into "out 1" not
"out 2" and TOFp-Pulser was plugged into "pul out" not "out 4".
the TOF-System-Live (or Busy) was correctly plugged into "Daq Live".
sorry for the mix up. things look to be okay now.

                            -j.

p.s. while accepting responsiblity for the screw-up, i would still
like to say that you might consider either relabeling your cables
or at least adding an additional label during some future shutdown
period. (note: this would be good for all detector systems...
i.e. you are not alone)

----- Original Message -----
From: John Mitchell <John.W.Mitchell_at_nasa.gov>
Date: Friday, February 28, 2003 4:47 pm
Subject: Re: going offline

> Jack,
> The TOF System Live signal should be connected to the DAQ LIVE
> input
> of the TCD. I think there is a problem with the description of
> this
> in the manual, however. It indicates that the input should be a
> BUSY
> from DAQ. That is the way it worked the last time, but we now
> send a
> LIVE signal.
> John
>
> At 2:31 PM -0500 2/28/03, JMEngelage_at_lbl.gov wrote:
> >frank/john ---
> >
> > i'm afraid i'm going to be anal on this one (yes, even more
> >than usual). while i apreciate the info and it is very helpful
> >i'm going to lean on you to go that extra inch and translate
> >
> >* TOF-System-Live at TCD Det Live (that's is easy because that
> one has
> >a proper label at the TCD)
> >
> >or
> >
> >Det Live - TOF System Live (active high TTL when Live)
> >
> >into one of the options on the 2nd page of fred' TCD manual (on
> >the trigger web under Run2003). are you refering to
> >DAQ LIVE
> >PIN
> >MISC IN
> >TRIG
> >
> > thanx in advance, j.
> >
> >
> >
> >----- Original Message -----
> >From: Frank Geurts <geurts_at_rice.edu>
> >Date: Friday, February 28, 2003 1:27 pm
> >Subject: Re: going offline
> >
> >> Jack -- as far as I can tell these *should* be the TCD connections
> >> for TOF:
> >> * TOFp-L0 at TCD-Out 2
> >> * TOFp-Pulser at TCD-Out 4
> >> * TOF-System-Live at TCD Det Live (that's is easy because that one
> >> has a
> >> proper label at the TCD).
> >>
> >> This is how John documented it in
> >>
>
>http://mac8.rice.edu/~TOF/TOFp/operations/manuals/TOF_logic_16Dec02.pdf
> >> and I assume that Fred did not change any pin assignments as such
> >> when
> >> our old TCD got replaced with the new one.
> >>
> >> -frank
> >>
> >>
> >>
> >>
> >>
> >> JMEngelage_at_lbl.gov wrote:
> >> > guys ---
> >> > i talked with fred. he wasn't sure of the connections either.
> >> > however, he thought the busy cable that was reinstalled in the
> >> > port labeled "daq live" was correct. the other two connections
> >> > were a "TOF out" and a "TOF pulser". any info/pictures would
> >> > be apreciated.
> >> >
> >> > -j.
> >> >
> >> >
> >> > ----- Original Message -----
> >> > From: Frank Geurts <geurts_at_rice.edu>
> >> > Date: Friday, February 28, 2003 11:42 am
> >> > Subject: Re: going offline
> >> >
> >> >
> >> >> (i cc'd this message to Jack, Hank and Jeff too)
> >> >>
> >> >> I have asked Geary to join Jack as soon as he has arranged his
> >> >>access.
> >> >>As far as i can tell these are the most likely scenarios:
> >> >>
> >> >>1) wrong TCD connection: Hank mentioned that he had a little
> >> >>problem
> >> >>recognizing which of our connectors should go into which TCD
> >> >>in/output.
> >> >>We have our cables properly labeled but there are (no more)
> >> labels
> >> >>on
> >> >>these new TCDs ... could there be a mix-up?
> >> >>
> >> >>2) Jeff suspects a busy problem and frankly i think this might
> >> >>well be
> >> >>it: I recall that when testing the basic TCD connectivity (after
> >> >>Hank
> >> >>reconnected) I noticed that only one non-zero token made it
> >> >>through the
> >> >>system. The TCD stopped issueing tokens after that usually
> >> because
> >> >>it
> >> >>sees our system busy and waits for it to come alive again for
> >> the
> >> >>next
> >> >>token. Disconnecting the input to the NIM->TTL converter at
> 2-1-
> > > 1-
> > > >>1 made
> > > >>the TCD fire the rest of the tokens again. Our busy is
> > > >>constructed from
> > > >>our LocalBusy, the LocalDAQBusy *and* the "L0 TCD Out2" pulse
> >> ...
> >> >>so
> >> >>either this is again related to item 1 (very likely) or this is
> >> a
> >> >>hardware failure in the BUSY construct (we didn't change
> >> anything
> >> >>to
> >> >>that in the last access).
> >> >>
> >> >>
> >> >>John: do you remember where the L0 TCD connection should be on
> >> the
> >> >>TCD
> >> >>(or does Fred Bieser know?)
> >> >>
> >> >>-frank
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>W.J. Llope wrote:
> >> >>
> >> >>>hi guys,
> >> >>> i have to go offline for the weekend in a few mins-
> >> >>>i suspect this latest problem is not us but since frank is all
> >> >>>over it if it is us i'm sure he will find the problem....
> >> >>>if it is and we can't fix it remotely i wouldn't consider it
> > > >>>a complete disaster if we missed a day or two until there was
> >> >>
> >> >>some kind of
> >> >>
> >> >>>access... the machine and star are not in good shape recently
> >> >>>anyway.
> >> >>>
> >> >>>good luck frank - have fun at BB
> >> >>>
> >> >>>_________________________________________________________
> >> >>>W.J. Llope, Ph.D. Res. Assoc. Professor
> >> >>> http://wjllope.rice.edu/default.html
> >> >>> llope_at_physics.rice.edu
> >> >>>T.W. Bonner Nuclear Lab.
> >> >>>Rice University, MS-315
> >> >>>6100 S. Main phone: 713-348-4741
> >> >>>Houston, TX 77005-1892 fax: 713-348-5215
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >
> >>
> >>
>
>

\

On Fri, 14 Mar 2003, Frank Geurts wrote:

>
> Fred, I think the busy is only part of the problem in fact it's the part
> that is seen by STAR DAQ... what we see on TOF DAQ's side is that the
> TCD words "trigger" our DAQ constantly at some point (the Bira fires
> LAMs all over the place). I agree that a loose connection of the rear
> connector may well be the reason why we see it happen after some random
> number of events ...
>
> Eleanor, is there a chance for a quick access during which the TCD
> connections can be checked?
>
>
> thanks,
> Frank
>
>
>
>
> fred bieser wrote:
> > Te TOF's TCD has NO internal logic to generate busy except as brought in
> > thru the front-panel LEMO labelled "DAQ Live." All the recent activity
> > in that area might have left some cable loose or dropped or ???? either
> > at the front or, more likely, in the rear.
> >
> > fred
> >
>
>


Date view Thread view Subject view Author view Attachment view

This archive was generated by hypermail 2.1.4 : Thu Jul 24 2003 - 00:39:37 EDT