Project

General

Profile

Actions

Support #1091

open

Lost some BP packets in BURST mode

Added by Veronique bouzid over 7 years ago. Updated over 7 years ago.

Status:
Feedback
Priority:
Normal
Category:
-
Target version:
-
Start date:
27/04/2017
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

1 test "CAS NOMINAL"
on entre en burst mode
17:34:51.300563, TC_LFR_ENTER_MODE (CP_LFR_MODE=2)
17:34:52.481738, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x27b7f503ffff
17:34:52.537164, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x27b7f504000a

17:34:53.482246, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x27b7f5050000
17:34:53.537797, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x27b7f505000a

17:34:54.482316, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x27b7f5060000
17:34:54.537483, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x27b7f506000a

17:34:55.481104, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x27b7f5070000
17:34:55.534692, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x27b7f507000b

17:34:56.486681, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x44a32a03c608
17:34:56.489927, TM_LFR_SCIENCE_BURST_BP2_F0, TIME=0x44a32a03c608

17:34:56.527804, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
17:34:56.548004, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x44a32a03c612
17:34:56.587099, TM_LFR_SCIENCE_BURST_BP2_F1, TIME=0x44a32a03c612
17:34:56.587799, TM_LFR_TC_EXE_SUCCESS, TIME=0x44a32a04efa2

17:34:56.920005, TM_LFR_SCIENCE_SBM1_BP1_F0, TIME=0x44a32a050001

Ce cas est nominal. On recoit bien tous les produits BURST meme apres le passage en SBM1.
5 BURST_BP1_F0
5 BURST_BP1_F1
1 BURST_BP2_F0
1 BURST_BP2_F1

-Le meme test rejoué " ERREUR"
16:27:43.862845, TC_LFR_ENTER_MODE (CP_LFR_MODE=2)
16:27:43.871156, TM_LFR_TC_EXE_SUCCESS, TIME=0x318b8203e9a3

16:27:45.049608, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x318b82040001
16:27:45.105166, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x318b8204000b

16:27:46.050847, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x318b82050001
16:27:46.106364, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x318b8205000b

16:27:47.049695, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x318b82060001
16:27:47.104954, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x318b8206000c

16:27:48.049311, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x318b82070001
16:27:48.103473, TM_LFR_SCIENCE_BURST_BP1_F1, TIME=0x318b8207000c

16:27:49.055988, TM_LFR_SCIENCE_BURST_BP1_F0, TIME=0x3d633003c8cd
16:27:49.058668, TM_LFR_SCIENCE_BURST_BP2_F0, TIME=0x3d633003c8cd

16:27:49.084134, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
16:27:49.094502, TM_LFR_TC_EXE_SUCCESS, TIME=0x3d633004ebbe
16:27:49.476704, TM_LFR_SCIENCE_SBM1_BP1_F0, TIME=0x3d6330050000

--> la il nous manque BURST_BP1_F1 et un BURST_BP2_F1 un on a seulement recu
5 BURST_BP1_F0
4 BURST_BP1_F1
1 BURST_BP2_F0

Ma piste s oriente vers le changement de mode qui resette les buffers alors parfois les produits burst sont deja dabns la file d attente pour envoi et parfois
non

--> Peux-tu expliquer ?

J ai rencontré plusieurs ce petit dysfonctionnement souvent sur le burst mais egalement sur les NORMAL_BP NORMAL_ASM et sur les BP en SBM2.

Je ne classe pas cette issue en BUG car je pense que c'est le comportement de LFR et qu il faut juste documenter ce point.

Contexte du test
----------------
FSW 3.2.0.15
VHDL 3.1.91
SocExplorerEngine.getSocExplorer: Version = 0.7.0, Branch = default, Changeset = c459540a6dbdcbb4e17f204685fce02c070ba971+
EQM sans Timegen
StarDundee

Actions

Also available in: Atom PDF