Choisissez le fuseau horaire
Le fuseau horaire de votre profil:
ACTL France
→
Europe/Paris
CPPM
CPPM
163 avenue de Luminy (bâtiment 25),
13009 Marseille,
GPS: 43° 13’ 51" N, 5° 26’ 28" E
Compte-rendu de la réunion / visio-conférence « ACTL France »
Référence InDiCo : http://indico.in2p3.fr/conferenceDisplay.py?confId=6761
Supports des présentations : voir InDiCo, références aux transparents entre [crochets]
Participants :
en présentiel – Mathieu Compin, Cédric Champion, John Carr, Julien Houles, Alain Masserot, Thierry Le Flour, Jean-Luc Panazol, Jürgen Knödlseder, Mathieu de Naurois, Dirk Hoffmann
à distance – Michael Punch, Catherine Boisson, Gilles Fasola, LPNHE (EVO)
Notes de la réunion : Dirk Hoffmann
Introduction (Jürgen Knödlseder)
Action : Comparer ISIS et liste People (SharePoint)
Leçons tirées de HESS (Mathieu de Naurois)
Développement en C++, librairie graphique GTK, ROOT. Changements dans ROOT pour l'utilisation multi-tâche, maintenant intégrés dans ROOT.
Conception modulaire : ajout de nouveau matériel sans changement du code.
Structurae (agents) : Controller – Receiver – Reader [6], communicant par CORBA.
Le système utilisé est Fedora 12 actuellement, le matériel électronique installé dans des chassis cPCI. Un bunch consiste en 4 s de données. Un run dure généralement 30 minutes.
La connexion à la caméra est faite par des fibres pour des raisons de protection anti-foudre.
Leçon : La redondance introduite dans le système s'est avéré bien utile pour réparer certains défauts.
Le taux d'événements s'élève à 300 Hz avec 2,7 télescopes lus en moyenne pour le même événement. Le taux de trigger mono-télescope est 50 kHz, ce qui résulte en un volume de données qui ne peut être transféré à terre. Taux de stockage 30 MB/s [30].
Temps mort par run : 1'30". Dans CTA : 30" selon requirements.
Valeur empirique : perte de 10% de données à cause de problèmes d'instrumentation (hard + soft).
Slow Control (Thierry Le Flour)
Connexion OPC/UA et ACS expérimentée sur le chassis de sécurité HESS2 : OK.
Leçon tirée de HESS : L'homogénéité matérielle est un atout.
Des machines virtuelles ont été utilisées à quelques endroits dans HESS. Mais l'accès h/w est parfois difficile à travers le host réel.
Une distribution OPC/UA de la société Unified Automation est utilisée pour des tests ; préssentie pour fournir l'environnement de développement également. Un toolkit/API est disponible pour OPC/UA.
L'accès aux informations du système à distance devrait pouvoir se faire via HTTP (port 80) et des webservices, ceci àfin d'éviter des problèmes de parefeu.
DAQ (Julien Houles)
Par rapport aux résultats présentés, il reste à faire des essais avec d'autres tailles de paquets, et des paquets non-alignés. Les demandes de NeCTAr sont très limitées par rapport aux performances fournies par notre banc de test actuel.
Des discussions concernant le format de données ont eu lieu avec Etienne Lyard (Genève) uniquement jusqu'à présent. C'est insuffisant, et il faut les étendre à d'autres partenaires.
Action : Voir aussi DataWorkingGroup (Wiki DAFA sur ShPt).
Lors de l'utilisation d'un GPU pour le traitement des données, le goulot d'étranglement sera probablement le transfert des données, même si comme prévu un slote 16×PCIe est utilisé.
Trigger (Cédric Champion)
La limite de 5dB [7] est critique !
Nous devrions faire un effort pour pouvoir utiliser les mêmes fibres pour les connexions SFP+ (de la DAQ) et fibres transportant les données de trigger (pour des raisons d'économie et de redondance).
Action : Prêt de fibre(s) pour tester la communication sur la DAQ de Marseille.
Les valises de scintillateurs ayant servi pour des mesures de gerbes cosmiques en réseau (Surface Array) au-dessus d'Antares pourraient être prêtées à l'APC pour éviter de reconstruire le même type de détecteur et économiser ainsi des ressources.
Action : Prendre contact avec Jean-Pierre Ernenwein (rnenwein@cppm.in2p3.fr)
Est-ce que le mouvement du télescopes risque d'induire du stress sur les fibres qui les dégradera au fur et à mesure de l'opération ?
Questions (Alain Masserot) :
-
L'estampillage des données se fait à quel endroit ?
-
Est-ce qu'il y a intérêt à placer le CameraServer (pour les besoins de DAQ et EventBuilding) à un endroit central plutôt que près du télescope.
NeCTAr (Julien Bolmont)
(pas de transparents)
Le banc de test au LPNHE sert pour le debug de l'électronique au fur et à mesure de l'arrivée de nouvelles cartes. Le code est écrit entièrement en Java. Il n'y aura pas d'IR informaticien (successeur Philippe Gauron) au LPNHE avant janvier.
Le logiciel sert également au contrôle des sources
LIDAR (Mathieu Compin)
Un bilan des apprentissages ACS est dressé par l'assemblée :
-
LAPP : Visite d'Anton Lopatin à Annecy, 3 jours
-
LUPM : Visite d'Anton Lopatin sur place
-
CPPM : étudiant d'été, contacts mèl avec Anton Lopatin
ESO arrête le support pour ACS. Cela remet en question le choix pour ACS dans un sens, mais nous sommes actuellement trop engagées dans la voie actuelle pour changer de cap. Joe Schwarz (anciennement travaillant pour ESO) a rejoint la collaboration CTA récemment (dans un labo italien).
Prévoir des formations ESO, le budget ! (Typiquement une semaine en Amérique jusqu'à présent.)
L'inscription aux forums est très utile ; le temps de réponse est très court.
Qui sont les experts ALMA en France ?
Point sur les licences OPC/UA, possibilités d'utilisation :
-
Version de validation gratuite, durée d'utilisation 1 h, puis redémarrage obligatoire.
-
Deux licences de développement disponibles à Berlin.
-
La distribution du code compilé est gratuite.
-
Le LUPM a acheté une licence de développement.
Action : Mathieu envoit le prix obtenu lors de cet achat. Comparer avec une offre éventuelle du groupe logiciel (http://groupelogiciel.univ-lille1.fr/).
LST (Thierry Le Flour et al.)
Deux environnements sont actuellement en cours d'utilisation dans CTA : Bosch / Siemens.
La question de la possibilité et la nécessité d'un choix homogène « CTA » se pose ! Il est important, car le prix d'entretien sur 30 ans est prépondérant dans le coût total.
SST (Gilles Fasola)
Les activités autour d'un SST construit à Meudon se passent dans le contexte du projet GATE. Le télescope sera opérationnel en 2014. Une compatibilité SST-GATE / Astro est recherchée.
Est-ce que SST-GATE peut être pomu comme testbench ACTL ? Est-ce qu'il peut considéré comme un prototype à tout égard pour SST-CTA ?
La prochaine étape sera la réunion de projet du 3 mai.
Outils (Dirk Hoffmann)
Tout est dans les transparents.
Conclusions
Catherine, Giovanni et Christian (DAFA, CEIN, ACTL) doivent définir les licences et conditions de production de logiciel. Catherine propose une réunion transversale avec tous les télescopes, pour ACTL, ...
Action : Créer liste CTA-ACTL française [Dirk]
Action : Doodle pour ACTL-France entre le 9 et 11 mai [Dirk]
Action : Identifier les experts ACS en France [Jürgen]
Rappel : Réunion SST le 3 main (annoncée sur liste SST)
Workshop français à organiser sur : Trigger. ACS.
Clarifier les conditions d'acquisition de licences OPC/UA (prix non-négligeable).
Il y a un compte-rendu associé à cet événement.
Les afficher.
