Task #609
closed3.0.0.19
0%
Description
the compliance between the incoming timecode and the CTR value contained in the
TC_LFR_UPDATE_TIME telecommand is checked if at least one TC_LFR_UPDATE_TIME has
been received (this implies the modification of the coarse_time_load register)
lastValidEnterModeTime internal variable management updated
Files
Related issues
Updated by Veronique bouzid almost 9 years ago
- Assignee set to thomas chust
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
Updated by thomas chust almost 9 years ago
- File plot_delta_SWF_F0_test1.png plot_delta_SWF_F0_test1.png added
- File plot_delta_SWF_F1_test1.png plot_delta_SWF_F1_test1.png added
- File plot_delta_SWF_F2_test1.png plot_delta_SWF_F2_test1.png added
- File tests_time_swf_VHDL-1.1.89_FSW-3.0.0.19_2016_02_08_test1 tests_time_swf_VHDL-1.1.89_FSW-3.0.0.19_2016_02_08_test1 added
- Assignee changed from thomas chust to paul leroy
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)
Updated by paul leroy almost 9 years ago
- Assignee changed from paul leroy to thomas chust
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.
Updated by Veronique bouzid almost 9 years ago
- Assignee changed from thomas chust to paul leroy
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
Updated by Veronique bouzid almost 9 years ago
- Assignee changed from paul leroy to thomas chust
Updated by thomas chust almost 9 years ago
- Assignee changed from thomas chust to Veronique bouzid
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).
Updated by Veronique bouzid almost 9 years ago
- Related to Task #612: Long Test in normal mode added
Updated by bruno katra almost 9 years ago
TC_LOAD_LFR_FBINS_MASK sur 3.0.0.19
fonctionne très bien pour toutes les fréquences de F0, F1 et F2
Updated by Veronique bouzid almost 9 years ago
- Status changed from New to Closed