The Run Control and Monitoring System of the CMS Experiment PowerPoint PPT Presentation

presentation player overlay
About This Presentation
Transcript and Presenter's Notes

Title: The Run Control and Monitoring System of the CMS Experiment


1
The Run Control and Monitoring System of the CMS
Experiment
Presented by Andrea Petrucci INFN, Laboratori
Nazionali di Legnaro, Italy On behalf of the DAQ
Group of CMS collaboration ACAT 2007, 23-27 April
2007, Amsterdam, Netherlands
2
Outline
  • Run Control and Monitor System
  • Architecture
  • Logical Layer
  • Services
  • Components
  • Technologies
  • At the Magnet Test and Cosmic Challenge (MTCC)
  • Control structure
  • Operation
  • Components
  • Results
  • GRICC Project

3
What is CMS?
The Compact Muon Solenoid (CMS) experiment is one
of two large general-purpose particle physics
detectors being built on the proton-proton Large
Hadron Collider (LHC) at CERN in Switzerland.
The main goals of the experiment are
  • to explore physics at the TeV scale
  • to discover the Higgs boson
  • to look for evidence of physics beyond the
    standard model
  • to be able to study aspects of heavy ion
    collisions

4
Run Control and Monitor System
  • The Run Control and Monitor System (RCMS) is
    responsible for controlling and monitoring the
    CMS experiment during the data taking.
  • RCMS views the experiment as a set of partition,
    where a partition is a grouping of entities that
    can be operated independently.
  • Main operations are configuration, monitoring,
    error handling, logging and synchronization with
    other subsystems.

5
CMS Data Acquisition
  • Baseline DAQ Configuration
  • 512 inputs
  • 2024 outputs
  • Control and Monitor requirements
  • O(104 ) distributed Objects to
  • control
  • configure
  • monitor
  • On-line diagnostics
  • Interactive system

6
Run Control and Monitor System
  • RCMS is integrated in the CMS On-line system
  • It controls the DAQ component
  • Data transport
  • Event processing
  • It monitors the Detector Control System DCS
  • manages the slow controls of the whole
    experiment.

The SOAP protocol and the Web Services have
been adopted as the main means for communication
. The online process environment is XDAQ, a C
framework for a distributed Data Acquisition
System.
7
RCMS Logical Structure
  • A Session is the allocation of the hardware and
    software of a CMS partition needed to perform
    data-taking.
  • Multiple Sessions may coexist and operate
    concurrently.
  • Each Session is associated with a Top Function
    Manager, that coordinates all the actions.

Services
Top
Services
Services
Sub-Detector
Sub-Detector
Sub-Detector
Sub-Detector
Sub-Detector
Sub-Detector
DAQ Resources
8
RCMS Services
  • SECURITY SERVICE
  • login and user account management
  • RESOURCE SERVICE (RS)
  • information about DAQ resources and partitions
  • INFORMATION AND MONITOR SERVICE (IMS)
  • Collects messages and monitor data distributes
    them to the subscribers
  • JOB CONTROL
  • Starts, monitors and stops the software elements
    of RCMS, including the DAQ components

9
Function Manager
The purpose of a Function Manager (FM) is to
control a set of resources.
  • Input Handler It handles all the input events
    of the FM (GUIs or other FMs, errors, states,
    logs and monitor messages)
  • Event Processor It handles all the incoming
    message and decide where to send them. It has
    processing capability
  • Finite State Machine (FSM) The behavior of the
    FM is driven by a FSM.
  • Resource Proxy It handles all the outgoing
    connections with the resources.

10
Resource Service
The Resource Service (RS) stores the process
configuration of the On-line System.
features
Flexible data store
Java API
Configuration documents can be built on the fly from relational schema
Versioning system
Oracle and MySQL Implementation
11
Log Collector
Message System
Access via TCP
Publish Subscriber System
Log Collector

RCMS applications and XDAQ applications
  • Collects log information from log4j compliant
    applications (i.e. on-line process).

Access via JDBC
Storage System
  • Send log information directly to a Display System
    (Chainsaw) .

Relational DB Oracle,MySQL
  • Stores log information in a database and
    visualizes them (LogDBViewer) .
  • Distributes/publishes log information through a
    message system (Java Message Service).

12
RCMS main components
Log Messages
Config data Conditions data
Config data
Process Config
Commands Notifications
User Interface
RCMS
13
RCMS Technologies
  • Technologies and tools
  • Web Applications,Java Servlets (Apache Tomcat)
  • WebService (Axis, WSDL, SOAP)
  • Web Tecnologies (Ajax,JSP)
  • Databases
  • Oracle
  • MySQL

Architecture Implementation
Resource Service (RS) Resource Service
Information and Monitor Service (IMS) LogCollector
SubSystem Controllers (FMs) RCMS Framework
Top Function Manager RCMS Framework
GUIs Default JSP GUI - RCMS Framework
JobControl XDAQ Framework
14
Magnet Test and Cosmic Challenge
The Magnet Test and Cosmic Challenge (MTCC) is a
milestone of the CMS experiment, it completes the
commissioning of the magnet system (coil yoke)
before its lowering into the cavern.
  • The main goals of the Cosmic Challenge were
  • Test Muon alignment systems.
  • Commission the several sub-detectors (Drift Tubes
    - DT, Hadron Calorimeter HCAL, Tracker, etc.)
    and Cosmic Trigger.
  • demonstrate cosmic ray reconstruction with
    multiple sub-detectors.

Scale MTCC versus CMS Data Sources 20 out of
600 3 Filter Nodes 14 out of
2000 0.3 Trigger rate 100 Hz out of 100 kHz
0.1 Event size 200 kB out of 1 MB 20
15
FMs Control Structure at MTCC I II
User interaction with Web Browser connected to
Level 0 FM.
Web Browser (GUI)
TOP
Level 0 FM is entry point to Run Control System.
Level 0 FM
ECAL
LTC
RPC
DT
Level 1 FM interface to the Level 0 FM and have
to implement a standard set of inputs and states.
CSC
DAQ
TRK
HCAL
Level 1 FM
Level 2 FMs are sub-system specific custom
implementations.
FB
RB
FF
FEC
FED
Level 2 FM
Resources are on-line system components
Resources
16
RCMS at MTCC I II
  • RCMS Operation Scenario
  • Sub-system function managers were written using
    the RCMS software
  • The run configuration was communicated via a
    global configuration key
  • The Run Info DB was used to store end-of-run
    summary information and status information about
    the run.
  • It also contained the schema to generate Run
    Numbers and Run Sequence Numbers.

N
Sub-Detector controlled 8
Function Managers used 14
Online resources controlled 100
17
RCMS Components at MTCC I II
Configuration
A Global configuration Key identified a sub-system configuration.
The configuration local to the sub-system were decouple from each other and the top configuration.
global key
local key
configuration
logmessage
18
MTCC Data taking
19
MTCC result
  • RCMS software was stable.
  • Separation of Subsystem installations worked
    well.
  • Recorded 160 M events on a period of one month

20
RCMS and GRIDCC
The CMS RCMS is one of the main applications for
the GRIDCC project .
What is GRIDCC ? The Grid enabled Remote
Instrumentation with Distributed Control and
Computation (GRIDCC) is a project funded by the
European community, aimed to provide access to
and control of distributed complex
instrumentation.
  • It is a project of 3-years and started in
    September 2004
  • Web site www.gridcc.org

The RCMS software is the core of the Instrument
Element of the GRIDCC.
21
  • Thank you for your attention.
  • Any Questions?
Write a Comment
User Comments (0)
About PowerShow.com