Project

General

Profile

Actions

Bug #381

closed

Timing HK erroné sur certains tests de charge

Added by Veronique bouzid almost 9 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
09/04/2015
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

Nous avons lancé des test de charge de 10 à 15h en fonction du mode.
Pour cela nous avons activé les logs car le code de Gerald ne permet pas ce type de test.
Les tests sont stockés dans /home/validation/TestCharge
et ensuite repertoire par mode

Les fichiers de type packet_log.data sont analysés avec un script développé pour verifier le timing des HK et des produits généres.
Ce script est/home/validation/SCRIPT/periodicity.py
Attention, pas acces à l info SEQUENCE_CNT.

3 tests ont un comportement anormal au niveau des HK.
Attention: Les plateformes de test ont eveolué et donc tous les tests n ont pas le meme environnement.

En NORMAL MODE joué sur pc-faust9 (dernieres versions de tous les composants)
/home/validation/TestCharge/NORMAL
fichier 2015_04_07_14_29_49_packet_log.data
Highest delta between 2 packets : 3.0 s
2015 4 7 14:29:49:582 TM_LFR_HK time = 0x 1cb6984b 3e4c
2015 4 7 14:29:50:582 TM_LFR_HK time = 0x 1cb6984e 3e4c
2015 4 7 14:29:51:582 TM_LFR_HK time = 0x 1cb6984f 3e4b
2015 4 7 14:29:52:582 TM_LFR_HK time = 0x 1cb69850 3e4a

En SBM1 MODE
Joué sur pc-coillot
/home/validation/TestCharge/SBM1/2015_03_16
2 hk avec le meme champ TIME (le temps du PC est bien incrementé)

Verification HK
Indice 52179 Valeur hors norme = 0.0
Time = 0x1c9a9764
Time = 0x1c9a9764

Cela correspond à
2015 3 17 07:42:29:724 TM_LFR_HK time = 0x 1c9a9763 11
2015 3 17 07:42:30:688 TM_LFR_HK time = 0x 1c9a9764 85
2015 3 17 07:42:31:703 TM_LFR_HK time = 0x 1c9a9764 85

2015 3 17 07:42:32:688 TM_LFR_HK time = 0x 1c9a9766 3f

2eme test joué sur pc-faust9
/home/validation/TestCharge/SBM1/2015_03_23
On recule dans le temps.
Verification HK
Indice 1416 Valeur hors norme = -1.5e-05
Time = 0x1ca3070e
Time = 0x1ca3070e

Cela correspond à
2015 3 23 17:17:02:217 TM_LFR_HK time = 0x 1ca3070d 4
2015 3 23 17:17:03:217 TM_LFR_HK time = 0x 1ca3070e 3
2015 3 23 17:17:04:220 TM_LFR_HK time = 0x 1ca3070e 2

2015 3 23 17:17:05:217 TM_LFR_HK time = 0x 1ca3070f ffff

Pour info, les tests en SBM1 joués le 24 mars 2015 et le 25 mars 2015 (cette fois sans timegen) sont corrects.

Contexte: NON GARANTI CAR PLUSIEURS MISES A JOUR EFFECTUEES

Ici le contexte du test NORMAL
FSW 2.0.2.3
VHDL 1.1.68
EM 1
SocExplorer 0.6.0
StarDundee spacewire
Mini-LFR n°5 en mode TIMEGEN

Actions #1

Updated by bruno katra over 8 years ago

  • Assignee changed from paul leroy to Veronique bouzid

Réattribution à la validation pour tests en R3 avec nouveau VHDL + fsw 3.0.0.9

Actions #2

Updated by Veronique bouzid about 8 years ago

  • Status changed from New to Closed

bug trouvé voir #629

Actions

Also available in: Atom PDF