Project

General

Profile

Support #656

SHow to validate HK_LFR_VHDL_SM field

Added by Veronique bouzid over 4 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Start date:
09/03/2016
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

En analysant le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0078/update_time_cnt.py

Le champ HK_LFR_VHDL_SM est mis à jour par moment.

Ici le rappel de la description de HK_LFR_VHDL_SM founrnie par Paul et extraite de la doc de Jean-Christophe
HK_LFR_VHDL_SM 4 bits extraits du registre SPECTRAL_ MATRIX_STATUS du VHDL.
bit3 input_fifo_write(2)
bit2 input_fifo_write(1)
bit1 input_fifo_write(0)
bit0 buffer_full

Durant l script, voici les valeurs observées:
Debut test
10:20:47.301929, TC_LFR_ENTER_MODE (CP_LFR_MODE=0)
10:20:47.479462, TM_LFR_HK, TIME=0x8000000848b9 ,HK_LFR_MODE: STANDBY = 0, HK_LFR_VHDL_SM=0
10:20:56.721585, TC_LFR_ENTER_MODE (CP_LFR_MODE=1)
10:20:56.752519, TM_LFR_TC_EXE_SUCCESS, TIME=0x800000118ec2
10:20:57.479062, TM_LFR_HK, TIME=0x8000001248ba, HK_LFR_MODE: NORMAL = 1, HK_LFR_VHDL_SM=1 --> expliquez
----
10:21:06.153222, TC_LFR_ENTER_MODE (CP_LFR_MODE=2)
10:21:06.192273, TM_LFR_TC_EXE_SUCCESS, TIME=0x8000001aff2a
----
10:21:15.592969, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
10:21:15.637686, TM_LFR_TC_EXE_SUCCESS, TIME=0x800000247131
----
10:21:25.038379, TC_LFR_ENTER_MODE (CP_LFR_MODE=4)
10:21:25.091221, TM_LFR_TC_EXE_SUCCESS, TIME=0x8000002de58e
----
10:21:34.491944, TC_LFR_ENTER_MODE (CP_LFR_MODE=0)
10:21:35.479176, TM_LFR_HK, TIME=0x8000003848b9, , HK_LFR_MODE: STANDBY = 0,, HK_LFR_VHDL_SM=2 --> expliquez

Y a t il un interet à surveiller les valeurs prises par ce champ et quelles infos peut on en tirer?

Les fichiers de test (2016_02_19-10_21_39*) se trouvent dans /home/validation/data/R3/3.0.0.22/1.1.89/SVS-0078.

Contexte du test
----------------------
LFR_FSW_PATH = /opt/LFR/LFR-FSW/3.0.0.22/fsw
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481


Related issues

Related to Task #633: Mise à jour SRS /SVS/SVRClosed2016-02-22

History

#1 Updated by Veronique bouzid over 4 years ago

  • Related to Task #633: Mise à jour SRS /SVS/SVR added

#2 Updated by paul leroy over 4 years ago

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

Je ne vois pas trop ce que l'on peut tirer de ces variations, je ne maîtrise pas assez le code VHDL.

#3 Updated by Veronique bouzid over 4 years ago

  • Assignee changed from Veronique bouzid to paul leroy

Ma question est donc
SI on ne sait rien faire de ce champ, pourquoi l'a t on renseigné?
Ne vaut il pas mieux annoncé que ce champ est inutilisé car non pertinent à la surveillance de l'instrument.

#4 Updated by paul leroy over 4 years ago

  • Assignee changed from paul leroy to Veronique bouzid

Ca reste pertinent pour qqn qui connait le code VHDL.
Puisque les valeurs sont là, autant les remonter dans les HK, ça ne coûte rien.

#5 Updated by Veronique bouzid over 4 years ago

  • Assignee changed from Veronique bouzid to paul leroy

ma question est donc quelle est la signification des champs?
Personne n'est au courant du VHDL , la doc ne permet pas de comprendre la signification de ces valeurs.
D'ou mon interrogation.

#6 Updated by paul leroy almost 4 years ago

  • Assignee changed from paul leroy to Veronique bouzid

Tant que Jean-Christophe est au labo, il faudrait en profiter pour lui poser la question.

#7 Updated by Veronique bouzid over 3 years ago

J ai demandé à Jean-Christophe qui me donne des infos début janvier 2017.
Il me répondera s il a du temps.

#8 Updated by Veronique bouzid over 3 years ago

pas de réponse des electroniciens.
Je mettrai dans la doc que ce champ n est pas validé.

#9 Updated by Veronique bouzid over 2 years ago

  • Status changed from Feedback to Closed

Also available in: Atom PDF