Task #612
closed
Added by Veronique bouzid about 8 years ago.
Updated about 8 years ago.
Description
14h40 de NORMAL mode joués cette nuit. Les parametres utilisés sont ceux par défaut du normal mode. Le test s'est bien terminé
Premier test d'analyse sur les Snapshots à 300s et les CWF_F3 (vérifier si premiere salve de CWF_F3 correcte)
Les fichiers (2016_02_08_17_21_15*) sont pc-instru/weekly erased /Thomas/run-2016-02-08-3.0.0.19-1.1.89.
Les fichiers (2016_02_08_17_21_15*)sont rangés également sur pc-faust9 répertoire/ home/validation/data/R3/3.0.0.19/TESTCHARGE/normal.
Contexte du test
---------------------
FSW 3.0.0.19
VHDL 1.1.89
EM AVEC Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Files
- Description updated (diff)
- Description updated (diff)
Désolé il y a de nouveau un bug de dérive comme avec le FSW 3.0.0.18 (#608). Voir les fichiers joints. Le centrage est OK.
=> différent du cas sans timegen et avec 22s de période: #609
ATTENTION : IL Y AVAIT LE TIMEGEN POUR CE TEST DE PRES DE 15H !!!
Je viens de voir un truc louche dans mon code, qui pourrait avoir une influence avec une période longue entre les snapshots (genre 300s au lieu de 22s comme période).
Je vais essayer de relancer un test de mon côté pour voir si je peux reproduire le bug.
Je vous enverrai également toute à l'heure une version modifiée dans laquelle je fais la correction. Si vous pouviez lancer votre test long dessus...
- Status changed from New to In Progress
Ok. on relance le test long dès livraison 3.0.0.20
- Assignee changed from paul leroy to bruno katra
Je confirme que dans des tests avec une période longue entre les snapshots, et pas une valeur basse comme 22s, que j'avais utilisée pendant mes tests, la dérive n'était pas corrigée correctement. On clot cette issue et on poursuit la discussion dans les issues #614 et #615?
- Status changed from In Progress to Closed
Ok avec Paul : on cloture
Also available in: Atom
PDF