- Projet calibration
- Florent a synthétisé des résultats obtenus sur un prototype de carte multiplexer utilisant deux technologies de relais différentes pour utiliser sur le banc de test de cartes calibration Phase-II, et plus si affinités
- Difficultés de répéter les mesures avec constance des résultats, peut-être dûs au générateur de tension, à l'oscilloscope, au blindage (cable, carte,...) ou variations de température. Il faut aussi estimer mieux l'effet d'ouvertures/fermetures des relais sur la stabilité en temps
- Quel target ? en principe 0.1% d'uniformité (entre canaux, dans le temps, en linéarité,...) mais si on peut pas, on peut pas (a priori aucune
- LATOURNETT
- Nicolas Ch.: Bloc firmware lpGBT implementé sur les MATRIX de la carte v2
- Olivier: Code (C++ et à travers OPC-UA) de communication avec les fireflies à tester (architecture/style similaire aux SFP, et jitter cleaners)
- Nicolas Ch./Olivier: Commande de fibres utiles pour brancher deux cartes LATOURNETT l'une sur l'autre afin d'avoir plus de liens actifs, mais travail sur stabilité de l'EMUL nécessaire.
- Nicolas Ch.: Carte LATOURNETT v2 à l'EMF s'éteint de temps en temps, nécessité de regarder les logs du shelf managers mais questions de Nicolas Ch. pour Sylvain
- Sylvain a réussi à communiquer en I2C (pas encore à utiliser les informations pour publier le FRU dans le code IPMC par exemple) avec les EEPROM de la LATOURNETT (pas celui du RTM) ; relance de Stefan Haas pour ces fonctionalités IPMC
- Réparation des fireflies endommagés terminée (carte #4) ; cartes 5 et #6 pas encore cablées avec les fireflies
- Informations disponibles dans log-book mais pas encore dans DB, discussion/mise en oeuvre à discuter avec Alberto
- Tanya: Marchés : François a fait les PUMAs (deadline fin janvier), fireflies à venir.
- Eric: Faces avant reçues par Schroff, sérigraphie à venir
- Nicolas Ch.: Question sur le sens des LEDs sur le RTM (présence/absence des transceivers)
- Fatih: Peut-on avoir la date de fabrication dans le FRU ? (il faut d'aboard l'avoir dans une DB)
- Software:
- Benchmarking implémenté avec commande strace : timing dominé par attentes dans les mutex (logique puisque c'est la façon d'éviter les clashs sur les différentes bus), appels réseaux O(2%)
- Regroupement des paquets TCPs pour affiner les résultats de timing observés ? pas clair si ce mécanisme a un effet
Il y a un compte-rendu associé à cet événement.
Les afficher.