STAR-SSD

Discussion Calibration

Compte-rendu de la discussion à Strasbourg 23/02/00

La liste des paramètres nécessaires à la calibration fournie dans le document de Nantes nous semble complète. Partant de là, nous commentons d'abord chaque item, puis nous proposons un résumé.

Piedestaux et bruits des pistes

• Ce qui est sur :
  Suivant une fréquence qu'il reste à déterminer, un run piedestal (sans suppresion de zéro, et sans stocker les données) est lancé, il permet à la DAQ de calculer (hardware) le piedestal et le bruit qui sont envoyés via le Online à la Calibration db. Par la suite ces mêmes paramètres sont relus par la DAQ pour configurer les ASICs lors d'un run physique (avec suppression de zéro).
• Ce que l'on peut faire avec dans ces conditions :
  Outre la configuration des ASICs citée plus haut, le seul contrôle possible consiste à comparer l'évolution de ces piedestaux/bruits avec l'évolution de la qualité des données en ligne (QA : par exemple la fréquence des coups par piste).
• Ce que l'on voudrait bien faire en plus :
  Si l'on fait confiance au calcul de la DAQ, il ne semble pas nécessaire de refaire ce calcul ailleurs (Online ou Offline) avec des données enregistrées sans suppression de zéro. Dans le cas contraire il faut faire des runs piedestaux enregistrés sur bande (possible ?) lus par Offline pour calculer une correction enregistrée dans la calibration db.
  MAIS il nous semble indispensable de calculer suffisamment souvent ces piedestaux, en tout cas sur une base régulière afin de contrôler leur évolution. Pour ce faire avoir un groupe d'événements sans suppression de zéro de temps en temps (pendant un run physique) avec la DAQ configurée en calcul de piedestal qui communique alors les résultats à la Calibration db. La faisabilité de cette démarche dépend de la quantité/vitesse que cela représente : C'est une question adressée aux experts de la DAQ.
• Ne faut-il pas stocker la valeur du seuil (Nxbruit) utilisé pour la suppression de zéro ?

Pistes mortes et bruyantes

• Comment les déterminer :
  Ces deux listes nous semble indiscociables car ce sont les mêmes algorithmes qui permettent de les identifier :
  • avec un run piedestal la DAQ calcul le bruit des pistes qui donne une indication de l'état (bruit faible=morte, important=bruyante). Ceci signifie que les valeurs de bruit des pistes stockées dans la calibration db sont scannés Offline.
  • avec un run pulse géné (avec suppression de zéro) dont les donnés sont enregistrées sur bande, un module Offline peut reconnaître les pistes mortes (pas de signal).
  • Online sur un run physique les pistes mortes n'ont pas de signal, les pistes bruyantes en ont tout le temps ou jamais.
• Fréquence :
  Dans ce contexte, c'est le contrôle Online qui indiquera la nécessité de mettre à jour par le Offline la liste des pistes mortes/bruyantes, utilisée par la reconstruction, qui devra ètre stockée dans la Calibration db, même si le Online stocke une liste temporaire dans la Condition db.

Gain

• Relatif vs absolu ?
  Si le gain absolu est connu, nous ne voyons pas l'intéret d'évaluer un gain relatif...Il nous semble que la seule calibration nécessaire et suffisante est la conversion absolue pour chaque piste ADC/énergie.
• Problème potentiel avec le pulse géné :
  Les derniers tests de modules TABés indiquent une non-reproductibilité de la hauteur du pulse pour un canal...ceci peut-être gènant pour la calibration du gain qui doit se faire pour différents amplitudes de pulses positives et négatives!

Alignement

• rien a dire.

Contenu Calibration db

• gain absolu (ADC/énergie),
• état (active, morte ou bruyante),
• piedestal et bruit (déterminé par la DAQ,
• (niveau du seuil de suppression de zéro)
• éventuellement correction au signal, s'il a été possible de faire une autre détermination du piedestal et bruit via Online ou Offline.

Types de run nécessaires

• run piedestal :
  La DAQ est en configuration sans suppression de zéro, une centaine d'événements sont a priori suffisant. La présence de collisions n'est pas nécessaire, mais elles ne gènent pas non plus (si le taux d'occupation reste faible, inférieur à quelques % ?). A priori les donées ne sont pas stockées sur bande.
  Sert à déterminer le piedestal et le bruit de chaque piste.
• run physique :
  La DAQ est en configuration suppression de zéro, des collisions ou trigger cosmiques sont absolument nécessaires.
  Permet l'alignement des modules.
• run pulse géné :
  La DAQ est en configuration suppression de zéro, une impuslion est injectée surles cannaux des chips 128c. S'il est possible d'enregistrer les données, la DAQ en configuration sans suppression de zéro est utile.
  Sert à déterminer le gain de chaque piste.
• run canal transparent :
  S'il est possible de configurer l'ADC à la fréquence adéquate, la DAQ en configuration sans suppression de zéro, on peut alors placer les chips 128c en canal transparent (sur une piste à la fois).
  Sert à déterminer le peaking time des pistes.

Modules Online liés à la calibration

• scanning des donné physiques pour déterminater les pistes bruyantes ou mortes,
• éventuellement calcul des piedestaux et bruits sur de données sans suppression de zéro.

Modules Offline liés à la calibration

• scanning des valeurs de bruit pour déterminater les pistes bruyantes ou mortes,
• scanning des donné pulse géné pour déterminater les pistes bruyantes ou mortes,
• lecture du run pulse géné pour déterminater les gains,
• éventuellement calcul des piedestaux et bruits sur de données sans suppression de zéro.

---

J.Baudot