19/11/2003Tommaso Boccali Software per l integrazione Tommaso Suchandra Alessandro.

19/11/2003 Tommaso Boccali

Software per l’ integrazione

TommasoSuchandraAlessandro

19/11/2003 Tommaso Boccali 2

Outline

Non parlo di Software a basso livello (controlli elettrici,

del loop, del DOH) Perché non ne so nulla, questa parte dovrebbe

esserci fornita dai francesi

Parlo di Lettura del FED Possibilità di analisi dei dati Uso e validazione al test beam


In particolare …

Parlo solo del Client di Integrazione sviluppato da Suchandra e a cui sto collaborando ora anche io.

Concetto di base: Cercare di avere un tool che permetta di

leggere più formati possibili (sia nel senso di formati di files che lettura diretta della daq) per uniformare il debug e il testing di tutte le possibili strutture da 1 a O(1000) APV.


Diagramma

Histogramming &Comparison

ApvAnalysis

ARC Root File

PISA Root file

Antwerpen Root File

TB Root fileDIM

ServerSHMEM

Server

FED+FEC+TSC

XDAQ Server

LibraryAccess XDAQ Client

CMS DB

XDAQ Server

TT6 Files?


XDAQ

L’uso di XDAQ mi sembra ineludibile; l’unico esempio di daq “complessa” senza xdaq è il LT test, ma permette di leggere > 1 modulo solo mediante multiplexer

Dando per scontato questo, dobbiamo essere in grado di leggere tutti i formati che il XDAQ server dà come output adesso ZEBRA/ROOT files (offline, data analysis @ TB …,

cosmic rack) I2O Frames (online, Filter Farm, Debugging …)


Features

1. Lettura diretta dei FED via Library implementazione dei thread di lettura, di calibrazione,

controllo opto ibrido (analogico), TSC, FEC …

2. Lettura di frames da file TB root files

3. Simulazione di Frames per debugging4. Lettura di frames come pacchetti I2O da rete5. Lettura di dati preprocessati da file

Pisa, ARCS, LT, GeneralTT6(?)

6. Analisi dati e salvataggio in formato proprio7. Confronti fra sorgenti diverse (compreso

Lyon DB)


Library Mode

Controlla direttamente le schede di acquisizione, che devono essere montate sul PC stesso

Codice rinnovato, sul modello di standalone di Laurent (root, threads, locks ecc ecc)

Funziona…


RootReader mode

Funziona Rende il debugging molto veloce:

Dato un sir*.root, lo legge senza bisogno di sapere quanti apv c’erano, gli indirizzi CCU ecc ecc

Permette di considerare un evento ogni N, per run molto lunghi

Permette di concatenare root files come se fossero un unico file

Per esempio, e’ possibile studiare l’andamento dei piedistalli col tempo usando ~10 run da 30000 eventi, considerando solo 1 frame ogni 50


Batch mode

Era una richiesta esplicita Non apre finestre grafiche, permette di

usare sir*.root e files concatenati, permette di specificare la frazione di eventi da considerare

Scrive in output un root file uguale a quello che si può salvare in modo interattivo Pensato per un reprocessing notturno dei dati

della giornata; esplicita richiesta TOB


On/off in qualunquemomento

Spy mode

XDAQ-Client

Permette di spiare la presa dati con XDAQ

L’idea è scrivere comunque un sir*.root da xdaq, ma di tanto in tanto è anche utile connettersi al server e vedere che succede

Hardware

XDAQ

Root file

XDAQ client

Root client

Abstract datareader

Analisiecc ecc


Xdaq client


Analisi

È in tutto e per tutto ApvAnalysis, preso da ORCA

TkPedestalCalculator TkCommonModeCalculator TkNoiseCalculator TkZeroSuppresser


Cosa Manca???

L’anno scorso avevamo chiesto a quelli del TOB una wish list; loro ci hanno proposto ~10 punti che abbiamo risolto; ne manca solo 1: Cluster finding! Problematico per più aspetti:

Non c’è il concetto di Modulo, gli APV sono entità non correlate; mancherebbe una Geometria (tipo tbconf.xml)

Non è facile portare dentro la parte di ORCA che clusterizza (forse hopeless)

Forse ci vuole codice specifico, sul tipo dei TT6Clusters


???

Altre richieste? Di sicuro verrà con noi al Test Beam Entro allora spero sarà già stato testato

abbondantemente in laboratorio ;)


Backup!


XDAQ - Client

Abbiamo 2 diverse possibilità per leggere i dati da XDAQ Usando un’applicazione XDAQ e della

memoria virtuale fra questa e il cliente Fatto

Più elegante: fare in modo che il Client possa leggere messaggi I2O senza essere dentro XDAQ

Ci stiamo lavorando; dovrebbe diventare il prototipo di XDAQ per parlare con legacy code

Prototipo ok


Come funziona

Tutto in spy mode: Non vogliamo in alcun modo disturbare la

daq Vogliamo isolarci da glitch etc:

Implementazione tramite buffer circolarefirst last


…

Se la daq è più veloce dell’analisi, il buffer si riempie e la velocità di acquisizione del canale di spy è quella dell’analisi

Se la daq è più lenta dell’analisi, il buffer diventa vuoto e la velocità di analisi è quella è quella dell’acquisizione

Tutto salvaguardato da semafori per evitare l’accesso contemporaneo.


Approccio 1 (funzionante)

HardwareXDAQ Server

XDAQ Application

Client

I2O message Shared memory

Mondo di XDAQ Stesso PC

BufferCircolare


Approccio 2 (in sviluppo)

HardwareXDAQ Server Client

I2O message

Mondo di XDAQ Stesso eseguibile

BufferCircolare

Thread di lettura

Include gli stub diI2O direttamente

19/11/2003Tommaso Boccali Software per l integrazione Tommaso Suchandra Alessandro.

Documents

Transcript of 19/11/2003Tommaso Boccali Software per l integrazione Tommaso Suchandra Alessandro.