Project

General

Profile

Actions

Bug #154

closed

Intégration BP

Added by Veronique bouzid almost 10 years ago. Updated almost 9 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
16/05/2014
Due date:
% Done:

0%

Estimated time:
Spent time:
revision:
r0

Description

Actuellement le simulateur de BP ne prend pas en compte la commutation de mode a une date donnée.

Lors de l'integration du code des BP, ne pas oublier de rejouer en autre
- le test SVS-0034

Ici le dernier contexte utilisé

Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f

Carte mini-LFR: LFR-172200 dev V1.0; No série 5
Vhdl: 0.0.16
Soft: 1.0.0.6 (variante sur carte finale)

Brique Star-Dundee S/N 46120065.

Actions #1

Updated by bruno katra almost 10 years ago

  • Description updated (diff)
Actions #2

Updated by Veronique bouzid almost 10 years ago

  • Assignee changed from bruno katra to paul leroy

voici la trace identifiant le dysfonctionnement de la commutation de mode à un temps donné pour les BP

10:55:28.479763, TM_LFR_HK, TIME=0x800000033a1a,HK_LFR_MODE: SBM2 = 4

10:55:29.119796, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
CP_LFR_MODE: SBM1 = 3, CP_LFR_ENTER_MODE_TIME=0x000000060000

10:55:29.140685, TM_LFR_TC_EXE_SUCCESS, TIME=0x80000003e3b7

10:55:29.503716, TM_LFR_HK,TIME=0x800000044061, HK_LFR_MODE: SBM1 = 3

10:55:29.703726, TM_LFR_SCIENCE_SBM1_BP1_F0, TIME=0x800000046b9a -- Ne devrait pas etre produit

10:55:29.928762, TM_LFR_SCIENCE_SBM1_BP1_F0,TIME=0x80000004eb9f

etc...

Actions #3

Updated by paul leroy about 9 years ago

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

Les fonctions BP1 et BP2 ont été intégrée au soft de vol.

Configuration de test:
FSW >= 2.0.2.1
VHDL >= x.1.57

Actions #4

Updated by Veronique bouzid almost 9 years ago

Le bug est corrigé.

ici un exemple extrait du script /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeNominalCuc.py
Les fichiers de logs (2015_05_25-12_28_5*) sont dans /home/validation/data/R2-EQM/2.0.2.3/SVS-0034

12:21:36.493386, TC_LFR_ENTER_MODE (CP_LFR_MODE=3), CP_LFR_ENTER_MODE_TIME=0x0000003e0000
12:21:36.528537, TM_LFR_TC_EXE_SUCCESS,TIME=0x8000003c9848
12:21:38.212265, TM_LFR_SCIENCE_SBM1_BP1_F0, PA_LFR_ACQUISITION_TIME=0x8000003e0000
12:21:38.480011, TM_LFR_SCIENCE_SBM1_BP1_F0, PA_LFR_ACQUISITION_TIME=0x8000003e4000

On pourra lire le point FEATURE #431 qui traote de la datation des données.

Contexte de test
----------------
FSW 2.0.2.3
VHDL 1.1.83
EM sans timegen ou EQM sans timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.0, Branch = default, Changeset = 8cf23d8c0b68
StarDundee

Actions #5

Updated by Veronique bouzid almost 9 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF