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