Goals

  • Points (en interne au LESIA) sur les activités liées à la préparation des opérations RPW

Date

Attendees



Agenda

1. Debriefing IGST et actions associées en cours/à prévoir

2. Préparation 0th E2E test  

3. Préparation du commissioning (doc. Antonio, planning et répartition des actions, telecon operations)

4. Préparation du phase croisière (default, low rate, galaxy, contingency)

5. Consortium meeting (présentations à prévoir)

6. Gestion des activités operations dans Confluence et JIRA

7. Revue du planning des activités vs. échéances

    - Prochaine réunion et mise à jour Antonio à Meudon

    - Divers

Discussion items

ItemNotesActions-Items
1.
  • L'IGST s'est bien déroulé pour RPW, excepté une TC THR (load calibration) qui n'a pas voulu s’exécuter correctement. Il y a également eu un souci dans les TC spacecraft, qui seront à corriger côté MOC par Sylvain Lodiot.
  • Côté document, le plan de test de l'IGST a été envoyé par Sylvain Lodiot (voir SOL-ESC-PL-15015 i1r3 [Solar orbiter IGST-4-2 Detailed Test Plan]_09052018.pdf).
  • Les paquets de TM binaires produits par RPW durant les tests ont été également reçus dans un format EDDS XML proche du format vol (voir fichier rpw_igst42.zip et message associé envoyés par Chris Watson le ), Le fichier rpw_igst42.zip contient également le rapport de TC executées (TC-report file) au format texte. DB et AV analyseront les données, afin de vérifier que l'éxecution des TC s'est bien passées et la mise en configuration de l'instrument est telle qu'attendue, une fois que les paquets de TM auront été dé-commutés. XB va voir avec Sonny Lion (SL) pour extraire les paramètres des paquets à partir du format EDDS XML (ATTENTION, Chris a indiqué qu'il y avait probablement réplication de certains paquets dans le fichier).
  1. XB va voir avec Sonny pour decommuter les paquets de TM RPW IGST ROCOPE-172 - Getting issue details... STATUS
  2. DB va vérifier avec AV que les TC ont bien été exécutées durant l'IGST (S1, transition de mode, mise en config.) ROCOPE-173 - Getting issue details... STATUS
  3. DB va vérifier avec AV pourquoi la TC THR (load cal.) n'a pas marché. A discuter avec Kamel. ROCOPE-174 - Getting issue details... STATUS
  4. DB et AV rédigeront un rapport concernant l'IGST (avec résultats du test). ROCOPE-175 - Getting issue details... STATUS
2.
  • Les fichiers STP IORS pour le 0th E2E test ont été livrés et semblent correctes selon Andrew Walsh
  • Il reste à compléter la mise à jour du doc. ISM. XB va envoyer ses commentaires sur la dernière version publiée par DB. Par ailleurs, il faut remplir le tableau 4 des débits de TM pour chaque configuration/mode (state) de l'instrument.
  • DB va dans un premier temps "étalonner"/valider la feuille de calcul Excel d'AV en utilisant TRAC. Puis il sera possible d'utiliser cette feuille pour remplir le tableau.
  • AV a envoyé le manuel d'utilisation du calculateur de TM Excel (dispo ici Issue 1, Rev. 0).
  1. DB va "étalonner" le calculateur Excel à l'aide de TRAC ROCOPE-176 - Getting issue details... STATUS
  2. DB va calculer le débit de TM pour chaque config/mode dans le tableau 4 de l'ISM ROCOPE-177 - Getting issue details... STATUS
3.
  • AV a publié sur Confluence les doc. opérations pour le commissioning. Diane a apporté des corrections. XB va faire ses commentaires sur Confluence. XB va mettre à jour la page "I-Boom" qui servira de modèles pour les autres pages. AV ensuite mettre à jour les autres pages à partir d'I-Boom.
  • Il faudrait pouvoir envoyer ces pages aux équipes avant le prochain consortium meeting à Dresden.
  1. XB va mettre à jour la page "I-BOOM" deployement qui servira de modèle pour les autres pages confluence ROCOPE-178 - Getting issue details... STATUS
  2. AV va mettre à jour les autres pages "commissioning" à partir de la page "I-Boom deployement" ROCOPE-179 - Getting issue details... STATUS
4.
  • Pour la phase de croisière (CP), il faut définir précisément les configurations "low-rate" et "galaxy".
  • La configuration "low-rate" doit permettre d'assurer un maximum de science avec un débit journalier moyen de 2.4 kbps. Les 2 scénarios de base proposées :
    • 10 minutes de BURST mode par jour (le reste en SBM_DETECTION)
    • Entre 3 et 5 minutes de BURST mode par jour (le reste en SBM_DETECTION)
  • Il faudrait étudier ces 2 scénarios pour voir dans quelle mesure ils sont réalistes (en jouant sur les paramètres de la config., par ex., durée entre 2 SWF).
  • La configuration "galaxy" doit permettre de couvrir le max. de fréquences sur HFR (autres analysers OFF) pour mesurer la galaxie. Pas de contrainte spécifique liée au mode NORMAL ou BURST de l'instrument pour cette config. selon AV. Il faudrait néanmoins prévoir de calculer le débit dans les 2 cas de figures (en BURST et SBM_DETECTION).
  • Il serait intéressant de pouvoir présenter une première proposition de ces configurations avec data rate pour le consortium meeting à Dreden (A discuter au préalable avec Milan).
  • Les configs liées au scénario de contingency/patching et "priorité à TDS/LFR/THR" restent d'actualité, mais seront étudiées dans un second temps.
  • DB va préparer avec l'aide de AV une première proposition de configs pour le "low rate" et le "galaxy". ROCOPE-180 - Getting issue details... STATUS
5.
  • XB s'occupe de présenter la partie "Commissioning" et "Cruise phase" (avec probablement une intervention d'Eric Lorfévre ; à confirmer demain à la telecon operation). DB ou AV présente la partie "Test/validation activity".
  • Pour les parties "Commissioning" et "Cruise phase", XB aura besoin d'entrées fournies par AV et DB.
  • Pour la partie "Test/validation activity", il s'agit de présenter en quelques slides l'avancement sur les activités de tests/validation des opérations en cours (IGST, 0th E2E) et à venir (SVT1, CP E2E).
  • XB doit envoyer le template ROC keynote à DB ROCOPE-181 - Getting issue details... STATUS
  • XB va préparer la présentation pour "commissioning" et "cruise phase" à partir des inputs de DB et AV (à préciser par XB) ROCOPE-182 - Getting issue details... STATUS
  • DB et AV présente la partie "test/validation" ROCOPE-183 - Getting issue details... STATUS
6.
  • DB est ok avec JIRA, mais ne s'y retrouve pas avec Confluence. AV est ok avec Confluence, mais n'utilise pas trop JIRA.
  • XB a précisé que des Kanban boards existent sous JIRA pour voir les issues de manières plus "user-friendly" et par work package (commissioning, cruise phase, etc.). 

7.
  • Prochaine telecon operation prévue demain à 15h30

Action-items

Open issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution
Loading...
Refresh

Closed issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution
Loading...
Refresh

Attached items