Bug #94
closed
PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_* erroné
0%
Description
Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_SWF_F2, est vu une fois erroné, de façon très exeptionnelle (et difficilement reproductible).
11:19:29.402643, TM_LFR_SCIENCE_NORMAL_SWF_F2, TIME=0x80000dcb9dc8, PA_LFR_PKT_NR=1, PA_LFR_ACQUISITION_TIME=0x80000db68069
...
11:24:29.404096, TM_LFR_SCIENCE_NORMAL_SWF_F2, TIME=0x80000ef79e87, PA_LFR_PKT_NR=1, PA_LFR_ACQUISITION_TIME=0x80000ee70069
Calcul des deltas:
PC: 300,001453s
TIME: 300,002914429s
PA_LFR_ACQUISITION_TIME:(0xdb68069-0xee70069)/0x10000=304,5s
(le pb est surveillé par la fonctionnalité "sss_cp_eqs_070 = tm_lfr_hk_period" de ./lfrverif/common/verif_fields.py)
La période est fonctionnellement correcte; les mesures faites par l'horloge du PC (potentiellement dégradées par d'éventuelles variations de charge CPU), ainsi que le champ TIME, sont très satisfaisants.
Aucun autre point suspect de périodicité n'est vu durant ce test. Par exemple, pendant la plage [11:04:09.936862-11:14:23.134139[ (en SBM1): les incréments de PA_LFR_ACQUISITION_TIME sont bons:
pour TM_LFR_SCIENCE_NORMAL_CWF_F3 (168s),TM_LFR_SCIENCE_NORMAL_SWF_F[0-2] (300s), TM_LFR_SCIENCE_SBM1_CWF_F1 (0.65625s) (les ASM et BP n'étant actuellement pas générés).
NB: Issue à rapprochée de Bug #60 et #64 ?
Contexte:
LPPMON Version=0.2.2 Branch=default Changeset=835955994d5f
Carte mini-LFR:LFR-172200 dev V1.0; No série III (sans connecteurs sub-click)
Vhdl: mini-lfr_0.0.15
Soft: 1.0.0.1 (variante sur carte finale)
Brique Star-Dundee S/N 46120065.
TEST CASE = SVS_0042
RPW-SYS-MEB-LFR-ICD-00097 Issue2_Rev0
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue2_rev1
Files
Updated by 
Updated by 
Updated by