kaliveda-dev team mailing list archive

[Guilain Ademard <ademard@xxxxxxxxxxxxx>]

pour les codes 5 Je pense  aussi que c'est un problème de géométrie.
Lors de la reconstruction je pense que KaliVeda n'arrive pas à trouver
le détecteur qui se trouve en face du CsI, les étalons, peut être parce
qu'ils sont plus petits que les CsI (???), et donc il croit que la
particule est arrêtée dans le premier étage. La particule a alors un
status (KVINDRAReconNuc::GetStatus()) qui est égal à
KVReconstructedNucleus::kStatusStopFirstStage. Pour les particules qui
ont ce status, KaliVeda attribue systématiquement in IDcode5 (voir
KVINDRAReconEvent::IdentifyEvent() ). A vérifier!

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