kaliveda-dev team mailing list archive

[Guilain Ademard <ademard@xxxxxxxxxxxxx>]

Je retire ce que j'ai dis précédemment, ce n'est pas un problème lié à
la nouvelle géométrie.

Les particules qui passent dans les modules étalons et qui s'arrêtent
dans le CsI ont, après reconstruction, un fNSegDet=4 et donc un
fAnaStatus= 0 i.e. bonne particule. Le problème arrive lors de
l'idenfication. A la fin de celle-ci fNSegDet=0 et fAnaStatus=3
(KVReconstructedNucleus::kStatusStopFirstStage) et donc les particules
ressortent avec un IDcode5 (voir KVINDRAReconEvent::IdentifyEvent()).

Lors de l'appel de KVReconstructedNucleus::Identify(), à la fin de la
boucle while, le traitement fait entre les lignes 339 et 355 ( voir
http://indra.in2p3.fr/KaliVedaDoc/1.9.0/src/KVReconstructedNucleus.cxx.html#338)
réduit fNSegDet à 0 et donc lors de l'appel de
KVGroup::AnalysePartilces() le fAnaStatus devient 3. Il y a donc, à mon
avis, une incohérence entre ce qui est fait dans cette partie de la
méthode Identify() et dans le changement d'IDCode fait dans
KVINDRAReconEvent::IdentifyEvent(). Du moins pour les modules étalons où
les tentatives d'identification dans les IDTelescopes SILI_CSI,
SI75_SILI, CI_SI75 et CI_CSI ont échouées.

-- 
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:
  Confirmed
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