Project

General

Profile

Bug #637

Updated by Veronique bouzid almost 6 years ago


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 Voici la liste des champs non testés* testés

-HK_LFR_VHDL_SM
-HK_LFR_VHDL_IR
-HK_LFR_VHDL_CAL

- HK_LFR_DPU_SPW_ESCAPE
- HK_LFR_DPU_SPW_CREDIT
- ,HK_LFR_DPU_SPW_WRITE_SYNC
- HK_LFR_DPU_SPW_EEP
- HK_LFR_DPU_SPW_INVALID_ADDR
- 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)
- HK_LFR_AHB_CORRECTABLE

*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és*

- 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

Back