arXiv subjects

M. Elsing

Publications and source records attributed to M. Elsing.

5 recordsLinked to original sources

arXiv2018

Production and Integration of the ATLAS Insertable B-Layer

During the shutdown of the CERN Large Hadron Collider in 2013-2014, an additional pixel layer was installed between the existing Pixel detector of the ATLAS experiment and a new, smaller radius beam pipe. The motivation for this new pixel layer, the Insertable B-Layer (IBL), was to maintain or improve the robustness and performance of the ATLAS tracking system, given the higher instantaneous and integrated luminosities realised following the shutdown. Because of the extreme radiation and collision rate environment, several new radiation-tolerant sensor and electronic technologies were utilised for this layer. This paper reports on the IBL construction and integration prior to its operation in the ATLAS detector.

physics.ins-det↗

arXiv2008

Alignment of the Pixel and SCT Modules for the 2004 ATLAS Combined Test Beam

A small set of final prototypes of the ATLAS Inner Detector silicon tracker (Pixel and SCT) were used to take data during the 2004 Combined Test Beam. Data were collected from runs with beams of different flavour (electrons, pions, muons and photons) with a momentum range of 2 to 180 GeV/c. Four independent methods were used to align the silicon modules. The corrections obtained were validated using the known momenta of the beam particles and were shown to yield consistent results among the different alignment approaches. From the residual distributions, it is concluded that the precision attained in the alignment of the silicon modules is of the order of 5 micrometers in their most precise coordinate.

physics.ins-det↗

arXiv2003

A New Implementation of the Region of Interest Strategy for the ATLAS Second Level Trigger

Among the many challenges presented by the future ATLAS detector at the LHC are the high data taking rate and volume and the derivation of a rapid trigger decision with limited resources. To address this challenge within the ATLAS second level trigger system, a Region-of-Interest mechanism has been adopted which dramatically reduces the relevant fiducial volume necessary to be readout and processed to small regions guided by the hardware-based first level trigger. Software has been developed to allow fast translation between arbitrary geometric regions and identifiers of small collections of the event data. This facilitates on-demand data retrieval and collection building. The system is optimized to minimize the amount of data transferred and unnecessary building of complex objects. Details of the design and implementation are presented along with preliminary performance results.

physics.comp-ph↗

arXiv2003

Configuration of the ATLAS Trigger System

In this paper a conceptual overview is given of the software foreseen to configure the ATLAS trigger system. Two functional software prototypes have been developed to configure the ATLAS Level-1 emulation and the High-Level Trigger software. Emphasis has been put so far on following a consistent approach between the two trigger systems and on addressing their requirements, taking into account the specific use-case of the `Region-of-Interest' mechanism for the ATLAS Level-2 trigger. In the future the configuration of the two systems will be combined to ensure a consistent selection configuration for the entire ATLAS trigger system.

physics.ins-det↗

arXiv2003

The Algorithm Steering and Trigger Decision mechanism of the ATLAS High Level Trigger

Given the extremely high output rate foreseen at LHC and the general-purpose nature of ATLAS experiment, an efficient and flexible way to select events in the High Level Trigger is needed. An extremely flexible solution is proposed that allows for early rejection of unwanted events and an easily configurable way to choose algorithms and to specify the criteria for trigger decisions. It is implemented in the standard ATLAS object-oriented software framework, Athena. The early rejection is achieved by breaking the decision process down into sequential steps. The configuration of each step defines sequences of algorithms which should be used to process the data, and 'trigger menus' that define which physics signatures must be satisfied to continue on to the next step, and ultimately to accept the event. A navigation system has been built on top of the standard Athena transient store (StoreGate) to link the event data together in a tree-like structure. This is fundamental to the seeding mechanism, by which data from one step is presented to the next. The design makes it straightforward to utilize existing off-line reconstruction data classes and algorithms when they are suitable

hep-ex↗