Configuration Database Lana Abadie, LHCb week, May 25.

Slides:



Advertisements
Similar presentations
Generating routing tables using a relational Database Lana Abadie, CERN PhD student from University Pierre & Marie Curie (Paris VI), Laboratoire SAMOVAR.
Advertisements

Control and monitoring of on-line trigger algorithms using a SCADA system Eric van Herwijnen Wednesday 15 th February 2006.
LHCb DAQ Review, September LHCb Timing and Fast Control System TFC Team: Arek Chlopik, Warsaw Zbigniew Guzik, Warsaw Richard Jacobsson, CERN Beat.
Training Workshop Windows Azure Platform. Presentation Outline (hidden slide): Technical Level: 200 Intended Audience: Developers Objectives (what do.
Using PVSS for the control of the LHCb TELL1 detector emulator (OPG) P. Petrova, M. Laverne, M. Muecke, G. Haefeli, J. Christiansen CERN European Organization.
1 Status & Plans DCS WS L.Jirdén. 2 DCS Planning FINAL INST COM- MISS BEAM OP PRE- INST DET DCS URD ENG. SOLUTIONS PROTOTYPE SUBSYSTEM.
TFC Partitioning Support and Status Beat Jost Cern EP.
Clara Gaspar, October 2011 The LHCb Experiment Control System: On the path to full automation.
Peter Chochula and Svetozár Kapusta ALICE DCS Workshop, October 6,2005 DCS Databases.
The Joint COntrols Project Framework Manuel Gonzalez Berges on behalf of the JCOP FW Team.
CERN Real Time conference, Montreal May 18 – 23, 2003 Richard Jacobsson 1 Driving the LHCb Front-End Readout TFC Team: Arek Chlopik, IPJ, Poland Zbigniew.
Databases E. Leonardi, P. Valente. Conditions DB Conditions=Dynamic parameters non-event time-varying Conditions database (CondDB) General definition:
ALICE, ATLAS, CMS & LHCb joint workshop on
Management of the LHCb DAQ Network Guoming Liu * †, Niko Neufeld * * CERN, Switzerland † University of Ferrara, Italy.
Clara Gaspar, March 2005 LHCb Online & the Conditions DB.
Lana Abadie1 Conception et optimisation d’une base de données relationnelle pour la configuration d’expériences HEP Implementation and optimization of.
Data Acquisition Backbone Core J. Adamczewski-Musch, N. Kurz, S. Linev GSI, Experiment Electronics, Data processing group.
Federico Alessio Zbigniew Guzik Richard Jacobsson TFC Team: A Super-TFC for a Super-LHCb - Top-down approach -
ALICE Use of CMF (CC) for the installation of OS and basic S/W OPC servers and other special S/W installed and configured by hand PVSS project provided.
Management of the LHCb Online Network Based on SCADA System Guoming Liu * †, Niko Neufeld † * University of Ferrara, Italy † CERN, Geneva, Switzerland.
Configuration database status report Eric van Herwijnen September 29 th 2004 work done by: Lana Abadie Felix Schmidt-Eisenlohr.
DAQ interface + implications for the electronics Niko Neufeld LHCb Electronics Upgrade June 10 th, 2010.
Clara Gaspar on behalf of the ECS team: CERN, Marseille, etc. October 2015 Experiment Control System & Electronics Upgrade.
Clara Gaspar, April 2006 LHCb Experiment Control System Scope, Status & Worries.
LHCb Configuration Database Lana Abadie, PhD student (CERN & University of Pierre et Marie Curie (Paris VI), LIP6.
Management of the LHCb DAQ Network Guoming Liu *†, Niko Neufeld * * CERN, Switzerland † University of Ferrara, Italy.
CERN Richard Jacobsson, CERN LEADE meeting, March 29, Physics trigger RS TFC SwitchThrottle OR/Switch VELO FEST FEOT FE Clock Orbit Clock Orbit.
The DCS Databases Peter Chochula. 31/05/2005Peter Chochula 2 Outline PVSS basics (boring topic but useful if one wants to understand the DCS data flow)
UNICOS LHCLoggingDB Josef Hofer EN/ICE/SCD. Agenda The LHC Logging Database Purpose of the LHCLogging component Basic concepts Advanced concepts Logging.
CERN TFC status review, January 21, TFC status review l Agenda  Overview  Common solutions  TFC simulation framework  TFC Switch ‘THOR’  Throttle.
DAQ & ConfDB Configuration DB workshop CERN September 21 st, 2005 Artur Barczyk & Niko Neufeld.
1 ECS CALO LED Control System CALO Piquet Training Session Anatoli Konoplyannikov /ITEP/ Outline  Introduction  Calorimeter ECS LED monitoring.
Database Issues Peter Chochula 7 th DCS Workshop, June 16, 2003.
Introduction to DAQ Architecture Niko Neufeld CERN / IPHE Lausanne.
Marc R. StockmeierDCS-meeting, CERN DCS status ● DCS overview ● Implementation ● Examples – DCS board.
DAQ Summary Beat Jost Cern EP. Beat Jost, Cern 2 Agenda (Reminder)
Online DBs in run Frank Glege on behalf of several contributors of the LHC experiments.
20OCT2009Calo Piquet Training Session - Xvc1 ECS Overview Piquet Training Session Cuvée 2009 Xavier Vilasis.
Grzegorz Kasprowicz1 Level 1 trigger sorter implemented in hardware.
April 2006 CD1 Review NOvA DAQ 642, hits/sec avg. 20,088 Front-End Boards (~ 3 MByte/sec data rate per FEB) 324 Data Combiner Modules,
CT-PPS DB Info (Preliminary) DB design will be the same as currently used for CMS Pixels, HCAL, GEM, HGCAL databases DB is Oracle based A DB for a sub-detector.
CIS 375 Bruce R. Maxim UM-Dearborn
PVSS an industrial tool for slow control
HCAL Database Goals for 2009
CMS DCS: WinCC OA Installation Strategy
Production Firmware - status Components TOTFED - status
Online Control Program: a summary of recent discussions
CMS – The Detector Control System
Controlling a large CPU farm using industrial tools
Lana Abadie, March 2004.
Efficiently Searching Schema in SQL Server
WinCC-OA Upgrades in LHCb.
SUBFARM CONTROL SYSTEM DATAFLOW
TOTEM Configuration Tools
TriggerDB copy in TriggerTool
New developments on the LHCb Bookkeeping
LHCb Trigger and Data Acquisition System Requirements and Concepts
Populating a Data Warehouse
John Harvey CERN EP/LBC July 24, 2001
Peripheral Devices
Pierluigi Paolucci & Giovanni Polese
ReadOutNetwork Data Flow
Performance And Scalability In Oracle9i And SQL Server 2000
Event Storage GAUDI - Data access/storage Framework related issues
SSIS Data Integration Data Warehouse Acceleration
Configuration DB Status report Lana Abadie
SSIS Data Integration Data Warehouse Acceleration
SSIS Data Integration Data Warehouse Acceleration
Implementation Plan system integration required for each iteration
Presentation transcript:

Configuration Database Lana Abadie, LHCb week, May 25

The configuration database Storage of all controllable devices with –their properties –the links between them –their hierarchy The control system can be bootstrapped from the configuration database.

DB Design Methodology (ex: the TFC system) –TFC dataflow

THOR_00 (TFC) 16*16 TTCtx_ X transmitter(16*14) TTCocX_Y Opt. couplers(1*32) TTCrxX_Y_W receiver (1*32) SubDet_L0FEX_Y_Z (?*1) SubDet_L1FEX_Y_Z (?*5) Munin0_X 32*2 DAQ (readout net) ODIN_X Readout s. MuninL0_00 16*16 MuninL1_00 16*16 Throttle set of links TFC set of links DAQ set of links TFC set of links sometimes possible X ≤16 used 1 X≤16 Y≤14 W≤32 X≤16 TTCrxX_Y receiver (1*32) SubDet can be (VELO, RICH, L0MUON,...) Z<16 TFC DATAFLOW

DB Design Methodology (ex: the TFC system) –TFC dataflow –TFC system : use cases

TFC system : use cases List of possible scenarios (2 examples) –Find all the connection paths between 2 devicesFind all the connection paths between 2 devices –Define the routing table of the TFC switchDefine the routing table of the TFC switch

Path concept Example: I want to know all the possible paths from VELO_L0FE00_00_00 to TFC switch (THOR) Path : [(VELO_L0FE00_00_00,0), (TTCrx00_00_00, 0), TFC] → 1 st link [(TTCrx00_00_00,0), (TTCoc00_00,0),TFC] → 2 nd link [(TTCoc00_00,0),(TTCtx_00,0),TFC] → 3 rd link [(TTCtx_00,0),(THOR_00,0)] → 4 th link VELO_L0FE00_00_00 TTCrx00_00_00 0 TTCrx00_00_11 TTCoc00_00 TTCtx_00 T HOR_00 TFC link

System_L0FE00_00_00 TTCrx00_00_00 0 TTCoc00_00 TTCtx_00 T HOR_00 System_L0FE00_00_01

TFC switch routing table Identified by a number The way it is stored in the database (cf schema below): –input nbr : 5 –output THOR switch connection busy

DB Design Methodology (ex: the TFC system) –TFC dataflow –TFC system: use cases –Entity relation model & Table design

Entity relation model Device +Device Name +Device type +Active Thor Routing RoutingId switch name Output word Input nbr 1N Table design Device +Device Name (pk) +Device type (fk) ref SwitchType(Switch_type) + active Thor Routing RoutingId (pk) switch_name(fk) references device_list(devname) Output_ptnb Inp_ptnb unique(RoutingId, output_port_nb) 1 N

DB Design Methodology (ex the TFC System) –TFC dataflow –TFC system : use cases –Entity relation model & Table design Conf.DB & PVSS (Framework) –Structure of the Conf.DB

Structure of the Conf.DB PVSS System PVSS Libraires & Tools fw_recipes _properties fw_device device tfc_path fw_device_ properties fw_com ponents PL/SQL scripts Conf. DB DIM SERVER PART OF THE FRAMEWORK

DB Design Methodology (ex the TFC System) –TFC dataflow –TFC system : use cases –Entity relation model & Table design Conf.DB & PVSS –Structure of the Conf.DB –Presentation of the demo

Presentation of the demo (1/2) Clock L0 / L1 Local trigger (Optional) Clock L0 / L1 Clock Readout Supervisor 0 Readout Supervisor 2 Readout Supervisor 3 Physics trigger... Throttle SwitchTFC Switch Clock L0 / L1 Readout Supervisor 1 VELO FE ST FEOT FERICH FEECAL FE Single TFC master : Readout Supervisor Fan-out / Fan-in : Support partitioning Front-End Readout Supervisor 1 VELO FEST FEOT FE TFC Switch WILL BE SIMULATED BY A TEST BOARD (freja)

Presentation of the demo (2/2) Connection to the hardware (from the TFC system) via PVSS Creation of the different devices (TFC switch, read out supervisor...) in PVSS and storage in the fw_ tables Insert in other tables the different connectivities between devices Queries to the tables (tfc_path) to get the connectivities between the TFC switch and the subsystems. Links to other existing panels to configure the different components with possibile storage in the fw_ tables under different versions Make the updates in the other tables

DB Design Methodology (ex: the TFC system) –TFC dataflow –TFC system : use cases –Entity relation model & Table design Conf.DB & PVSS –Structure of the Conf.DB –Presentation of the DEMO Conclusion

–Design of TFC and Read Out Network system tables completed –First prototype built to show possible queries to the Conf.DB via PVSS Future work: –Design of other subsystem tables (connectivities) –Optimization of performance –Design of a generic API

Thank you for your attention QUESTIONS ?

Extract of the fw_device_properties How the datapoint called TFC:Odin/ODIN_00 is stored in the Conf.DB ? One attribute and its value per line are stored