Support #626
closedLost TM_LFR_HK in 3.0.0.22
100%
Description
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 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 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
Files
Related issues