kaliveda-dev team mailing list archive
-
kaliveda-dev team
-
Mailing list archive
-
Message #01328
[Bug 1271634] Re: algorithme d'identification dans les modules etalons
** Changed in: kaliveda/1.8
Status: Confirmed => Fix Committed
--
You received this bug notification because you are a member of KaliVeda
Development Team, which is subscribed to KaliVeda.
https://bugs.launchpad.net/bugs/1271634
Title:
algorithme d'identification dans les modules etalons
Status in KaliVeda data analysis framework:
Confirmed
Status in KaliVeda 1.8 series:
Fix Committed
Status in KaliVeda 1.9 series:
Confirmed
Bug description:
Analyse de runs INDRA solo de e494s.
Raw->recon, recon->ident et analyse utilisent KaliVeda 1.9.
Un grand nombre d'incohérences est relevé dans les identifications des
modules étalons.
- il n'y a aucun code 4, ni CI-CsI, ni CI-SI75, alors que les grilles
existent.
- les particules arrêtées dans Si75 ont un code 3 et sont mal identifiées (e.g. les alphas du Cf reçoivent
un z=1, cette ligne Z=1 n'existe pas sur la grille CI-SI75).
- les particules arrêtées dans le SiLi sont bien identifiées, avec un
code 3 : OK
- les cartes SiLi-CsI voient des z=1, identifiées en code 2. Les d et t de basse énergie sont mal identifiés (A=1), à cause du tracé
actuel des lignes fragment sur CsI RxL (démarre au piedestal). On maitrise cela.
- pour les particules qui atteignent le CsI :
1/3 a le code 2, et les identifications sont correctes.
2/3 ont le code 5 avec des spectres RxL discontinus.
p, d, t, alphas sont correctement identifiés sur ces bouts de ligne.
Parmi celles-ci 1/4 ont une composante lente > piedestal et une composante rapide absente (ident A=1, Z=0, ECsI=0 MeV).
Le SiLi est au piedestal.
Il reste des gamma (mêmes Z, A, E que ci-dessus).
Voila où j'en suis. Nous avons regardé les sources avec Guilain, sans comprendred'où viennet les pb. Sinon que le premier test pour voir si la particule a traversé les silicium est GetSi75 et GetSiLi, qui sont toujours présents dès que le CsI est touché, ce n'est peut-être pas assez précis. Plus loin (méthodes cohérence) il y a une vérification que tous les paramètres sont > piedestal, cela tient-il compte du piedestal variable ?
Les valeurs chiffrées concernent le module 1002, mais les modules des couronnes 11, 12 et 13 ont le même comportement.
To manage notifications about this bug go to:
https://bugs.launchpad.net/kaliveda/+bug/1271634/+subscriptions
References