LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

Résultats du test Envoi d une sinusoide 0.1hz sur SC_V_F3
les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_0.1Hz_on_V.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_0.1Hz_on_V

Résultats du test Envoi d une sinusoide 0.1hz sur SC_E1E2_F3
Les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_0.1Hz_on_E1E2.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_0.1Hz_on_E1E2

Résultats du test Envoi d un carré 0.1hz sur SC_V_F3
les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Square_0.1Hz_on_V.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Square_0.1Hz_on_V

Résultats du test Envoi d un carré 0.1hz sur SC_E1E2_F3
Les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Square_0.1Hz_on_E1E2.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Square_0.1Hz_on_E1E2

Résultats du test Envoi d une sinusoide 10hz sur SC_V_F3
les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_10Hz_on_V.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_10Hz_on_V

Résultats du test Envoi d une sinusoide 10hz sur SC_E1E2_F3
Les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_10Hz_on_E1E2.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_10Hz_on_E1E2

Résultats du test Envoi d une sinusoide 5hz sur SC_V_F3*
les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_5Hz_on_V.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_5Hz_on_V

Résultats du test Envoi d une sinusoide 10hz sur SC_E1E2_F3
Les données sont dans le répertoire /home/validation/data/R3++/3.2.0.3/1.1.91/SC_potential_mean_HK_datasets/Sine_5Hz_on_E1E2.
Les données sont également sur le ftp
ftp://ftp.lpp.polytechnique.fr/bouzid/keep/LFR/3.2.0.3/SC_potential_mean_HK_datasets/Sine_5Hz_on_E1E2

Premier résultat de comparaison un peu plus précis: super !

Petit problème de saturation dans la transition ce qui explique une moyenne un peu en dessous (a priori transition exceptionnel dans la nature ...)

J'ai simulé la moyenne glissante que représente les HK à 1s à partir des CWF3. Sur les courbes jointes il s'agit des courbes en magenta. Les HK sont en bleu et les CWF3 sont comme avant en cyan.
1) globalement bon accord entre les HK de Paul et ceux que je simule
2) un zoom montre que les HK de Paul ne sont pas datés à une date associée à un échantillon CWF3. A priori cela n'est pas normal même si cela n'est pas dramatique en soi. Indicateur d'un bug sous-jacent ?
Le paquet HK porte une date qui correspond à sa date de création (lecture du temps dans les registres internes au moment de remplir le champs "time" du paquet), ce n'est pas l'acquisition time d'un échantillon à F3.
3) pour le Sine à 5H il y a comme un bug que le plot de véro permettait déjà de voir: oscillation relativement importante de période 3s avec une accentuation assez prononcée intervenant régulièrement
Peut-être un effet collatéral de ma période de 60ms?
4) la simu ne montre absolument pas ce comportement, ce qui donne à penser qu'il y a un bug quelque part ...
Pas forcément un bug, c'est peut-être juste la façon dont ça se comporte avec une période de 60ms pour la tâche de moyennage. Tu crois que tu pourrais simuler ça?

Je ne vois pas le numéro de révision du soft utilisé pour produire les derniers tracés. Vous pouvez me le redonner?

paul leroy wrote:

Je ne vois pas le numéro de révision du soft utilisé pour produire les derniers tracés. Vous pouvez me le redonner?

Ces derniers tracés sont produit avec les données présentées ci-dessus par Véro: 3.2.0.3

4) la simu ne montre absolument pas ce comportement, ce qui donne à penser qu'il y a un bug quelque part ...
Pas forcément un bug, c'est peut-être juste la façon dont ça se comporte avec une période de 60ms pour la tâche de moyennage. Tu crois que tu pourrais simuler ça?

Voilà ce que cela donne. Je ne suis pas sûre à 100% encore mais çà va dans le sens que tu indiques. J'ai un doute avec la datation de mon HK car j'en tire un tous les 16 or 16*60ms c'est plus court que 1s ... Mais l'effet recherché est bien là toutefois.

PS: c'est toujours avec le mêm jeu de données 3.2.0.3. Véro et Bruno sont actuellment en train d'en rejouer je crois ...

Test effectué sur 3.2.0.6

--> Pas terrible sur les HK .....

OK, pourrais tu refaire un essais avec la révision 3.2.0.7? Merci d'avance.

thomas chust wrote:

4) la simu ne montre absolument pas ce comportement, ce qui donne à penser qu'il y a un bug quelque part ...
Pas forcément un bug, c'est peut-être juste la façon dont ça se comporte avec une période de 60ms pour la tâche de moyennage. Tu crois que tu pourrais simuler ça?

Voilà ce que cela donne. Je ne suis pas sûre à 100% encore mais çà va dans le sens que tu indiques. J'ai un doute avec la datation de mon HK car j'en tire un tous les 16 or 16*60ms c'est plus court que 1s ... Mais l'effet recherché est bien là toutefois.

PS: c'est toujours avec le même jeu de données 3.2.0.3. Véro et Bruno sont actuellment en train d'en rejouer je crois ...

J'ai amélioré un peu ma routine de simu: je retrouve bien un motif régulier de l'ordre de ce qui est observé

J'ai fait des modifications sur le moyennage. J'ai fait des tests avec ma mini-lfr en injectant un signal sur v et en regardant les données HK décommutées avec lfrsgse.

L'impémentation actuelle vérifie que v, e1 et e2 on changé avant d'effectuer le calcul de la moyenne glissante. Visiblement, l'oscillation résiduelle observée et expliquée par Thomas disparaît.

A tester sur fsw >= 3.2.0.9

Je vérifie qu'au moins une des composantes a changé.

Cloture lié à #1005