Project

General

Profile

Feature #8590

Develop infrastructure for internally triggering fragment generation [OtS DAQ]

Added by Kurt Biery over 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
05/04/2015
Due date:
% Done:

100%

Estimated time:
Experiment:
-
Co-Assignees:
Duration:

Description

As we talk with experiments and OtS DAQ colleagues, the value of being able to internally tell some fraction of the BoardReaders to generate a fragment based on data that was previously collected has become clear. (e.g. tell a BoardReader that is reading out slow controls data to send its most recent values).

To prepare for this we, we can add functionality to the EventStore the support the sending of UDP trigger messages to configurable multi-case addresses when new event fragments are received.


Related issues

Related to artdaq - Idea #7917: Triggered Board Reader: A Board Reader that only sends fragments upon requestClosed02/23/2015

Related to artdaq - Idea #7658: Look into using messages between BoardReaders as a way to trigger readoutClosed01/19/2015

History

#1 Updated by Kurt Biery over 4 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Eric has added this functionality to the EventStore.

#2 Updated by Kurt Biery over 4 years ago

  • Related to Idea #7917: Triggered Board Reader: A Board Reader that only sends fragments upon request added

#3 Updated by Kurt Biery over 4 years ago

  • Related to Idea #7658: Look into using messages between BoardReaders as a way to trigger readout added

#4 Updated by Kurt Biery over 4 years ago

  • Subject changed from Develop infrastructure for internally triggering fragment generation to Develop infrastructure for internally triggering fragment generation [OtS DAQ]

#5 Updated by Eric Flumerfelt over 3 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF