Bug #637
Updated by Veronique bouzid about 8 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 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_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)- Voir test SVS-0064 - 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é* - 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