|
1 Meeting 2011-11-04 at Lyon
- Etat des lieux suite aux TB + préparer la réunion Calice
- Planning pour l'année à venir
Nouveaux arrivants: Mayence (CCC), RHUL (ODR), Aida (Genève, Bristol)
2 Etat des lieux suite aux TB
2.1 Demande cartes difs
10 Difs supplémentaires. Prix régressifs.
Recenser les demandes (capacité FPGA).
2.2 Survivance cartes lda
- Lyon ne veux plus utiliser de lda sur SDHCAL.
- LLR dit ne pas avoir de diagnostiques sur les erreurs constatées.
- Choix retenu par la collaboration de faire avec en 2011.
- Quel man-power pour la version suivante.
- Problème de montée en puissance. Taux de perte 99% des triggers.
- LLR: Connectique bloquée sur de l'HDMI.
- IPNO: Raw + TCP moins performant que TCP + TCP (faux, on parle juste de robustesse).
- Chip dans un état indéfini à l'allumage (=> bloquer le busy).
- LAPP: chip dans un état indéfini quelque soit la DAQ.
- LLR: qu'est-ce qu'un test grande échelle ? IPNL: 5 chambres.
- Pas de standard sur les vis HDMI.
2.3 GV: Dif Fw status
- Interface Roc
- 1 dif plante sur 150
- LAPP: pb RO, lda suspectée (LM: faux car balises présentes => reset continu)
- IPNL: Fw > 40: énorme perte de RO des ASUs.
- LAPP: le signal reset se déforme sur le PCB => LLR: reset variable défini dans un registre.
- reset dif: pb de compatibilité entre Xilinx et Althera.
- LAPP: Power pulsing n'a pas marché.
- IPNL: on a manqué de chambres (4-5) pour approfondir les tests.
- LAPP: manque un système de calibration (obligé de monter la haute tension).
- LAPP: CCC pleine.
- Imad: on peut venir à Lyon pour avoir des détecteurs.
2.4 Outils de diagnostique
- Pas d'analyse en ligne (IPNO: problème de transferts de fichiers)
- ``Perte de lda'' ie, plus de signaux physique (juste du bruit).
- Taux de perte pcap retiré par manque de ressource CPU.
- Système qui tourne 3 minutes.
- Perte de synchronisation ccc-dif ? LM: perte d'un trigger.
- LPNL: trailer ... mais si on le perd ?!
- LLR: Ranger les évènements incomplets.
- Upload BD 10' (bcp de requêtes x temps du ping)
- LLR: Couche TCP exclue sur la giga-dcc (baseline Calice).
- XDAQ: ne peut pas concurrencer le python de DD.
- Accès à la BD via API Guillaume (gestion des versions) sources via svn.
3 Planning année à venir
3.1 GASOLine
- LM: XDAQ permet déjà de faire le serveur.
- LM: XDAQ ne ralenti pas le système.
- LM: L'event builder est intégré à XDAQ (code spécialisé ?).
- LM: La doc est disponible.
- LM+CC: pas de dev ECAL si serveur sans XDAQ
3.2 GDCC
- Man power 0.25+0.33
- Pas avent cet été: plus de test faisceau avant 2 ans.
- Imad: engagement mois avril ILD.
|