Project

General

Profile

Support #1091

Lost some BP packets in BURST mode

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

Status:
Feedback
Priority:
Normal
Category:
-
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

History

#1 Updated by Veronique bouzid over 3 years ago

  • Subject changed from Loss some BP packets in BURST mode to Lost some BP packets in BURST mode

#2 Updated by paul leroy over 3 years ago

  • Status changed from New to Feedback
  • Assignee changed from paul leroy to Veronique bouzid

Je trouve les TIME bizarres dans ton log, tu peux vérifier les valeurs? Le coarse time est très différents entre ces deux séries de lignes:

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

#3 Updated by Veronique bouzid over 3 years ago

  • Assignee changed from Veronique bouzid to paul leroy

Oui car entre temps, on a reçu une TC_LFR_UPDATE_TIME ....

#4 Updated by paul leroy over 3 years ago

  • Assignee changed from paul leroy to Veronique bouzid

J'imagine que le changement de mode a été exécuté avant l'envoi du paquet TM_LFR_SCIENCE_BURST_BP1_F1.

Il faudrait voir si tu peux extrapoler la valeur du temps que le paquet aurait dû avoir par rapport à la date de commutation demandée et par rapport à la date d'acquittement de la TC_LFR_ENTER_MODE.

En général, les tâches en _F0 sont prioritaires par rapport aux tâches en _F1. Par manque de bol, tu as peut-être commuté juste avant l'émission du TM_LFR_SCIENCE_BURST_BP1_F1.

La réception d'une demande de changement de mode valide BURST=>SBM1 arrête tout de suite le mode BURST.

Also available in: Atom PDF