Project

General

Profile

Support #626

Updated by Veronique bouzid about 8 years ago

 
 Suite au lancement du test  

 On observe    la perte d'une    TM_LFR_HK au debut du test . 

 3.0.0.20 avec timegen    (2016_02_10_17_15_12_packet_log.data) 
 2016 2 10 17:15:12:504     TM_LFR_TC_EXE_NOT_EXECUTABLE     time = 0x 1e4e2c9e f521 
 2016 2 10 17:15:12:507     TM_LFR_TC_EXE_SUCCESS     time = 0x 1e4e2c9e f52e 
 2016 2 10 17:15:12:515     TM_LFR_TC_EXE_SUCCESS     time = 0x 1e4e2c9e f53d 
 2016 2 10 17:15:12:539     TM_LFR_TC_EXE_SUCCESS     time = 0x 1e4e2c9e fc14 
 2016 2 10 17:15:12:573     TM_LFR_HK    * time = 0x 1e4e2c9f 6b0 6b0* 
 2016 2 10 17:15:13:554     TM_LFR_HK     *time = 0x 1e4e2ca1 1ee* 1e4e2ca1* 1ee 
 2016 2 10 17:15:14:554     TM_LFR_HK     time = 0x 1e4e2ca2 1ee 
 2016 2 10 17:15:15:554     TM_LFR_HK     time = 0x 1e4e2ca3 1ed 
 2016 2 10 17:15:16:554     TM_LFR_HK     time = 0x 1e4e2ca4 1ed 

 Si on avait la decommutation des HK, on pourrait voir si le SEQUENCE_CNT du packet est coherent avec une perte de paquet. 

 J'ai analysé les autres tests et c'est la premiere fois que je le vois voit mais on a peu de tests avec timegen pour comparer. 

 Contexte du test 
 --------------------- 
 FSW 3.0.0.22 
 VHDL 1.1.89 
 EM AVEC Timegen 
 SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481 
 StarDundee 

Back