Support #1091
openLost some BP packets in BURST mode
0%
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
Updated by Veronique bouzid over 7 years ago
- Subject changed from Loss some BP packets in BURST mode to Lost some BP packets in BURST mode
Updated by paul leroy over 7 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
Updated by Veronique bouzid over 7 years ago
- Assignee changed from Veronique bouzid to paul leroy
Oui car entre temps, on a reçu une TC_LFR_UPDATE_TIME ....
Updated by paul leroy over 7 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.