LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

Installation du software le 06/02/2016
dans /opt/LFR/LFR-FSW/3.0.0.19
Adaptation des scripts pour utiliser cette version.

Voici donc le nouvel environnement de test
FSW 3.0.0.19
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee

J'ai joué le script suivant
Parametrage à 22s des Snapshots
30mn de NORMAL MODE
5s de STandby
15mn de SBM1
15mn de SBM2

Toutes les données sont dans le même fichier 2016_02_08_08_27_packet*) et sont sur pc-instru/weekly erased /Thomas/run-2016-02-08.3.0.0.19-1.1.89.

Les fichiers sont rangés sur pc-faust9 dans le répertoire data/R3/3.0.0.19/TEST-UNITAIRES/sbm1+sbm2

Premier retour d'analyse dans les fichier joints. A priori pas mal du tout. Il y a une discontinuité au milieu, au moment du STANBY mais cela me semble dans les marges prévues non ? En tout cas rien à voir avec la dérive observée alors (~256 fine times tous les deux SWF) avec le FSW 3.0.0.18 (#608)

La discontinuité au moment du STANDBY est normale, c'est parce qu'on redémarre la manip, alors on se remet dans le cas du démarrage à partir de zéro. Donc rien d'anormal.

Je te propose de lancer le meme test que précédemment mais cette fois sans repasser par le mode Standby:
30mn de NM
15mn de SBM1
15mn SBM2

SI tu veux retrouver les conditions du bug d'alors il faut refaire avec STANBY mais en plus il faut faire 2 fichiers séparés (2 log si je comprends bien). Sinon ce que tu proposes permets de valiver cette "dernière" version du FSW en retrouvant ce qui a déjà marché (non régression).