1. Pierluigi Paolucci & Giovanni Polese
RPC Detector Control System
Pierluigi Paolucci & Giovanni Polese
I.N.F.N. of Naples
cms.na.infn.it
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

2. RPC DCS schema Central DCS Central RCMS sub-detector controller
condition DB
Detector
Local XDAQ
Local DCS
USC55
Detector
720 ch
60 A3009
20 EASY LV
can-bus
4680 FECs
800 Link Boards
60 Crates
optical
fiber
480 ch
30 distrib.
80 A3512
12 EASY
gas
FEC LV HV
can-bus
cooling
300 sensors
10 ADC
A3801 LV T
can-bus
rack
config DB
treshold/width
setpoints

3. P. Paolucci & G. Polese - INFN di Napoli
RPC DCS structure
Muon DCS
RPC Barrel DT
CSC
RPC Endcap
Wheel +2
Wheel +2
Wheel +2
Wheel +2
Wheel +2 HV LV T
gas
cool
rack
FEC
ext. DCS nodes
XDAQ
EASY system
Local DAC node
with 5 partitions
one per wheel
12 crates
80 boards
480 ch.
20 crates
60 boards
720 ch.
300 sensors
10 ADC
About
5000
FEBs
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

4. RPC DCS hardware status
HV-LV-ADC EASY system final prototype  Nov. 04
high voltage board: A3512
low voltage board: A3009
ADC board: A3801 (T sensor)
Two days test with CAEN people in Naples (22-23 Nov)
End of the hardware production for Dec 2005
Hardware test is under design (CERN or Naples ??)
Cables, connectors and HV distributors have been ordered in the 2004
HV patch panel will be produced in the 2005
T sensors installed on the chambers
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

5. RPC DCS software requirements
Our first requirement is to have a DCS system able to work during the data tacking, calibration and commissioning.
Define a certain number of CMS “state”:
runnable: HV (ON && working point) && LV (ON) && GAS (OK) && No alarms
safe to inject: HV (ON && safe point) && LV (ON) && GAS (OK) && No alarms
off: HV (OFF) && LV (OFF) && GAS (OK) && No alarms
calibration: HV (ON) && LV (ON) && GAS (OK) && No alarms
Run wheels/sectors independently (partitioning)
Mask “bad” channels or chambers in order to exclude them in the “state calculation”;
HV problems  sparking or high current chambers
LV problems  “bad” FEB or chamber OFF
Electronic Calibration provided by the XDAQ
RPC calibration (plateau curves & working point)
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

6. RPC DCS software status
RPC muon System for DCS is developed in the form of a hierarchy where every object is represented as a node of the tree, following CMS structure.
Its architecture has been developed using the framework components.
All the panel actions have been developed with custom scripts.
Naming and color framework conventions are respected !!
All structures have been tested using in the first time an ad hoc simulator and then the SY1527 Power Supply .
Alarm conditions on HV and LV devices have been set and each channel has a summary alarm, propagates up in the tree.
PVSS version 3.0 and Framework release 2.0.9
PVSS archiving has been used waiting for the framework interface with Oracle
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

7. P. Paolucci & G. Polese - INFN di Napoli
RPC FSM structure
Each single element of the structure is view as a node of a state machine, build as a hierarchical tree.
The states machine is not yes defined but the structure is ready and it will implemented as soon as possible
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

8. P. Paolucci & G. Polese - INFN di Napoli
Main RPC DCS panel
The RPC panel is under construction and it will include some sub-panel to set values for the whole RPC system;
The status of the RPC node is also our top level status;
From here you can access to the Wheel node (panel).
Custom Alarm Panel with 5 Imon ranges related to the I0set
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

9. P. Paolucci & G. Polese - INFN di Napoli
HV Wheel node
The wheel panel contains info about the parent and the children nodes with the relative state condition.
The status of every RPC is defined by the framework colors for the alarm status.
Wheel name is an external variable
All objects are clickable.
The Set/Monitor panel provide the possibility to give a look at all the wheel channels.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

10. Set/Monitor button
Tab menu for select device type
The most relevant parameters and the relative conditions are shown here.
The status of each channel has been set with the relative color:
OK, Tripped, Overcurrent,OverVoltage,UnderVoltage,RampUp,RampDown
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

11. P. Paolucci & G. Polese - INFN di Napoli
Wheel Global setting
From the Global settings panel it is possible to set the values of all the channels of the wheel and switch ON-OFF them.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

12. P. Paolucci & G. Polese - INFN di Napoli
Channel Details
Left Click
Details panel shows all the variables of the selected channel, its position in the wheel, alarm conditions, the VMON/IMON history plots and allow to set every single parameters of this channel.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

13. P. Paolucci & G. Polese - INFN di Napoli
Sector Node
The Sector node has 8 children (RPC chambers).
Some parameters and the status of each RPC are shown here.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

14. P. Paolucci & G. Polese - INFN di Napoli
Chamber Node
Summary alarm with possibility of masking whole chamber.
Fully description of each RPC’s devices.
Left Click on status box for mask/unmask each single element.
Simple Info about temperature value and sensor status.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

15. P. Paolucci & G. Polese - INFN di Napoli
Devices (Leafs)
Set and Confirm values for all channel parameters
Possibility of mask/unmask and acknowledge each single parameter or all together
Additional panel for switch the state of the channel and load settings from the hardware
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

16. P. Paolucci & G. Polese - INFN di Napoli
To be Done
Move to the EASY hardware system (next framework);
Check script framework conventions;
Define the alarm conditions of HW channels and how to propagate them to the upper node;
Define the SM conditions and how to move from one to each other;
Implement the same structure for LV & Temp;
Develop the RPC (main) Node;
Thing about the Archiving and the Mass configuration (next framework);
Detector Calibration  see next
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

17. P. Paolucci & G. Polese - INFN di Napoli
RPC calibration
To calibrate the RPC detector we need:
A certain number (“n”) of “short” physics runs with:
RPC detectors at “n” different HV setpoints;
Muon DT trigger;
RPC data cannot be used to reconstruct the muon tracks.
To do this we need a DCS RPC calibration system with:
A PVSS panel where set the “n” HV setpoints for all the chambers;
A PVSS script generating a summary status (HV && LV && Gas);
DCS Send the summary status to the Run Control (OK  start run);
Central Run Control communicates to the DCS when is ready for the next run (new HV setpoint)
local DCS
HV step
status Ramp
status Ready
Central RC
start run
stop run
DAQ Ready
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli

18. P. Paolucci & G. Polese - INFN di Napoli
Conclusions
A PVSS prototype is almost ready (dec 04) and is in test with a SY1527 (HV and LV boards) system;
Next step is to move to the EASY system (HV, LV and ADC) that will be installed in Naples in November 04;
New features (mass configuration, alarm and DB) will be available in the next framework release and will be included in the next version of the RPC DCS (march 2005);
A Calibration system has to be developed and the idea has to be accepted by the CMS collaboration (use physics runs);
The RPC DCS system has to be tested on a large system;
The XDAQ part has to be developed as soon as possible.
5/6/2019
P. Paolucci & G. Polese - INFN di Napoli