LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

ECHANGES Philippe Plasson / E. Guilhem du 29/09/2015 :

On va le traiter dans la NC, que l'on va clore en disant "use as is". Ne change rien.

-----Message d'origine-----
De : Philippe Plasson [mailto:philippe.plasson@obspm.fr]
Envoyé : mardi 29 septembre 2015 14:38
À : Guilhem Emmanuel (ALTRAN TECHNOLOGIES)
Cc : Bruno Katra; paul leroy; nicolas.briand@lpp.polytechnique.fr; Veronique Bouzid; William Recart; Thomas Chust; Gaele Barbary; Vincent Leray; Pontet Bernard
Objet : Re: Non conformités FSW R3 LFR

Le 29 septembre 2015 14:34, Guilhem Emmanuel (ALTRAN TECHNOLOGIES) <emmanuel.guilhem@cnes.fr> a écrit :

Philippe,

Initialement, il était prévu de moyenner pendant 180s V_DC (SSS-CP-DAS-643) qui était lui-même la moyenne sur 4 secondes (SSS-CP-DAS-642) du potentiel S/C de LFR dans la HK qui est une moyenne sur 16pts de la mesure F3 (req LFR).
En l'état actuel de la R3 on moyenne pendant 180s V_DC (SSS-CP-DAS-643) la moyenne sur 4 secondes (SSS-CP-DAS-642) du potentiel S/C de LFR dans la HK qui est un échantillonnage de 1pt sur 16pts de la mesure F3 (modif LFR).
Et ce dans un mode dégradé où l'on ne peut pas communiquer avec SWA, (ce mode a tout de même des chances d'être utilisé...).

A priori il n'y a pas de quoi lancer une modif sur du VHDL pour ça.

En ce qui concerne les échanges avec SWA, on envoie toute les secondes la mesure du potentiel S/C de LFR contenu dans la HK, il faudra les informer que cette valeur n'est pas moyennée (ACTION CNES).

Du coup je vais fermer la NC.

Et alors finalement, est-ce que je modifie SSS-CP-EQS-526 ?

Philippe

Emmanuel

-----Message d'origine-----
De : Philippe Plasson [mailto:philippe.plasson@obspm.fr]
Envoyé : mardi 29 septembre 2015 12:16 À : Guilhem Emmanuel (ALTRAN
TECHNOLOGIES) Cc : Bruno Katra; paul leroy;
nicolas.briand@lpp.polytechnique.fr; Veronique Bouzid; William Recart;
Thomas Chust; Gaele Barbary; Vincent Leray; Pontet Bernard Objet : Re:
Non conformités FSW R3 LFR

Le 29 septembre 2015 11:58, Guilhem Emmanuel (ALTRAN TECHNOLOGIES) <emmanuel.guilhem@cnes.fr> a écrit :

Merci pour les documents,

Je suis désolé, je ne pense pas que nous puissions éviter de se traîner une non-conformité . Si le SBM1 se déclenche en permanence sur des faux évènements, on peut avoir une anomalie grave. Il y a sûrement plusieurs mitigations possibles autre que l'implémentation du moyennage (paramétrage de l'algorithme, masquage, moyenner dans le DPU...), et des tests à mener pour évaluer la sensibilité de cet algo en autocompatibilité et vis-à-vis des spécifications S/C (nous devions le tester en novembre suite à la réception de RPW_R3, nous allons le faire en portant notre attention sur ce problème).

OK, on ne touche pas à SSS-CP-EQS-526.
L'algorithme de détection SBM1 ne peut pas être sensible à ce problème car il est déjà basé sur une moyennage des données à bord (sur 180 secondes). Le potentiel S/C calculé à partir des F3 de LFR est utilisé, en mode dégradé, comme proxy de la densité de proton : tout l'algo SBM1 est basé sur une comparaison entre deux grosses moyennes de 180 secondes de données de la densité de proton, de B et de V.

Philippe

Pour bien gérer tout ça j'ai créé la NC 208.

Emmanuel

-----Message d'origine-----
De : Philippe Plasson [mailto:philippe.plasson@obspm.fr]
Envoyé : mardi 29 septembre 2015 11:26 À : Guilhem Emmanuel (ALTRAN
TECHNOLOGIES) Cc : Bruno Katra; paul leroy;
nicolas.briand@lpp.polytechnique.fr; Veronique Bouzid; William
Recart; Thomas Chust; Gaele Barbary; Vincent Leray; Pontet Bernard Objet : Re:
Non conformités FSW R3 LFR

Le 29 septembre 2015 11:18, Guilhem Emmanuel (ALTRAN TECHNOLOGIES) <emmanuel.guilhem@cnes.fr> a écrit :

Bonjour,

Au niveau système, la génération du potentiel V de LFR est nécessaire pour les fonctions suivantes :
- Trigger du mode SBM1,
- Echange inter-instrument, le potentiel S/C est fourni à SWA
périodiquement toute les 4 secondes,

Si je comprends bien, dans la version R3 du LFR, la valeur de F3 fournie au DPU, est la dernière valeur mesurée lors de l'échantillonnage du snapshot F3, et non la moyenne de ce snapshot. A priori le potentiel S/C (Vx_DC à 16hz) ne devrait pas varier à l'échelle des besoins (4secondes(SWA), ou 300s(SBM1)). Néanmoins, nous avons vu lors des essais de compatibilité que des évènements transitoires provoqués par le S/C pouvaient être samplé par LFR F3. Le moyennage est une solution pour s'affranchir de ces perturbations.

C'est bien cela dont il s'agit.

Actuellement, nous ne pouvons pas garantir que le S/C sera propre dans cette bande de fréquence.

Ce problème pourrait impacter fortement l'algorithme de détection des SBM1.

Philippe est -ce que tu pourrais nous envoyer la dernière version du doc de Milan spécifiant les algorithmes de détection?

Ci-joint.

Philippe

Cordialement,

Emmanuel Guilhem