You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

  • these events happen if the highest-rate ("primary") readout group is missing in the env
    • They're called "bypass events" because the bypass the TEB
    • These events can be L1Accepts and Transitions
    • These events are caused by the primary readout group experiencing deadtime
  • they make it difficult for ric's event-builder because the highest-rate readout group is used to keep things in time order
    • During periods of the primary readout group experiencing high deadtime, the event builder might be empty.  If it were to receive contributions from the secondary readout group during this time, they could be event built and dismissed before the next primary readout group contribution arrives in the event builder.  Since there is no reference for the event builder to know that an older event is coming, these events get out of time order.  This reference is provided by requiring all events to contain contributions from the primary (fastest) readout group so that time order is maintained.
  • we tried to deadtime-couple but the "TTL" triggers to the detectors are delivered at different times, so the coupled deadtime doesn't really work (full-signals from drp nodes aren't event built: treated as being instantaneous).  See Matt's timing diagram below.
  • Ric doesn't send bypass events to the teb, they just flow through and are recorded to disk.  These are not a problem, to first order.
    • Since L1 events learn of an available monitoring buffer in the TEB, bypass L1 events are never sent to an MEB
    • Transitions learn of an available monitoring buffer in the DRP and are always "broadcast" to all MEBs
  • Transitions without the primary readout group (bypass events) can cause the meb to crash
    • Matt can maybe eliminate them in firmware
      • he has an idea of running the highest-rate readout group with a low L0Delay (typically it's a high L0Delay for high-rate groups) and then use that to inhibit later "TTL triggers" to the detectors
      • requires a change to xpm logic to cache/couple the earlier group 0 inhibit to the later groups, and requires the timing segment level has lots of buffering (easy)
    • Ric is thinking about whether or not they can be eliminated in software (e.g. the PGPReader thread with an early release).  Might require that the buffer release code is re-entrant, since other threads may also be doing releases
  • No labels