320 likes | 336 Views
Pierluigi Paolucci of I.N.F.N. Naples presents the RPC Detector Control System, including the CMS Experiment Control, Detector Controls (DCS), JCOP Framework, and more.
E N D
RPC Detector Control System Pierluigi Paolucci - I.N.F.N. of Naples Pigi Paolucci, I.N.F.N. of Naples
CMS Experiment Control I.N.F.N. Naples Run Controls (RCS): Configure and operate all local/global data taking sessions, Monitor and protect the measurements and the data flow Based on the CMS online software framework (XDAQ – RCS) ad commercial products (DBs, SOAP, XML.....) Detector Controls (DCS): Setup and monitor the detectors and the environment Monitor and protect the apparatus equipment Based on industry standards (PLC, field buses, PVSS and JCOP tools)
JCOP framework I.N.F.N. Naples • New Framework released on 16th January 2004 installed and working in Naples • Version includes: • Core: Device Editor/Navigator, FSM • Devices: CAEN, Wiener, ISEG*, ELMB, Analog/Digital, Accelerator Data Server • Tools: Trending, Installation, Configuration Database • FW Driver: DIM Pigi Paolucci, I.N.F.N. of Naples
Integration DCS - RCS I.N.F.N. Naples Central DCS Central RCS Under discussion: Data taking – States, Local and Central DAQ/DCS No beam periods – Central DCS takes control of DCS tree Sub-Detector Controller DCS services Local DCS node Local XDAQ nodes Interfaces already existing: RCS – DCS : commands and status ownership XDAQ – PVSS: data exchange Electronics Setup, etc. Local DCS tree for HV, LV, P, T, etc. Plans to install and test RCS-DCS demonstrator in PC farm at CERN in 2004 Pigi Paolucci, I.N.F.N. of Naples
PVSS SOAP Interface RCMS DCS XDAQ DCS (anyclient PVSS) Pigi Paolucci, I.N.F.N. of Naples
SOAP Motivation I.N.F.N. Naples • RCMS communication with DCS • CMS DAQ (RCMS/XDAQ): SOAP messages (over http) SOAP talker/listener • as decoupled as possible (avoid dependencies) run on the side of PVSS • no native support in PVSS for external communication • solution: SOAP listener running as PVSS API manager • PSI = PVSS SOAP Interface Pigi Paolucci, I.N.F.N. of Naples
PSI communication I.N.F.N. Naples CMS RCMS TK RCMS HCAL RCMS ECAL RCMS EVB RCMS MUON RCMS ECAL DAQ ECAL DCS XDAQ BARREL ENDCAP BARREL ENDCAP XDAQ XDAQ HV LV XDAQ XDAQ XDAQ XDAQ XDAQ XDAQ Pigi Paolucci, I.N.F.N. of Naples
SOAP requirements I.N.F.N. Naples • SOAP messages over http • read/write access (read for all) • logical(Command DP+value) and raw interface • multiclient operation • synchronous operation (hide asynchronous PVSS) • sync GET • command sync with states • identification, authentication, security • performance: from few/sec to maybe ~thousands/sec (?) Pigi Paolucci, I.N.F.N. of Naples
Channel DB Manager to define your hardware and software variables, define alarm, connect to hardware.. Panel Editor to create/modify your panels Alarm Handling to generate/monitor alarms Electronic Logbook operation logbook Archiving to archive your data In the future it will be correlated to the Oracle CMS database. State Machine (SMI) JCOP tool PVSS II and JCOP I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
DCS Supervisor Demonstrator Distributed FSM Hierarchy Global State Central Control Panel SubDetector States Graphical visualization of CMS detector states Services States SubDetector Control Panel Graphical visualization of subsystem states Detector Subsystems Pigi Paolucci, I.N.F.N. of Naples
DCS and Online Data Bases I.N.F.N. Naples • DCS environmental data is stored in PVSS Archive or in external Oracle DB (not yet available in PVSS) • DCS configuration data can be stored/ retrieved from DCS Oracle DB: • Test new Framework interface to Configuration DB • Build interface between Framework and CMS Equipment Management DB: • Already done for Rack Control Application - CMS • General hardware configuration (HV, etc.) – JCOP Delivery • Integration issues with RMCS, XDAQ, DCS, Sub-detector DBs Pigi Paolucci, I.N.F.N. of Naples
Rack Control I.N.F.N. Naples • Rack Control is a JCOP project with multiple components: • Rack mechanics and cooling (EST/LEA) • Rack power and control (ST/EL) • Rack monitoring hardware (EP/ESS) • Smoke detection (ST/MA) • Rack Control Software (CMS) • JCOP Rack Application is being developed by CMS (R. Gomez-Reino): • Specification document discussed in JCOP framework • First prototype was implemented • Configuration using Equipment Management DB • Interface to Monitoring Board is working • Discussion with ST/EL on communication with power control PLC (draft doc) Pigi Paolucci, I.N.F.N. of Naples
Rack Control Application I.N.F.N. Naples EMDS Interface FW Device Editor Rack Monitoring Rac 3D View (in development) Pigi Paolucci, I.N.F.N. of Naples
Gas Control Project I.N.F.N. Naples • Experiment Gas Systems have a common implementation (provided by CERN Gas Group & JCOP) • All the sub-detector Gas Control Systems are supervised by a single PVSS system (redundancy is foreseen) • All gas parameters are made available to Central DCS or Sub-detector DCSs. • Sub-detector panels may display any gas parameters. These panels will not allow any actions. All actions must be performed from the Gas System panels. • Pannels in the Gas System will be developed and maintained by the GCS team. These can be accessed from any DCS station. Actions can be performed by shift operator and/or sub-detector gas expert (different users have different permissions) • A central gas support team, including piquet service, will be provided for all the experiments. Approved by CMS DCS Board Pigi Paolucci, I.N.F.N. of Naples
The RPC Detector Control System schema DCS overview I.N.F.N. Naples RPC DCS HV LV temp FEB Gas Cooling From other DCS node 12 crates 80 boards 480 ch. 20 crates 60 boards 720 ch. 300 sensors 10 ADC About 5000 FEBs Pigi Paolucci, I.N.F.N. of Naples
HV system 480 + 378 ch. = 80+70 boards LV system 720 + 800 ch. = 60+70 boards Temperature 300 + ? ch. = 10+ ? boards Front End 4680 + 2544 FEBs Gas Cooling Rack, crate Ventilation Some DCS numbers I.N.F.N. Naples BARREL + ENDCAP Pigi Paolucci, I.N.F.N. of Naples
HV -480 channels (80 boards) placed in the 16 crates; Tender is started in December 03 and is finishedon May 04 Easy Prototype in July 04; Prototype Test in Naples/ISR from Sept 04; 20% of the system in Dec 04; Board test at CERN from Jan 05; Full system in Sept 05; Installation and commissioning 06. LV -720 channels (60 boards) placed in the 20 crates; CMS found a common solution; A3009 board with 12 ch.,2-8, V - 9A, 45 W, 5 boards/crate Tender at CERN 04; Full system available in Dec 05; Installation and commissioning 06. I.N.F.N. Naples DCS status overview I Pigi Paolucci, I.N.F.N. of Naples
Temperature -300 probes readout 10 ADC boards; 100 probes installed (on the chambers); 250 probes ready at the assembling sites; An ADC/DAC board with 128 ch. is under design for ATLAS & CMS by the CAEN company; The board will be integrate in the EASY crate; Prototype and test in the 2004; Full production in the 2005. Front-end - 4680 Front End Boards 800 Link boards in 60 crates Control/monitor width, threshold and temperature monitor the RPC/FEB performances (occupancy, rate, noise….) Racks and crates, gas, cooling and ventilation:will be developed using a common solution/tools for the CMS sub-detectors. I.N.F.N. Naples DCS status overview II Pigi Paolucci, I.N.F.N. of Naples
LV + Temp LB crate LV + Temp LB crate LV + Temp LB crate LV + Temp LB crate DCS connection Schema I.N.F.N. Naples Control Room SY1527 20 Bus lines 12 Bus lines splitter HV crates Detector 300 Optical fibers @ 1.6 Gbit/s Pigi Paolucci, I.N.F.N. of Naples
Our goal is to measure the iron gap temperature with a precision of 1oC in order to: compensate the HV working point in case of a large gradient of the temperature e/o atmospheric pressure; study the RPC aging and the current/noise behaviors taking into account this crucial parameter; Switch off the chamber/sector/wheel in case of “high” temperature. We have decided to use the Analog Device AD592BN transducer, after having tested different sensors. Temperature sensor I.N.F.N. Naples • AD592 temperature transducer • High Pre-calibrated Accuracy: 0.5oC max @ +25oC • Excellent Linearity: 0.158C max (0oC to +70oC) • Wide Operating Temperature Range: –25oC to +105oC • Single Supply Operation: +4 V to +30 V • Excellent Repeatability and Stability • High Level Output: 1 mA/K • Two Terminal Monolithic IC: Temperature In/Current Out • Minimal Self-Heating Errors Pigi Paolucci, I.N.F.N. of Naples
The front end electronic boards communicate with the Link Board through the I2C bus; Each Slave LB receives data from up to 6 FEBs 96 strips; Each Master LB is connected to, not more, than 2 SLB; MLB transmits data to the control room via optical fiber; Each LB crate house up to 8 LBs and has 1 Control Board (CCU); The RPC continuous monitoring (noise rate, occupancy…) will have a refresh rate of 10 sec; For each strip the events before and after windowing are counted during a defined period of time. That allows plotting of rates and efficiency; There are two 32-bit counters for each group of 128 channels/strips; The amount of data to be sent is 2*32*128 = 8 Kb/10s/LB/plot. Front End Board I I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
Link Board Schema Pigi Paolucci, I.N.F.N. of Naples
Additionally for the orbit synchronization there are ca. 4000 32-bit counters (1 for each bunch crossing) producing ca. 128 Kb of data / plot. But these probably can be read less often. The theoretical throughput of a CCU chain (up to 27 CBs) is 4 MB/s. The theoretical throughput of a LB box is 4 MB/s / 27 = 152 KB/s. The theoretical throughput of a Link Board is 152 KB/s / 8 = 19 KB/s. Required throughput for a continuous monitoring of one RPC is: 128 strips * 2 counters * 32 bits = 8 Kb/10s = 100 Bytes/s. The I2C communication does not contribute significantly to the total CCU load. The total bandwidth depends on the number of CB's in single CCU chain (serviced by a single FEC). Front End Board II I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
First examples Clusters Size Distribution Pigi Paolucci, I.N.F.N. of Naples
The Warsaw people are working on the FEB monitorig and control and on the integration of it in the XDAQ framework They already have a lot of work done see Wrochna talk We have an official meeting during the CMS week to discuss and organize the DCS trigger/RPC system and the Online Monitoring and the Offline Monitoring. Some test periods are scheduled for the next 3 month in which we will test the Link Board system with the barrel/endcap RPC I2C functionalities Front End Board - XDAQ I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
RPC Configuration DataBase Pierluigi Paolucci - I.N.F.N. of Naples Pigi Paolucci, I.N.F.N. of Naples
HV system ~480 channels config. param. = 8 cond. param. = 11 LV system ~750 channels config. param. = 8 cond. param. = 11 Temperature ~ 300 channels Front End ~4680 Front-End Boards config. param. = Threshold & Width cond. param. = Rate/Occupancy histograms RPC Barrel I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
Barrel FEBis equipped with 2 front-end chips (8 strips each) and 1 temperature sensor.For each chip there are: 2 threshold value (hardware defaults of 200 mV); 2 width values (hardware defaults of 100 ns); 1 temperature value. How many operations/bytes do we need to read/write this parameters ?? Read width/thresh. 2 write + 1 read 5 bytes Read temperature 2 write + 1 read 5 bytes Write width/thresh. 3 write 6 bytes TOTAL number of FEB parametersare 9.360 Threshold + 9.360 width + 4.680 temp. Front-End Board Data I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
Barrel RPC detector is equipped with480 HVchannels and with780 LVchannels. To configure the detector we need to set: Vset, Vmax, Iset, Imax, Trip, Rup, Rdown, On/Off. HV & LV configuration requires about 1260 ch * 8 par. = 10.080 par * 2 bytes = 20 KB FEB configuration requires about 3.4 Kbytes per Link Board corresponding to 2 MB. RPC Barrel configuration Data I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
The RPC detector will have 4 different states (run, calibration, “injection/safe” and off); RUN LVON && HVON (status = = 4 @ working voltage) && FEBThresholdLoaded && NoiseRateOK SAFE HVON (status = = 4 @ safe voltage) CALIBRATION LVON && FEBThresholdLoaded && NoiseRateOK && HVON @ different voltages. “Plateau calibration” needs5-7 runs with different configuration parameters (HV set-points) when the others muon systems are working/triggering in “normal mode”. RPC must be in local mode and the RPC Local DAQ will take data. Offline monitoring to calculate the efficiency curves. Noise calibration runs needs few runs with different FEB thresholds but fixed HV set-points. RPC configuration states I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
RPC/FEB monitoring requires about 100 Bytes/s per Link Board corresponding to 60 KB/s in the barrel. FEB configurationrequires about 3.4 Kbytes/s per Link Board corresponding to 2 MB/s in the barrel. Front End Board Summary I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples
The HV tender is finished;a prototype will be ready in July 04. The production will finish in September 05. The CMS LV project is almost ready. The tender will start in a coupleof months. The CAEN has a LV board designed for RPC. 100 out of 300 temperature sensors (AD592BN) have been installed on the chambers and tested at the ISR. The Link Board test-beam project is going on. New check/results during the next test beams (June-Endcap/July-Bari/October-Barrel). The histograms and snapshots work well and have proved their usefulness in testing the performance of chambers. A full time student from Naplesis working on the RPC DCS and we will have a first complete prototype (HV-LV-Temp) at the end of the 2004. Conclusions I.N.F.N. Naples Pigi Paolucci, I.N.F.N. of Naples