Revision 5 as of 2016-03-24 13:25:40

Clear message

Introduction to the AIDA2020 project and the WP5 (Data acquisition system for beam tests)

What is AIDA-2020?

The AIDA-2020 project brings together the leading European research infrastructures in the field of detector development and testing and a number of institutes, universities and technological centers, thus assembling the necessary expertise for the ambitious programme of work.

Visit the AIDA2020 webpage.

WP5: Data acquisition system for beam tests

Visit the AIDA2020 WP5 webpage.

AIDA-2020 is divided into 15 Work Packages. A Work Package (WP) is a unit of work within the project. The WPs are theoretically independent but they were defined in order to foster synergies in AIDA-2020.




Task Leaders

Task 5.1 Scientific coordination

David Cussans (UNIBRIS)

Task 5.2 Interface, synchronisation and control of multiple-detector systems

David Cussans (UNIBRIS)

Task 5.3 Development of central DAQ software and run control

Matthew Wing (UCL)

Task 5.4 Development of data quality and slow control monitoring

Fabrizio Salvatore (USSUS)

Task 5.5 Event model for combined DAQ

Adrian Irles (DESY)

WP5 Technology Transfer Officer

Matthew Wing (UCL)

Task 5.5: Event Model for Combined DAQ within the Linear Collider Community


The use ofEUDAQ by the ILC community sttarted with CALICE calorimeters community which set out to develop a common DAQ with the support of EUDET in 2006-10, to fully exploit the benefits of having a common family of front-end readout chips. With the discontinuation of the support of ILC activities in the UK this effort dried out before completion and therefore a lost of coherence between calorimeters developments (scintillator, silicon and gaseous) . The issue of common DAQ and synchronization came up again during due to:

CALICE community decided to use EUDAQ which is a modular and portable framework for DAQ, is well tested, maintained and successful.

We hope that this seamlessly integrates with the AIDA2020 efforts towards developing LC test beam standards for the entire LC community.

Towards ILC common test beams

It is proposed to run, during ILC ommon testbeams, in a synchronous mode with a central DAQ system: a central clock that delivers common start/stop signal for all systems that then read during the readout cycle. Proceeding in this way requires that all systems should agree on internal clock frequencies but it takes advantage of all independent standalone DAQ developments.

In this scheme, EUDAQ is proposed as central and high level DAQ.

EUDAQforLC Git Repository

A github community has been created in order to collect all subsystems EUDAQ producers and converter plugins.

The idea would be that every subsystem fork the eudaq (and eudaq-configuration) repositories and create, in the producers folder (i.e. producers/calice) its own producers which should be able to run standalone using the standard features of EUDAQ (run control, data collector, logger).

In order to keep everything separated and working, it is proposed that every subsystem:


The branch mentioned above corresponds to the producers used by the AHCAL detector, tested and optimized during the testbeams in 2015. You can use them as starting point to write your own producers. For more information, you may contact Adrian Irles (AHCAL) or the eudaq experts.

  1. The main purpose of this community is to serve as sharing point and discussion point for all LC subdetector DAQ systems, not only for developping the EUDAQ producers but also to drive data format compatibilites.

    • The producers are (~) hardware dependent.
    • The Converters from raw data to LCIO format should be as general as possible, able to be used for everyone. For example, the CaliceGenericConverterPlugin is written in a general way to be used for all Calice producers that have LCGenericObjects in the lcio files. For that, a minimun agreement in the format of the EUDAQ raw data event is needed.

  2. Is a free-contribution repository (send a mail toAdrian Irles (AHCAL) if you are not in the membership list of the EUDAQforLC git team).

  3. The producers and data converters should be pushed, afterwards, to the main eudaq repository where the eudaq developpers will check them and cask for corrections or improvements in case of need.

Some useful links:

RawDataEvent format

AHCAL proposal.

Comparison of different LCObjects performances

/!\ In progress.

I have done a comparison of the performance (writting time, file sizes, data acces...) of the LCGenericObjects and more specific objects. We don't have an specific LCObject that fulfill our needs for raw data, so for this study, I used the EVENT:TrackerRawData as example.

LCIO data format

Scintillator Calorimeters (AHCAL and ScECAL sharing readout technology and using scintillator tiles)

/!\ I have the information, I need to write it down.


/!\ I have the information, I need to write it down --> wait until next testbeam in june?

Silicon ECAL with tungsten absorber

/!\ I have the information, I need to write it down --> wait until next testbeam in june?


/!\ To do.

Notes in Event Building

/!\ In progress. To be polish and optimized during/after AHCAL testbeam in may.

Beam Interface (BIF)

AHCAL standalone case