Support #634
closed
SEction HK_LFR_STATUS_WORD in TM_LFR_HK
0%
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
Related issues
Updated by paul leroy over 8 years ago
- 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.
Updated by Veronique bouzid over 8 years ago
- 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
Updated by Veronique bouzid over 8 years ago
- Related to Bug #635: HK_LFR_DPU_SPW_LINK_STATE never changes added