Document "RPW Operation Input" pour LFR - Concept et planning
Chacune des opérations clairement identifiées doit donner lieu à l'édition par le ROC d'un plan d'operation (RPW Operation Plan, ROP)
L'ensemble des configurations de l'instrument durant la mission doit être reporté dans un document unique "RPW Flight Configurations Description Document" (FCDD). Ce document sera écrit et maintenu par le ROC.
Une première version du FCDD devra être rédigée et diffusée par le ROC pour début octobre. La première version (issue1) devra être vérifié par l'instrument scientist RPW et approuvée par le PI RPW, les Lead CoI, l'ingénieur système RPW (TBC), le DPU project manager (TBC) et le chef de projet ROC.
Au préalable, les équipes doivent remplir et livrer au ROC, des documents "RPW Operation Plan Input" (ROPI). Il est prévu de s'appuyer sur ces documents pour discuter des opérations/configurations au niveau consortium, préparer la rédaction des documents ROP et FCDD et la livraison à l'ESA des séquences correspondantes. Le ROC espère pouvoir organiser une première telecon avec toutes les équipes fin septembre (une fois tous les ROPI reçus et synthétisés par le ROC).
Il y a un document par activité identifiée avec le CNES et le MOC
Le titre reprend pour l'instant ID de référence RPW-i utilisé par le MOC pour définir les activités commissioning. Il est possible de le changer pour le rendre plus explicite
Ajouter également une colonne pour indiquer le format "raw" ou "eng" de la valeur des paramètres de TC.
Il faudrait commencer à remplir/mettre à jour ces documents dans l'ordre de priorité suivant :
RPW-6 (interference campaign)
RPW-2 (IBoom deployment)
RPW-3 (ANT deployment)
RPW-4 (ANT rolls)
RPW-5 (SCM noise measurement)
RPW-1 (First switching-on) peut être mis de côté pour le moment (la configuration initiale sera d'abord discutée avec le CNES, probablement basée sur SFT run)
RPW-7 (RPW-PAS filtering) peut être aussi mis de côté, car pas de visibilité sur le déroulement de cette opération
Il serait intéressant de pouvoir discuter 5 min. de ces configurations (au moins pour RPW-6) à l'atelier ROC validation. En particulier, il faut assez rapidement identifier les incompatibilités entre les configurations demandées par chaque équipe (par ex. pour RPW-6, TDS veut du SURVEY_BURST et LFR du SBM_DETECTION, deux modes DPU incompatibles).
Il peut être utile de définir dans les documents les configurations critiques (mandatory) et si possible
De manière générale, ne pas hésiter à faire des retours au ROC sur la structure du document (rien n'est figé dans le marbre) et y reporter le maximum d'information qui puisse aider le ROC à identifier les points durs/incompatibilités et définir une timeline propre avec l'ensemble des configurations demandées (mieux vaut plus que pas assez)
Diane sera le principal point de contact au ROC pour l'équipe LFR (n'hésitez pas à la contacter si vous avez des questions/remarques)
Action LFR: Regarder et compléter si possible les documents ROPI commissioning, puis les envoyer au ROC (à DB avec copie à XB et AV) avant le (au moins RPW-6, 2, 3 et 4)
Low rate configurations
En parallèle des operations du commissioning, le ROC doit également consolider les configurations prévues pour l'exploitation scientifique de l'instrument durant la phase de croisière (et nominale) de la mission.
"DEFAULT-SCIENCE" → Configurations permettant de couvrir 99% des objectifs scientifiques RPW avec un débit de TM nominal (<5.5 kbps)
"GALAXY" → Configurations spécifiques permettant à THR de mesurer le spectre radio de la galaxie
"LOW-RATE" → Configurations permettant de couvrir d'optimiser le retour scientifique de RPW avec un débit de TM dégradé (<2.4 kbps)
Les configurations et séquences associées dans ces 3 cas, doivent également être préparées et livrées par le ROC au MOC dans le cadre des tests ESA (SVT1 et CP E2E).
Pour les "DEFAULT-SCIENCE" et "GALAXY", il reste principalement à affiner, reporter proprement dans le FCDD et approuver avec les équipes
Pour le "LOW-RATE", il n'y a pas encore de consensus sur la configuration à prévoir. Pour le moment 2 scénarios sont envisagés (voir LOW-RATE) jouant sur les principales variables d'ajustement en terme de débit de TM.
XB va envoyer, comme pour les ROPI commissioning, des documents Word à mettre à jour/vérifier concernant ces configurations.
En particulier, il faudrait que les équipes, LFR compris, détaillent avec le ROC le contenu de ce "low-rate" avant la fin du mois de septembre. Les besoins étant différents pour chaque équipe, il sera peut être difficile de converger vers une seule solution. On pourra envisager dans un second temps plusieurs configurations "low-rate" en privilégiant tel ou tel analyseur, mais il faut démarrer avec quelque chose.
Comme il faut pouvoir contrôler le débit total RPW en fonction des entrées fournies par les équipes (le débit total ne devant pas dépasser 2.4 kbps en low-rate), le ROC mettra dès que possible les informations reçues sur sa page Confluence (pour que les équipes puissent suivre). On peut également envisager de mettre à disposition de chaque équipe une version "low-rate" du calculateur Excel ROC (mais comment s'assurer que tout le monde travaille sur la même version à jour → utiliser git?)
Action XB : Envoyer à TC, RP et BK, les doc. à compléter pour LFR concernant les configs DEFAULT-SCIENCE, GALAXY et LOW-RATE avant
Action LFR : Regarder et compléter si possible les documents DEFAULT-SCIENCE, GALAXY et LOW-RATE puis les envoyer au ROC (à DB avec copie à XB et AV) avant (TBC)