Support #626
Updated by Veronique bouzid about 8 years ago
Suite au lancement du test /opt/VALIDATION_R3/test_mode_SBMx_12h.py On observe la perte d'une TM_LFR_HK au début debut du test . 2016 2 13 11:48:53:509 TM_LFR_TC_EXE_NOT_EXECUTABLE time = 0x 1e51d4a2 870c 2016 2 13 11:48:53:513 TM_LFR_TC_EXE_SUCCESS time = 0x 1e51d4a2 8d55 2016 2 13 11:48:54:343 TM_LFR_HK time = *0x 1e51d4a3 628b* 2016 2 13 11:48:55:343 TM_LFR_HK time = *0x 1e51d4a6 628b* 2016 2 13 11:48:56:343 TM_LFR_HK time = 0x 1e51d4a7 628b 2016 2 13 11:48:57:343 TM_LFR_HK time = 0x 1e51d4a8 628a Vu également sur la version 3.0.0.20. 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 2016 2 10 17:15:13:554 TM_LFR_HK *time = 0x 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 deuxieme ois premiere fois que je le vois 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