From the Physical Model to the Electronic System --- OMTF Trigger for CMS

Bluj, M.; Buńkowski, K.; Byszuk, A.; Doroba, K.; Drabik, P.; Górski, M.; Kalinowski, A.; Kierzkowski, Krzysztof; Konecki, M.; Miętki, P.; Okliński, W.; Olszewski, M.; Poźniak, Krzysztof T.; Zabołotny, W.; Zawistowski, Krystian; Zarnecki, George

doi:10.5506/aphyspolbsupp.9.181

Cited by 4 publications

(4 citation statements)

References 6 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The obtained data throughput was approximately 3.22 GB/s for a single emulated board and 2.38 GB/s for eight simulated boards. 2…”

Section: Resultsmentioning

confidence: 99%

“…The joint development of the FPGA firmware, the associated Linux kernel driver, and the userspace application responsible for data reception and processing is usually an iterative process with a long modification and testing cycle [2]. After modifying the FPGA code, the design must be synthesized and implemented, which may take several hours for large FPGAs.…”

Section: Standard Development Problemsmentioning

confidence: 99%

See 1 more Smart Citation

QEMU-based hardware/software co-development for DAQ systems

Zabołotny

2022

J. Inst.

Self Cite

View full text Add to dashboard Cite

Modern DAQ systems typically use the FPGA-based PCIe cards to concentrate and deliver the data to a computer used as an entry node of the data processing network. This paper presents a QEMU-based methodology for the co-development of the FPGA-based hardware part, the Linux kernel driver, and the data receiving application. This approach enables quick verification of the FPGA firmware architecture, organization of control registers, the functionality of the driver, and the user-space application. The developed design may be tested in different emulated architectures with a changeable CPU, IOMMU, size of memory, and the number of DAQ cards.

show abstract

“…The obtained data throughput was approximately 3.22 GB/s for a single emulated board and 2.38 GB/s for eight simulated boards. 2…”

Section: Resultsmentioning

confidence: 99%

Section: Standard Development Problemsmentioning

confidence: 99%

QEMU-based hardware/software co-development for DAQ systems

Zabołotny

2022

J. Inst.

Self Cite

View full text Add to dashboard Cite

show abstract

“…The joint development of the FPGA firmware, the associated Linux kernel driver, and the user-space application responsible for data reception and processing is usually an iterative process with a long modification and testing cycle [2].…”

Section: Standard Development Problemsmentioning

confidence: 99%

QEMU-based hardware/software co-development for DAQ systems

Zabołotny

2021

Preprint

View full text Add to dashboard Cite

A: Modern DAQ systems typically use the FPGA-based PCIe cards to concentrate and deliver the data to a computer used as an entry node of the data processing network. This paper presents a QEMU-based methodology for the co-development of the FPGA-based hardware part, the Linux kernel driver, and the data receiving application. That approach enables quick verification of the FPGA firmware architecture, organization of control registers, the functionality of the driver, and the user-space application. The developed design may be tested in different emulated architectures with a changeable CPU, IOMMU, size of memory, and the number of DAQ cards.

show abstract

“…In the barrel-endcap transition region, it is possible to combine signals from 3 types of muon detectors -Resistive Plate Chambers (RPC), Drift Tubes (DT) and Cathode Strip Chambers (CSC). The Overlap Muon Track Finder [2] (OMTF) is a dedicated electronic system analyzing the data received from those detectors and finding trigger muon candidates. The result of the OMTF processing is transferred to the CMS Level-1 Global Muon Trigger.…”

Section: Introductionmentioning

confidence: 99%

Implementation of the data acquisition system for the Overlap Muon Track Finder in the CMS experiment

et al. 2017

Self Cite

View full text Add to dashboard Cite

on behalf of the CMS collaboration AbstractThe CMS experiment is currently undergoing the upgrade of its trigger, including the Level-1 muon trigger. In the barrel-endcap transition region the Overlap Muon Track Finder (OMTF) combines data from three types of detectors (RPC, DT, and CSC) to find the muon candidates.To monitor the operation of the OMTF, it is important to receive the data which were the basis for the trigger decision. This task must be performed by the Data Acquisition (OMTF DAQ) system.The new MTCA technology applied in the updated trigger allows implementation of the OMTF DAQ together with the OMTF trigger in the MTF7 board. Further concentration of data is performed by standard AMC13 boards.The proposed data concentration methodology assumes parallel filtering and queuing of data arriving from all input links (24 RPC, 30 CSC, and 6 DT). The data are waiting for the trigger decision in the input buffers. The triggered data are then converted into the intermediate 72-bit format and put into the sorter queues. The block responsible for the building of events receives data originating from the particular Bunch Crossing (BX) from the consecutive sorter queues, converts them to the 64-bit AMC payload words, and puts them into the output queue. That block also generates the AMC header at the beginning and the AMC trailer at the end of the event data.The system is implemented in a flexible way, and handling of a new data source requires implementation of two specialized blocks the input data formatter to translate the link data into the sorter queue data and the output data formatter to translate the sorter queue data into the AMC payload. The AMC payload format used by the OMTF DAQ provides bit field allowing the context-free detection of the data source.The system may send data not only from the bunch crossing (BX) in which the L1 trigger was generated but also from a configurable number of BXs before the trigger (up to 3) and after the triger (up to 4). Therefore, according to the current trigger rules, it is possible that the data from a certain BX may belong to two different events. To handle such cases the OMTF DAQ system uses two output queues alternately for assembling the consecutive events. It is easily possible to increase the number of output queues if a single BX may belong to a higher number of events due to the change of the trigger rules or number of BX-es transmitted before or after the trigger.The system in current state handles the RPC data. The data handlers for CSC and DT detectors are being developed. The presented methodology may be reused for other triggered DAQ systems concentrating data from various sources with different formats. A: The Overlap Muon Track Finder (OMTF) is the new system developed during the upgrade of the CMS experiment which includes the upgrade of its Level-1 trigger. It uses the novelty approach to finding muon candidates basing on data received from three types of detectors: RPC, DT and CSC. The upgrade of the trigger system requires also upgrade of th...

show abstract

From the Physical Model to the Electronic System --- OMTF Trigger for CMS

Cited by 4 publications

References 6 publications

QEMU-based hardware/software co-development for DAQ systems

QEMU-based hardware/software co-development for DAQ systems

QEMU-based hardware/software co-development for DAQ systems

Implementation of the data acquisition system for the Overlap Muon Track Finder in the CMS experiment

Contact Info

Product

Resources

About