1

La base de données de configuration

de LHCb online

Lana Abadie, CERN & University Pierre & Marie Curie (Paris VI) , laboratoire SAMOVAR/LOR

2

LHC & LHCb

3

Le LHC

• 100 m de profondeur• 27km de diamètre• le plus grand accélérateur

de particules• recréer les conditions

telles qu’elles existaient après le BIG BANG

• expliquer la structure de la matière

• 4 détecteurs : ALICE, ATLAS, CMS, LHCb

4

Le LHCb

5

Le LHCbExpérience sur la violation de la symétrie CP par les mésons B pour vérifier la théorie “Standard Model”

6

INTRODUCTION

7

LHCbconfiguration

DB

matériel de l’expérience

Structure générale du système

Le système de contrôle de l’expérience (ECS)

PVSS (SCADA)

Opérateur

8

Objectifs & exigences

• Contenu de la base de données & ECS: – Configuration des différents équipements– Gestion de l’expérience– Contrôle du système

• Information stockée dans la base de données:– les caractéristiques des équipements utilisés– les connexions entre composants – la hiérarchie des différents éléments

• Les points clés dans le design des tables :– qualité du schéma – complétude– performance– maintenance

9

LE SCHEMA

10

Information obtenue à partir du schéma : Liste des composantsConnexions entre eux

Le flux des données dans le “Timing & Fast Control” (TFC)

11

• Établir les différents scénarios :Étant donné une carte du sous détecteur VELO, trouver un readout libre et déterminer la table de routage du TFC switch.

• Trouver les mots clés : composant, type de composant, liens, chemin...

• Les définir : un lien est un câble entre le port d’entrée d’un composant et le port de sortie d’un autre

• Extraire les liens entre mots clés : un chemin est une suite de liens

Use cases

12

Entity relationship model

Device Type+device type name +nbr of input port+nbr of output port+device description

Device+Device Name +Device type +Status

• Les relations entre les tables

• Les contraintes

Device Type+devtype name (pk) +nbr of input ports+nbr of output ports+device description

Device+Device Name (pk) +Device type (fk) ref. Device type(devtype)+Status

Link+LinkID+Switch Name From+Port Number From+Switch Name To+Port Number To+Type of link

Path+PathID+Link

Link+Switch_LinkID (pk)+Switch_From+Port_nbr_from+Switch_to+Port_nbr_to+link_type (fk) ref Link Type(link nbr)+ bidirectional_used+ Unique(Switch_From, port_nbr_from)+ Unique(Switch_to, port_nbr_to)+ Switch_From, Port_nbr_from (fk) ref Port(switch name,nbr,in_or_out=‘out’)+ Switch_to, Port_nbr_to (fk) ref Port(switch name,nbr,in_or_out=‘in’)

Path+ PathID (pk)+link1+link2…only fixed paths

2 1

13

L’IMPLEMENTATION

14

Les grandes lignes

• Base de données Oracle • Accès à la base de données via ProC/C++ et C/C++

pour intégrer les codes SQL et PL/SQL• DIM pour communiquer avec PVSS• FSM pour le contrôle et la supervision des unités• Outils JCOP • cdbVis : outil de navigation en Python• CVS pour garder les différents versions de projets

15

Intégrer l’outil JCOP concernant la configuration des composants

• Joint Control Project: offre aux 4 expériences, un panel d’outils et de modules pour PVSS

• Assurer la compatibilité entre les tables JCOP et les tables LHCb

• Eviter la redondance dans les tables:– Tables JCOP : propriétés des composants– Tables LHCb : connexions et hierarchie

• Adapter les scripts fournis par JCOP

16

Communication :

PVSS SystemPVSS Libraires & Tools

fw_recipes

fw_recipes_properties

fw_device

device

tfc_path

fw_device_properties

fw_components

PL/SQL scripts

Configuration DB

Fournies by JCOP

table

s LHCb

17

cdbVis : outil de navigation

Affichage des connexions d’entrée et de sortie du composant sélectionné

Exemple de chemin dans le système TFC, depuis le readout jusqu’au Throttle

18

EX:CONCRETE IMPLEMENTATION :

TFC SYSTEM

19

Le cahier de charge

Clo

ck

L0

/ L

1

Local trigger(Optional)

Clo

ck

L0

/ L

1

Clo

ck

ReadoutSupervisor 0

ReadoutSupervisor 2

ReadoutSupervisor 3

Physics trigger

. . .

Throttle Switch TFC Switch

Clo

ck

L0

/ L

1

ReadoutSupervisor 1

VELO FE ST FE OT FE RICH FE ECAL FE

ReadoutSupervisor 1

VELO FE ST FE OT FE

TFC Switch

•Sélection de sous-détecteurs et d’une activité

List of activitiesPhysics

•Obtention des connexions entreles sous-détecteurs et le TFC switch

• Liste des readout libres

• Sauvegarde/Téléchargementd’une activité dans/de la DB

20

21

Conclusion

• Le design des schémas pour le TFC et le DAQ est terminé

• Un projet PVSS pour le TFC système utilise la base de données

Ce qui reste encore à faire…• Le design des tables pour les sous-détecteurs • Etendre les fonctionalités de cdbVis• Implémenter un API permettant aux différents

clients d’intéragir avec la base de données.