Status logiciel 29 avril 2010.

Présentation au sujet: "Status logiciel 29 avril 2010."— Transcription de la présentation:

1 Status logiciel 29 avril 2010

2 Sommaire Types de fichiers brutes acceptés.
Jeu de test pour validation Bookeeping Développements programmés Conclusion

3 Types de données brutes
Hardroc1 Hardroc v7 Hardroc2 v1 Dirac Gassiplex Xdaq X Labview acquisition Labview calibration Cantaure

4 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

5 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

6 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

7 Conclusion 9 types de données pris en compte.
Documentation complète sur le wiki 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 Go sur )