Presentation is loading. Please wait.

Presentation is loading. Please wait.

Slow Control and Run Initialization Byte-wise Environment

Similar presentations


Presentation on theme: "Slow Control and Run Initialization Byte-wise Environment"— Presentation transcript:

1 Slow Control and Run Initialization Byte-wise Environment
A new Slow Control and Run Initialization Byte-wise Environment (SCRIBE) for the quality control of mass-produced CMS GEM detectors S. Colafranceschi (for the CMS muon group) Florida Institute of Technology, Physics and Space Sciences department, Melbourne, FL, USA Motivation Detector Mass Production Requirements The CMS Muon detector needs to maintain its current performance also during the Phase 2 upgrade. Assembly sites implemented a flexible detector production schema. The construction load is balanced among several assembly sites: (CERN, BARC, FIT, INFN-Bari, INFN-Frascati, U. GHENT, U. Delhi). Phase-II CMS will have to cope with high rate after next LHC shutdown (LS2). Redundancy must be increased in the muon endcap region to improve fault tolerance This will be achieved by installing new GEM detectors that feature high rate capability O(MHz/cm2), good time (≈ 8 ns) and space resolution O(250µm) for muon triggering and tracking. The GEM detector will be mass-produced in several research centers and laboratories. A common quality control procedure has been established in order to ensure standardization among construction sites. All sites will follow an extensive common step-by-step procedure with near identical test stands. Quality controls are implemented at all construction stages with mostly automatized procedures. The most stringent requirement is the detector uniformity during mass production. SCRIBE has been developed to standardize the detector uniformity quality control. SCRIBE integrates electronics configuration, data-taking and prompt event decoding, unpacking, and reconstruction Using SCRIBE with the RD51 Scalable Readout System (SRS), DATE (DAQ), and AMORE (Analysis) SCRIBE provides a web interface to support the entire experimental chain: electronics configuration, data taking, and data analysis. SCRIBE features an INTEGRATED ENVIRONMENT with: Automatic installation through RPM package (contact author if interested) Support any Linux distribution compatible with RPM Graphical user interface (GUI) through dynamic web-app (apache based) Multi-client, cross-platform, and cross-device Support of all SRS existing hardware (FEC versions: 1.1, 1.3, 3, 6) and firmware Real-time feedback when reading/writing any SRS register Near real-time event reconstruction with AMORE configured to run on multi-core SCRIBE functionalities and use-cases: 1) Front-End and DAQ configuration Declaration of Front End Concentrator (FEC) card IP addresses Reading/writing/monitoring control registers Pedestal configuration, if FEC supports zero suppression (ZS) Pedestal monitoring (if FEC supports ZS) -> SRS ready to take data 2) Data taking Metadata initialization: site location, detector variables, trigger type Run start/stop with automatic run number and metadata saving Single/multiple runs with/without any SRS memory scan -> SRS ready to deliver data to DAQ computer 3) Event unpacking, decoding, and reconstruction Declaration of AMORE reconstruction settings Automatic analysis of taken runs according to adopted use-case (single PC or cluster of PCs) Custom analysis via user-defined routine -> SRS raw data are processed Front-End and DAQ configuration Data Taking Event Reconstruction & Analysis Full access (r/w) to all memories Pedestal calibration (ZS) Channel mask Single/Multiple runs Memory scan (latency, threshold) AMORE framework online reconstruction CMS GEM Analysis Framework support ( SCRIBE supports ZS and enhances DAQ and reconstruction performance by reducing data-stream bandwidth and reducing raw data file size. In addition SCRIBE supports AMORE parallel processing to achieve near real-time event reconstruction. DAQ Performance (24 APV front-end chips) AMORE reconstruction performance (24 APV front-end chips) Channels read out APV time bins Data streams kBytes/event Theoretical maximum data-stream rate Raw data file length (10M events) STANDARD 3072 27 100 ≈ 120 Hz 960 GBytes Zero Suppression ≈ 1-5 ≈ 18 kHz 4.3 GBytes Channels read out APV time bins Event processing rate (single Haswell 2.8GHz core) (8 Haswell 2.8GHz core) STANDARD 3072 27 50 Hz 250 Hz Zero Suppression ≈ 1-5 750 Hz 3.8 kHz SCRIBE at CMS GEM Assembly Sites Enables Detector Response Quality Control in 2 hours The detector response test consists of measuring the pulse height distribution over the entire active surface of a CMS GE1/1 detector. SCRIBE use-case at CMS GEM assembly sites: The GEM detector readout electronics (equipped with 24 APV25 front-end chips) is properly initialized. Pedestals are calibrated in each of the 3072 detector channels and values stored in the firmware Zero-suppressed data taking typically records 20M events (≈ 10Gbyte raw data). While DAQ is taking data, parallel event reconstruction starts to provide near-real-time feedback to user. SCRIBE general settings tab for FEC configuration/initialization SCRIBE Pedestal monitoring Conclusions: Better User Experience and Performance, Quicker Learning Curve for SRS Users ZS performance allows to reduce data-taking and analysis time from several weeks to a couple of hours per chamber. Without such functionality CMS GEM assembly sites would not be able to complete mass production in time for installation. Graphical web user-experience provides ease of use and modularity to users running simple/complex setups. SCRIBE learning curve allows new users to use SRS from initialization to data-analysis in a few minutes. For more info: IEEE Nuclear Science Symposium & Medical Imaging Conference • Strasbourg, France • Oct. 29 – Nov. 6, 2016


Download ppt "Slow Control and Run Initialization Byte-wise Environment"

Similar presentations


Ads by Google