Presentation is loading. Please wait.

Presentation is loading. Please wait.

The Detector Control System – FERO related issues Peter Chochula On behalf of DCS team.

Similar presentations


Presentation on theme: "The Detector Control System – FERO related issues Peter Chochula On behalf of DCS team."— Presentation transcript:

1 The Detector Control System – FERO related issues Peter Chochula On behalf of DCS team

2 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The DCS sub-systems Main role of the DCS is to assure safe operation of ALICE. To fulfill this task, it has to communicate with a large number of devices Main role of the DCS is to assure safe operation of ALICE. To fulfill this task, it has to communicate with a large number of devices The DCS devices are logically grouped into several sub-systems which are operated separately and synchronized via FSM tools implemented in the SMI++ package The DCS devices are logically grouped into several sub-systems which are operated separately and synchronized via FSM tools implemented in the SMI++ package Main DCS sub-systems are: Main DCS sub-systems are: High Voltage (HV) High Voltage (HV) Low voltage (LV) Low voltage (LV) Front-End and Readout Electronics (FERO) Front-End and Readout Electronics (FERO) Gas Gas Cooling Cooling Some detectors implement additional sub-systems such as laser control, etc. Some detectors implement additional sub-systems such as laser control, etc. On top of this, the DCS communicates with LHC, Detector Safety System, external services … On top of this, the DCS communicates with LHC, Detector Safety System, external services … In this talk only issues related directly to FEE will be discussed In this talk only issues related directly to FEE will be discussed

3 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The DCS Architecture and its Place in ALICE Online Hierarchy The DCS is a strictly hierarchical online system, its synchronization with DAQ, TRG and HLT is achieved via the ECS The DCS is a strictly hierarchical online system, its synchronization with DAQ, TRG and HLT is achieved via the ECS There are no horizontal connections between online systems There are no horizontal connections between online systems Efficient operation of ALICE sub-detectors depends on communication between online systems and this is strongly influenced by the FERO design Efficient operation of ALICE sub-detectors depends on communication between online systems and this is strongly influenced by the FERO design DCSDAQ/RC TPCTPC SPDSPD TRGHLT ECS … TPCTPC SPDSPD … TPCTPC SPDSPD FERO LVLV HVHV Gas LVLV HVHV FERO

4 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The (simplified) DCS operation of a device Device Configuration Database Device Control (Regulation, switching, handling of alarms and exceptions…) Device Monitoring Archive

5 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Two main groups of questions related to FERO need to be solved: Two main groups of questions related to FERO need to be solved: How to access the electronics? How to access the electronics? How to operate the electronics? How to operate the electronics?

6 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 How to access the devices Unlike the other online systems, the DCS communicates with wide range of different devices Unlike the other online systems, the DCS communicates with wide range of different devices The nature as well as handling of acquired data differs from sub-system to sub-system The nature as well as handling of acquired data differs from sub-system to sub-system There is no unique and standardized mechanism for accessing the DCS devices There is no unique and standardized mechanism for accessing the DCS devices Ethernet Profibus CANbus JTAG RS 232 VME EasyNet Custom solutions…

7 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Access to the DCS hardware The main operation tool of the DCS is a commercial SCADA system : PVSS-II The main operation tool of the DCS is a commercial SCADA system : PVSS-II The PVSS-II offers a limited set of tools for accessing the hardware. The PVSS-II offers a limited set of tools for accessing the hardware. Native PVSS-II drivers are used where appropriate (e.g. for RS-232) Native PVSS-II drivers are used where appropriate (e.g. for RS-232) The aim is to use a set of software interfaces, which will hide the complexity of the underlying hardware The aim is to use a set of software interfaces, which will hide the complexity of the underlying hardware The ALICE DCS profits from (and contributes to) common developments between four LHC experiments – the JCOP project. The JCOP framework software package provides solutions for most standard devices (power supplies, ELMB based monitors, etc.) The ALICE DCS profits from (and contributes to) common developments between four LHC experiments – the JCOP project. The JCOP framework software package provides solutions for most standard devices (power supplies, ELMB based monitors, etc.)

8 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The hardware access standards in the DCS – the OPC Most commercial devices are shipped with software based on the OPC industrial standard Most commercial devices are shipped with software based on the OPC industrial standard OPC client is integrated in PVSS OPC client is integrated in PVSS The DCS team is testing OPC servers and provides feedback to manufacturers if needed The DCS team is testing OPC servers and provides feedback to manufacturers if needed Reports are regularly given at DCS workshops organized during the ALICE weeks Reports are regularly given at DCS workshops organized during the ALICE weeks

9 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The main problem related to the FERO control in ALICE is caused by the fact, that different detectors are using different access strategies. The main problem related to the FERO control in ALICE is caused by the fact, that different detectors are using different access strategies. The FERO of some sub-detectors is accessed exclusively via the DDL which belongs to the DAQ domain and is handled by the DAQ/RC The FERO of some sub-detectors is accessed exclusively via the DDL which belongs to the DAQ domain and is handled by the DAQ/RC Other architectures use a wide variety of access paths, which are handled by the DCS Other architectures use a wide variety of access paths, which are handled by the DCS In principle we can group all ALICE sub-detectors into four architectural classes shown on the next slide In principle we can group all ALICE sub-detectors into four architectural classes shown on the next slide

10 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 FERO Access Architectures FERO DDL ControlMonitoring Class A Class C Class D Control Monitoring FERO Non-DDL Class B ControlMonitoring FERO DDL Non-DDL

11 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 The hardware access standards in the DCS – the FED The ALICE FERO (and some additional devices like Arem-Pro power supplies) are not covered by JCOP developments The ALICE FERO (and some additional devices like Arem-Pro power supplies) are not covered by JCOP developments Unfortunately the operation of this group of devices proves to be a very complicated one Unfortunately the operation of this group of devices proves to be a very complicated one The Front-End Device (FED) concept for accessing this group of devices has been elaborated (see presentations on DCS workshops and TB in May 2004) The Front-End Device (FED) concept for accessing this group of devices has been elaborated (see presentations on DCS workshops and TB in May 2004) The corresponding software architecture (called the FED Server) is based on DIM protocol, which is also integrated in the PVSS-II The corresponding software architecture (called the FED Server) is based on DIM protocol, which is also integrated in the PVSS-II

12 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 FED Architecture Class B,C,D Control Class A+B Control ECS DAQ/RCDCS Control CPU FERO Hardware Layer FED Server FED Client Profibus, JTAG, etc. Control CPU DDL SW FED DDL Monitoring of all classes

13 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Architecture of the FED Server (PVSS) DIM Client CA1CAiMA1MAi Hardware Device driver(s) Database DIM server Services DIM Interface layer allows for communication with higher levels of software Hardware access layer contains device drivers FED Server Client Software Commands & Data Application layer contains detector control and monitoring code (agents)

14 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 How to operate the FED The architecture of the FED server covers also some basic operational aspects The architecture of the FED server covers also some basic operational aspects Implemented commands allow for integration with the DCS Implemented commands allow for integration with the DCS The DCS handles cross-dependencies between sub- systems The DCS handles cross-dependencies between sub- systems e.g. FERO configuration is pending until the LV becomes operational, this is dependent on cooling status etc. e.g. FERO configuration is pending until the LV becomes operational, this is dependent on cooling status etc.

15 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Standard FED Operation OFF Configured Running Configuring Configure Re - Configure RunStop Switch-Off

16 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Additional (detector-specific) FED commands A number of FED Server commands is unique for sub-detectors A number of FED Server commands is unique for sub-detectors E.g. JTAG chain verification in SPD E.g. JTAG chain verification in SPD Autocalibration… Autocalibration… In close collaboration with DCS contact persons we try to identify these commands and propose solutions. In some cases only a very limited feedback is provided – this is mostly given by the fact that the software design has not reached the implementation phase yet. In close collaboration with DCS contact persons we try to identify these commands and propose solutions. In some cases only a very limited feedback is provided – this is mostly given by the fact that the software design has not reached the implementation phase yet. FED Server prototyping is very well advanced for some detectors (SPD, TPC, TRD, PHOS) and we are profiting very much from a very good collaboration with detector groups FED Server prototyping is very well advanced for some detectors (SPD, TPC, TRD, PHOS) and we are profiting very much from a very good collaboration with detector groups

17 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 FERO Device Monitoring Principle in DCS Publishing deadband Published value Acquired values Sampling interval Value recorded In DCS PVSS Alarm Limit

18 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 FERO operation A number of questions still needs to be answered: A number of questions still needs to be answered: What detector specific commands need to be implemented? What detector specific commands need to be implemented? How do we monitor and treat SEU ? How do we monitor and treat SEU ? What are the sub-system and system dependencies? (switching order….) What are the sub-system and system dependencies? (switching order….) What parameters need to be monitored and at what frequencies? What parameters need to be monitored and at what frequencies? What are the expected actions if some parameters are out of range? (sometimes is sufficient to record the anomaly in the archive, sometimes we can recover the settings, in some cases the run must be stopped…) What are the expected actions if some parameters are out of range? (sometimes is sufficient to record the anomaly in the archive, sometimes we can recover the settings, in some cases the run must be stopped…) In some cases the DCS is expected to monitor for example local trigger counters – what happens if these are out of range ? In some cases the DCS is expected to monitor for example local trigger counters – what happens if these are out of range ? WHO and WHEN will starts the software developments on detector side, HOW and WHERE do we test the prototypes? WHO and WHEN will starts the software developments on detector side, HOW and WHERE do we test the prototypes?

19 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Typical problem requiring synchronization between online systems (Example – Class A device) DCSDAQTRG FEROVR ECS VR Failure (e.g. due to SEU) Recovery Action by DCS As a consequence the FERO gets mis-configured DCS informs the DAQ and TRG via ECS DAQ reloads the FERO

20 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Device Configuration and Archiving All configuration data is stored in online database All configuration data is stored in online database Present implementation is based on Oracle Present implementation is based on Oracle Monitoring and alarm limits are read by PVSS and sent to the FED Servers Monitoring and alarm limits are read by PVSS and sent to the FED Servers FEE parameters (thresholds, mask matrices etc.) are read directly by FED Servers in order to minimize the amount of data passed through the PVSS-I FEE parameters (thresholds, mask matrices etc.) are read directly by FED Servers in order to minimize the amount of data passed through the PVSS-I All acquired data, alarms and errors are stored in DCS archive (Oracle) and displayed in PVSS panels All acquired data, alarms and errors are stored in DCS archive (Oracle) and displayed in PVSS panels

21 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 ALICE FERO Configuration will be shared between TRG,DAQ, DCS and ECS DCS Configuration Database System Static Configuration Device Static Configuration Device Dynamic Configuration FERO Static Configuration Configuration DB PVSS-II & underlying software Hardware FERO Dynamic Configuration Common Solutions (FW devices only) Alice Specific

22 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 DCS Archiving Archive PVSS Archive Condition DB PVSS Condition DB Archive ORACLE Database New archiving model will be introduced in PVSS-II v. 3 - release is scheduled for September Depending on its performance, the CondDB model could be dropped Present scheme New scheme

23 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Configuration and Archiving Related Questions Again, there are questions to be answered: Again, there are questions to be answered: What are the configuration parameters and how are they used? (data size, loading sequence…) What are the configuration parameters and how are they used? (data size, loading sequence…) What are the requirements for data archival? What are the requirements for data archival? Interface to offline, analysis procedures …? Interface to offline, analysis procedures …? How are the configuration parameters obtained? How are the configuration parameters obtained? Calibration procedures Calibration procedures Data analysis Data analysis Configuration database updates Configuration database updates Who, when, where, how? Who, when, where, how? The DCS team is presently testing the prototypes based on ORACLE. First results will be presented at coming DCS workshop

24 Peter Chochula, ALICE workshop on radiation hard electronics, August 30, 2004 Conclusions FERO access strategy has been developed FERO access strategy has been developed Prototyping is proceeding well for SPD, HPMID, TPC, TRD and PHOS Prototyping is proceeding well for SPD, HPMID, TPC, TRD and PHOS Operational requirements are being studied Operational requirements are being studied Feedback is essential: please make sure that the DCS-URDs are updated Feedback is essential: please make sure that the DCS-URDs are updated DCS team is happy to help you DCS team is happy to help you DCS lab and its infrastructure are ready for testing the prototypes DCS lab and its infrastructure are ready for testing the prototypes Many questions are still open, please inform us about the progress of developments and your plans Many questions are still open, please inform us about the progress of developments and your plans


Download ppt "The Detector Control System – FERO related issues Peter Chochula On behalf of DCS team."

Similar presentations


Ads by Google