Project

General

Profile

Actions

Feature #3905

closed

La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICD

Added by bruno katra about 3 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
High
Assignee:
Category:
-
Target version:
Start date:
24/11/2021
Due date:
% Done:

0%

Estimated time:

Description

L'ICD précise qu'un KCOEFF_DUMP contient :

n blocs de [KCOEFF_FREQ + 32xKCOEFF] où KCOEFF_FREQ est un UINT16 et KCOEFF des floats.

Or dans FSW > 3.3 : le paramètre KCOEFF_FREQ n'a plus de sens et son espace est utilisé pour stocker directement des floats.

Les conséquences :
- Il faut mettre à jour la decom LFR (Bruno) : en cours fait!
- Le bouton du LFR GSE pour dumper les KCOEFF n'est plus utilisable car elle décommute à la volée selon l'ICD et donc lit 1 float sur 32 comme un entier 16 bits
- Le champ BLOCK_NUMBER qui est 30 ou 6 (selon que c'est le 1er ou le 2eme paquet de KCOEFF_DUMP) n'est plus applicable, on pourrait le modifier pour qu'il donne le nombre de float à lire (changer les DEFINE dans le code du FSW) : Alexis > FAIT
Il va falloir prévenir Plasson ou Leeroy pour modifier l'ICD avec les remarques ci-dessus car le segment sol du LESIA l'utilise pour nous générer les L1 : Bruno


Related issues

Related to Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3Closedbruno katra26/11/2021

Actions
Related to Bug #3911: KCOEFF_DUMP : champ PA_LFR_KCOEFF_BLK_NR fauxClosedbruno katra02/12/2021

Actions
Related to Bug #3916: Les valeurs reportées dans le KCOEFF_DUMP ne sont pas comme attendues.ClosedAlexis Jeandet08/12/2021

Actions
Related to Task #3918: Mise à jour des 2 DEFINE PA_LFR_KCOEFF_BLK_NR pour le KCOEFF_DUMP ClosedAlexis Jeandet11/01/2022

Actions
Related to Task #3944: Modif de la TC_LOAD_KCOEFF : ICD + LFR FSWClosedAlexis Jeandet31/03/2022

Actions
Actions

Also available in: Atom PDF