Project

General

Profile

Bug #862

Updated by bruno katra over 5 years ago

Suite à l'envoi de frequences RW via TC_UPDATE_INFO, les masques retournés dans la TM_LFR_PARAMETER_DUMP sont systématiquement faux, en particulier on voit l'apparition d'un talon en 'fe' ou 'f8' à la fin des 3 masques. 
 Exemple : on a envoyé 96Hz comme fréqeunce pour toutes les RW et le PARAMETER_DUMP contient ceci : 

 # RW_MASK_F0 : 
 0xffffffffffffffffffffffffffffff *f8* 0xffffffffffffffffffffffffffffff*f8* 
 # RW_MASK_F1 : 
 0xffffffffffffffffffffffffffffff *1e* 0xffffffffffffffffffffffffffffff*1e* 
 # RW_MASK_F2 : 
 0xfffffffc7fffffffffffffffffffff *fe* 0xfffffffc7fffffffffffffffffffff*fe* 

 Nous avons rejoué le test SVS_0109 écrit par Gérald et Alexis sur des nouvelles acquisitions (nouveau VHDL) et le résultat rejoint notre analyse : on voit toujours le bug soulevé en septembre ( #743 ) et on voit en plus les talons sur plusieurs PARAMETER_DUMP. 

 Nous avons rejoué aussi le test avec l'ancienne API (pc-solar3 pour la non-regression) en n'envoyant seulement 96Hz sur RW1_F1    et le même résultat est observé. 



 Contexte du test 
 --------------------- 
 FSW 3.1.0.4 
 VHDL 1.1.91 
 EM1 avec et sans TIMEGEN 


Back