ORGANISATION ICC SAFARI
ORGANISATION ICC SAFARI
PROPOSITIONS CEA
Historique "ICC" du CEA
ISO:
PI de la caméra ISOCAM,
étalonnage au sol,
suivi de l'instrument en vol (Instrument Dedicated Team).
Integral (Integral Science Data Center)
Herschel:
Participation à la phase de définition de l'ICC SPIRE
Participation aux ICC PACS et SPIRE:
Phases d'étalonnage au sol (satellite inclus)
Développement des logiciels (de bord, d'analyse, pipeline, IA, Architecture)
Développement des simulateurs (ciel et instrument)
Management de secteurs des ICC
Participation aux phases de mise en route des instruments (CoP, PVP)
Suivi en vol de l'instrument (état de santé, etalonnage, performances)
Développement de techniques avancées de traitement de données
Retour d'expérience
ICCs Herschel (PACS, SPIRE)
Phase de définition
SPIRE et PACS, deux approches très différentes.
PACS: classique (requirements...) -> structure de
l'ICC basée sur l'expérience passée (ISO), très
centralisée
Avantage: plus de temps disponible pour "travailler".
Désavantage: pas de structure hiérarchique très claire, fractionnement,
peu de vision sur les besoins à venir (outils, manpower).
SPIRE: "moderne" (use-cases...) -> structure de
l'ICC plus décentralisée (au départ au moins)
Avantage: force à se poser les vraies questions sur l'ICC (à quoi ça doit
servir)
Désavantage: méthode lente et assez abstraite.
Phase de définition
Ce qui ne marche pas:
La construction trop "politique" de l'ICC (exemple des DAPSAS SPIRE).
L'absence de structure de responsabilité clairement établie ou la simple
délégation de ces responsabilité aux instituts.
Ce qui a marché:
La structuration des ICC en fonction des objectifs (systèmes communs,
pipeline, simulateurs...).
L'intégration des ICC pour partie dans le HSC.
La mise en place des ICC très tôt dans le processus de développement
des instruments.
Phase d'opérations
Intérêt du modèle Herschel: pas d'adaptation des
personnels ou des systèmes au lancement!
Les systèmes (IA mais surtout dialogue/commande instrument) ont été
développés et utilisés pour les phases d'étalonnage et de test au sol.
Les personnels ont été formés par leur participation aux étalonnages
(sous-systèmes, instruments intégrés) et aux tests au sol du satellite.
Erreur du modèle Herschel: accepter un langage
où tout était à écrire, et par des spécialistes.
Surcoût de développement.
Temps perdu pendant les phases de test.
Le système ne peut pas se maintenir sans un groupe minimal de
développeurs.
Pas d'intervention possible des scientifiques dans le software.
Propositions ICC CEA
Quelles "conditions
limites"?
• Disponibilité des personnels:
• M. Sauvage (I), K. Okumura (I), E. Pantin(I), V. Reveret (I), B. Morin (D), R. Gastaud
(D).
• Le SAp fait partie de l'Irfu qui dispose de services spécialisés dans les logiciels
instruments, le traitement du signal, le calcul intensif, les bases de données
(LHC).
• Calendrier Opérations et post-Opérations Herschel
• Fin de vie prévue pour Herschel Nov-Dec 2012
• Calendrier respectif Euclid/SPICA/JWST
Quelles "conditions
limites"?
• Disponibilité des personnels:
• M. Sauvage (I), K. Okumura (I), E. Pantin(I), V. Reveret (I), B. Morin (D), R. Gastaud
(D).
• Le SAp fait partie de l'Irfu qui dispose de services spécialisés dans les logiciels
instruments, le traitement du signal, le calcul intensif, les bases de données
(LHC).
• Calendrier Opérations et post-Opérations Herschel
• Fin de vie prévue pour Herschel Nov-Dec 2012
• Calendrier respectif Euclid/SPICA/JWST
Inst.
Dev
2011 2012 2013 2014 2015 2016 2017 2018 2019 2020
0.2 0.2 0.2 0.5 0.5 1.0 1.5 2.0 2+ 2+
0.2 0.5 0.5 1.0 1.0 1.5 1.5 1.5 2.0 2.0
Etalonnages
La quasi-totalité de l'expertise ICC se construit
pendant les phases d'étalonnage au sol, ainsi
que pendant les phases de test satellite.
Participation de(s) scientifique(s) CEA aux campagnes d'étalonnage
(préparation, exécution, exploitation).
Ces phases peuvent être exploitées (doivent?)
pour développer les outils d'analyse.
Participation au prototypage et au développement des outils
d'analyse.
Infrastructures
Système:
Choix des langages.
Définition du modèles de données.
Format des données, metadata, mécanismes d'échange
d'information.
Pipeline:
Définition des modes d'observation
Définition des objectifs du pipeline
Modularisation des traitements
Définition des informations d'étalonnage
Réalisation
Accompagnement du
hardware
Le CEA fournit le cooler SAFARI et son
électronique.
Le développement et la maintenance des logiciels
et des produits d'étalonnage associés seront aussi
assurés par le CEA.
Intégration de ces systèmes dans les logiciels de
bord SAFARI (ainsi que dans la partie sol pour le
traitement des données de HK).
Simulation instrument
Du point de vue ICC, le ciel peut attendre...
Définition des objectifs des simulateurs
Validation procédurale des pipelines
Choix/optimisation des modes d'observation
Validation des algorithmes de traitement des données.
Réalisation
Générateurs de bruit
Simulation des pointages télescopes
Expertise données FTS SPIRE
Couplage détecteurs-ciel
Fonctionnalités avancées
Par l'intermédiaire d'ASTRONET, le CEA travaille à
deux aspects potentiellement importants
Compression à bord - N. Barbey
Si le débit des données est trop élevé, la compression à bord est
nécessaire.
Des méthodes d'optimisation du problème compression/reconstruction
ont été développée (et validées sur les données Herschel/PACS)
Modèles d'acquisition - P. Chanial
La reconstruction optimale du signal d'intérêt nécessite la construction
et l'inversion d'un modèle d'acquisition du signal.
Synergie avec les activités de simulation instrument.
Approche validée sur Herschel.
Définition de l'ICC
Avant la réalisation des modules de l'ICC, il faut
les définir...
Quelle méthode a été choisie pour construire
l'ICC?
Le CEA souhaite participer aux discussions de
définition de l'ICC SAFARI.