LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

Je ne traite que les champs impléméntés par LFR et que je ne peux tester (mise à jour du champ, wrap du compteur)

Voici la liste des champs non testés

-HK_LFR_VHDL_SM
-HK_LFR_VHDL_IR
-HK_LFR_VHDL_CAL

- HK_LFR_DPU_SPW_ESCAPE Voir test SVS-0064
- HK_LFR_DPU_SPW_CREDIT
- ,HK_LFR_DPU_SPW_WRITE_SYNC
- HK_LFR_DPU_SPW_EEP
- HK_LFR_DPU_SPW_INVALID_ADDR Voir test SVS-0064
- HK_LFR_DPU_SPW_RX_TOO_BIG
- HK_LFR_TIMECODE_ERRONEOUS (impossible voir réponse de Philippe ci-dessous)
- HK_LFR_TIMECODE_INVALID ( LESIA sait faire mais pas possible d utiliser leur banc de test) Voir test SVS-0064
-- HK_LFR_AHB_CORRECTABLE- n existe plus en 4.3

Ici le mail de Philippe repondant à mes questions:

Le 24 février 2016 à 08:38, Véronique Bouzid
<veronique.bouzid@lpp.polytechnique.fr> a écrit :

Bonjour,
Je n'ai pas la posssibilité de tester les 2 compteurs décrits ci-dessous
- HK_LFR_TIMECODE_ERRONEOUS

On ne sait pas produire l'erreur avec nos outils.

- HK_LFR_TIMECODE_INVALID

On peut produire l'erreur avec nos outils en provoquant une perte
momentanée du time-code.

Avez-vous de votre coté le banc de test permettant de générer ce type
d'erreur.

Ce n'est pas possible de connecter LFR à notre banc de test
(simulateur S/C qui s'attend à communiquer avec un DPU et pas la carte
LFR).

Voici la liste des champs dont le wrap n a pas été testé

- HK_LFR_LE_CNT (65535)
- HK_LFR_ME_CNT (65535)

Contexte du test
---------------------
FSW 3.0.0.22
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee