Status logiciel 29 avril 2010
Sommaire Types de fichiers brutes acceptés. Jeu de test pour validation Bookeeping Développements programmés Conclusion
Types de données brutes Hardroc1 Hardroc2 v7 Hardroc2 v1 Dirac Gassiplex Xdaq X Labview acquisition Labview calibration Cantaure
Programme de test Tous types de fichiers brutes. Exécution automatique (1 commande python). Conservation des résultats par fichier brute et révision svn. Nombre d’évènements Nombre de hits Nombre de badbcid ( valable uniquement pour HR1 ) Nombre d’erreur Nombre de warning fichiers XML utilisés Les dates d’exécution
Bookeeping Stage DUT informatique Jonas Interface graphique JAVA Base de données mysql Création, modification et recherche. Des « géométries » utilisées Détecteurs, chambres, ASU, numéros de Chips, format slow control, … Les fichiers brutes associés à ces géométries Nom de fichier, chemin, reconstruction (o/n) Informations sur les fichiers reconstruits fichiers brutes. géométrie. version subversion utilisé Génération de fichiers XML
Développements programmés Reconstruction Format de données lcio Suivre l’évolution des DAQ et des Chip (Microroc) Interface graphique Améliorer le programme de test. Fonction recherche Format de la date Temps de reconstruction par évènements Génération des XML depuis labview
Conclusion 9 types de données pris en compte. Documentation complète sur le wiki http://lappwiki01.in2p3.fr/Linear_Collider_LAPP/index.php/Mic romegasFramework Erreurs corrigées avec Max pendant ses analyses. La plupart des problèmes rencontrés proviennent d’un manque de communication. Attention une modification de l’électronique doit être répercutée dans le logiciel. Peu de programmes d’analyses dans le Framework Ecrire les XML reste compliqué ( surtout pour les chips Id ) Amélioré avec l’outil de bookeeping Attention manque de place sur lapp_data (reste 176.9 Go sur 1300.00)