Support #634
closed
SEction HK_LFR_STATUS_WORD in TM_LFR_HK
Added by Veronique bouzid about 8 years ago.
Updated about 8 years ago.
Description
Peux-tu me confirmer pour chacun des champs ci-dessous* si tu les remplis et avec quelles valeurs.*
HK_LFR_DPU_SPW_LINK_STATE :
je n ai observé que la valeur RUN.
HK_LFR_RESET_CAUSE:
je n ai observé que la valeur POWER_ON d'ailleurs je n ai trouvé qu'un seul appel à la fonction set_hk_lfr_reset_cause
Contexte du test
---------------------
FSW 3.0.0.22
VHDL 1.1.89
Timegen 0.0.0.1
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
- Assignee changed from paul leroy to Veronique bouzid
Pour HK_LFR_DPU_SPW_LINK_STATE effectivement, je ne change jamais la valeur. La génération des HK n'étant pas arrêtée pendant la perte du lien, je vais faire en sorte qu'à la génération du paquet HK, le champ HK_LFR_DPU_SPW_LINK_STATE soit une copie du contenu du registre de l'IP VHDL SpaceWire (fsw >= 3.0.0.23).
Je vais mettre HK_LFR_RESET_CAUSE toujours à 0 dorénavant parce que je ne peux pas faire la différence entre un démarrage du logiciel après un power on et un redémarrage du logiciel sans power on.
- Assignee changed from Veronique bouzid to paul leroy
1- Ne change rien pour le champ HK_LFR_RESET_CAUSE car P. Plasson nous avait ouvert une issue JIRA indiquant que ce champ valait UNKNOWN_CAUSE alors qu il fallait indiquer POWER_ON. Je vais donc documenter que les 2 seules valeurs possibles pour ce champ sont
- UNKNOWN_CAUSE =0 (valeur init)
- POWER_ON = 1
- Related to Bug #635: HK_LFR_DPU_SPW_LINK_STATE never changes added
- Status changed from New to Closed
Also available in: Atom
PDF
Updated by 
Updated by