2) Validation, caractérisation et paramètrage de l’instrument (voir liste de sujets d’Emmanuel G.)
Mercredi 24 janvier - 09h30/13h00
3) Discussion avec Philippe concernant les questions relatives au flight software
4) Point sur la préparation/validation des procédures de vol (Xavier, Antonio)
5) Rappel sur les opérations à prévoir, dont retours SOWG11 (Xavier, Antonio)
6) Discussion sur le MU
7) Point sur l'organisation/responsabilités entre CNES et LESIA quant aux opérations durant commissioning
8) Conclusions & open issue/action-items & next telecon
9) Divers
Discussion items
Time
Item
Who
Notes
2)
FDIR → ne sont pas à tester durant commissioning (COM)
k-factors LFR
ROCOPE-109
-
Getting issue details...STATUS
→ Voir avec Thomas Chust comment il souhaite les estimer et les paramètres/observables nécessaires – Action AV
Temperatures (PT1000)
ROCOPE-110
-
Getting issue details...STATUS
→ HK S/C nécessaires pour surveiller la T° des 12 capteurs de mesure. Comment les récupérer? Action AV
HGA versus PA
ROCOPE-111
-
Getting issue details...STATUS
:
→ 300 V/m qui peuvent être émis par la HGA en direction des PA
→ Est-ce qu’il faut prévoir des modes particuliers? (Se renseigner sur périodes de temps où l’on est en “conjonction” avec HGA/ANT/Terre - Action AV)
→ Quelles infos disponibles/récupérables sur la config HGA/PA/Terre? (Spice kernels? E-FECS?) – Action XB
→ Tracer l'info au niveau du ROC et ajouter l'info dans les fichiers CDF (bitmask). A reporter dans la doc. – Action XB
Mise ON SWA:
→ SWA-PAS peut cracher jusqu'à 6kV
→ Voir avec SWA (Fedorov) pour s'assurer que SWA ne fait pas cramer RPW (risque d'après équipe Bias)
→ 6kV pas testable au sol (conductivité du plasma non reproductible, phénomènes d'arcs électriques)
→ Idée : construire un tableau des rampes de tension SWA versus tension sur PA RPW à utiliser en vol (tableau à définir en début de mission, puis à affiner en fonction des conditions du plasma/distance au Soleil)
→ Une coordination avec SWA est nécessaire sur ce point – Action EL
Position des éléments mobiles nécessaires pour simu SPIS/FEKO. Comment les récupérer? (SPICE kernels?) – A verifier – Action XB
Activation mode silencieux DPU, THR, LFR→ Toujours ON en vol. (Cas LFR pas encore implémenté).
Heater SCM → OK TM HK RPW
Heater PA ANT → Info à récupérer auprès de l'ESA (surveillance T° versus allumage heater) – Action XB
Utilisation du gain Bias 100 (LFR veut utiliser mais Bias dit que ça va saturer). Il faudrait vérifier cela en vol (test de montée en gain progressive).
Validation algo S/W TDS → Voir avec J.Soucek ce qu'il est nécessaire de vérifier/valider (action AV). A faire durant COM ou CP? (Éventuellement vérification fonctionnelle de l'algo pendant COM et calibration/ajustement fin durant CP ; à détailler en fonction des retours de Jan.) – Attention aux temps de latence de récupération des données durant la CP!
SWA-PAS synchro → Même question COM ou CP? Critique pour les mesures LFR. Prévoir activation par défaut et test d'activation/desactivation durant COM.
MAG synchro → Vérifier durant CP. Synchro des mesures MAG et SCM
SWA synchro →
Wheels filtering → Verifier durant COM
Mode galaxy:
→ THR on et autres équipements OFF + relais PA-LF sur calibration pour éviter perturbations. Verifier avec Milan et lead CoI si OK (action AV).
→ Nécessite des procédures/séquences FCP (et non CRP) pour éteindre/allumer chaque équipement séparément en mode SERVICE
Validation SBM1/SBM2 durant CP
Validation LL → RAS
S/C potential → Coordination avec SWA. Verification d'un range de valeurs durant COM. Quid de la validation du S20 en vol? Côté RPW, activation de HK S20 possibles + TM de test S20 avec la plateforme et autres instruments.
Oscillation des ANTs durant changements d'attitude S/C (fréquence d'oscillation 0.3 Hz) → Quid durant les ANT cal rolls (est-ce contraignant)? Le temps d'amortissement sera connu par le ROC → action EG. (données produites durant oscillation devront être flaggé avec le bitmask dans fichiers CDF)
EMC → niveau RPW: Tableau Excel versus fréquence : identification des perturbations connues (E ou B, fixe/variable/dérivante, propagation à travers le système, etc.) → Liste de contrôle définie durant les tests sol, puis mise à jour en vol → action pour le CNES (config. avec les autres instruments dans la boucle à prévoir pour la campagne d'auto-compatibilité)
Déploiement des ANTs
→ Surveillance courants microswitch (TM S/C)
→ Investigation sur T°, AOCS, données instruments (MAG, RPW, ...)
→ Préparation de la timeline niveau S/C et au niveau RPW (avec TC à prévoir pour mode de chaque sous-système) → action AV
→ Ordre de déploiement? ANT par ANT? Quels arguments, quelles contraintes? Voir avec Milan si arguments scientifiques → action AV
Déploiement Boom → mesures sur SCM seulement – contrôle du déploiement par l'ESA.
Il faut préparer la demande de "SFT vol" afin de vérifier rapidement le bon fonctionnement de RPW avant les déploiements de boom/ANT. Demande d'un allumage d'environ 1h à opérer 24h avant le début des déploiements. Définir ce qu'il y à vérifier (cf. document CNES en préparation).
4)
L'équipe RPW est d'accord pour rejeter la demande de changement d'IDB du MOC relative aux TC THR (i.e., découpage des TC de config THR en 5 TC distincts, cf. mail de Sylvain Lodiot du 19/01/18)
Le ROC s'oriente sur une séquence par configuration de l'instrument
Le problème du format des procédures reste ouvert (XB va envoyer un mail à Sylvain Lodiot).
AV va envoyer les procédures aux personnes du workshop pour vérification avant le
5)
Avec un scénario de lancement en février 2020, les périodes "propices" au retour de TM sont limitées durant la CP et les temps de latence peuvent atteindre >100 jours! Il faut en tenir compte dans la préparation des opérations.
Par ailleurs, les rolls ANT et cal. SCM (dans lobes B terrestres) ne sont réalisables que la première semaine du COM ou durant le fly-by de la Terre à la fin de la CP. Il faut re-calculer rapidement les périodes durant lesquelles ces opérations sont faisables – Action pour Olga. Définir les modes à prévoir (action Milan?). Puis discuter avec le MOC.
6)
Dernière version du MU: SOLO-RPWSY-TN-1160-CNES_0203_20171226_xb (modifications des procedures principalement, cf. tableau historique des modifs.)
Xavier va renvoyer le doc à JMT
Tenir compte des commentaires d'Andris (cf. commentaires en bas de page ici : RPW User Manual / 2017-05-18) – Action JMT
Mise à jour de la section 3.3 "power budget" – Action EL
Section 3.5 : Le TM budget doc. du ROC n'est toujours pas écrit. Il sera réferencé en remplacement du doc. CNES une fois disponible. Et le MU sera alors mis à jour.
Section 4 : Ajouter description du galaxy config. et procedures associées – Action AV
→ Comment intégrer le galaxy mode dans ISM? (hypothése galaxy config. même puissance que RPW_SCIENCE)
→ Faire distinction entre les S/W modes et les configurations de l'instrument (galaxy, default science, etc.)
Section 4.2 : il faudra revoir la répartition des opérations en fonction des phases (ex. SCM cal. et ANT rolls durant COM). – Action JMT
Section 4.2.3.2 - Compléter la partie déploiement – Action EL (action AV pour la timeline des modes RPW et TC associées)
Section 4.2.5.2: ANT roll → Ajouter le descriptif sur les oscillations attendues – Action EL
Section 4.2.5.4: LFR Calibration – Quid de la config. THR (mesures magnétique)? Attention car il faut être en-dehors du mode SURVEY_NORMAL pour configurer THR (passage rapide en mode SERVICE? Mode SURVEY_BURST?) A discuter avec Milan et les Lead CoI – Action AV
Section 4.2.7.3 : Verifier science default config. – Action AV
Section 4.5.4.3 : Ajouter Red/green flag ANT – Action JMT
Prochaine issue du MU à prévoir pour juin 2018 (TBC)
7)
Action Eric : voir en interne au CNES pour la responsabilité/organisation durant COM
8)
Prochaine telecon prévue le 15 février à 10h pour faire le point sur les actions et avant la livraison des procédures au MOC pour le IGST (livraison prévue le 16/02/2018)