• Main INDEX
  • Monthly INDEX
  • PREV
  • NEXT
    Make New Entry, Make Followup Entry

    User name A. Camsonne

    Log entry time 12:47:01 on January 13, 2009

    Entry number 255838

    keyword=RICH work summary

    Removed the clear of the T/H signal so only clearing gassiplex with fast
    clear, this will make a bit moe of dead tim but should be ok at the rate
    we ran. This makes the large event size when using the pulser go away.

    We put at output on the TI firing when the number of channel fired was
    more than 2000.

    So we could look at the large event on the gassiplex.

    One possible explanation would be as in the drawing.

    It seems the fast clear has some issues at high rates, even putting the
    veto on the fast clear longer did not seem to help.
    And same with addind a veto on T3 ( not in place right now I have to
    check with Kalyan for the timing since putting it now in would also
    affect the normalization ) which was an or :
    - CRAM busy
    - 680 uS gate after L1A
    - 300 ns gate after T3 ( odd things TH stopped to work when going more
    the 300 ns ... have to think about it... )

    but it did not seem to improve much the large size event, so I left this
    signal out for now at this time.

    I also change the fast clear instead of L1A, I put the signal which was
    supposed to veto the clear in place of the Not L1A for the fast clear
    signal. That should prevent any clear withing 680 uS after the L1A
    leaving time for the CRAM to read the gassiplex. It seems the signal is
    improved a bit but we will check and optmize the thresholds and number of
    channels read a bit later today.

    So looking at the event it seems we still have some issues especially at
    high rates.

    I guess if the explanation is right a bunch of consecutive channels
    should be present in those events. We will look at the data without event
    cut.

    I still have to figure out why those events still happen even with the
    veto. I will think about it for next access.






    Figure 1