LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

1- Suite à #588 et #637
Indiquer que leschamps non testés

2- Suite à #606
Une information concernant la gestion des erreurs liées à la lecture de la structure spw_stats

Comme indiqué par Paul, seul le premier champ de la structure (tx_link_err) ne donne pas lieu à une remontée d'erreurs.
En effet les 2 champs suivants
unsigned int rx_rmap_header_crc_err; // NOT IN HK
unsigned int rx_rmap_data_crc_err; // NOT IN HK
ne sont pas comptabilisés car ne correspondent pas à un champ dans les HK mais par contre, ils donnent lieu à une mise à jour
des 3 champs HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME :

HK_LFR_LAST_ER_RID = RID_LE_LFR_DPU_SPW
HK_LFR_LAST_ER_CODE = CODE_HEADER_CRC (=16)
HK_LFR_LAST_ER_TIME = heure de la détection de l'erreur

De plus le compteur d'erreur HK_LFR_LE_CNT sera incrémenté.

3- Suite à #491
dans la section SOURCE_DATA/PARAMETERS/HK_VHDL_BLK_STATUS
seuls ces 3 champs sont renseignés
HK_LFR_VHDL_SM --> 0
HK_LFR_VHDL_IR --> 0
HK_LFR_VHDL_CAL --> 0

HK_LFR_VHDL_SM 4 bits extraits du registre SPECTRAL_ MATRIX_STATUS du VHDL.
bit3 input_fifo_write(2)
bit2 input_fifo_write(1)
bit1 input_fifo_write(0)
bit0 buffer_full

HK_LFR_VHDL_IR et HK_LFR_VHDL_CAL : 8 bits extraits du registre WAVEFORM_PICKER_STATUS du VHDL:

HK_LFR_VHDL_IR
bit7 new error f3
bit6 new error f2
bit5 new error f1
bit4 new error f0

HK_LFR_VHDL_CAL
bit3 error buffer full f3
bit2 error buffer full f2
bit1 error buffer full f1
bit0 error buffer full f0

Conclusion les champs suivants sont tjs à zéro
HK_LFR_VHDL_AA --> 0
HK_LFR_VHDL_FFT --> 0
HK_LFR_VHDL_SR --> 0
HK_LFR_VHDL_CIC --> 0
HK_LFR_VHDL_HK --> 0

4- Au #560
voir ce point. La conclusion
Je ne relève pas l'adresse de la dernière adresse fausse. En fait, le champ hk_lfr_ahb_correctable est le champ qui me paraissait approprié pour remonter les erreurs EDAC (provenant des register files ou du cache) mais je ne remonte aucune erreur liées aux transmissions sur le bus AHB.