LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

07/05/2014

05:20 PM Bug #108 (Feedback): Champs TIME et ACQUISITION_TIME différents dans les TM_LFR_SCIENCE_*

Nouveaux tests avec version 1.0.0.6 du soft de vol : tous les paquets CWF(y compris F3 LONG) et SWF(tous les modes) o... bruno katra

06/05/2014

05:44 PM Bug #108: Champs TIME et ACQUISITION_TIME différents dans les TM_LFR_SCIENCE_*

Script python dans SVS-0090 : generate_science_all_modes.py, passe dans tous les modes de LFR et attend assez longtem... bruno katra

02/05/2014

06:42 PM Bug #148 (Resolved): problème d'indice pour le tableau k_f0

Version 1.3 => alignement mémoire ok pour BP1 et BP2 + NB_BINS_COMPRESSED_MATRIX_f0 = 11
Voir le dépôt r7:ccd69f4e7a... thomas chust

07:58 AM Bug #148 (Closed): problème d'indice pour le tableau k_f0

Le tableau k_f0 est défini ainsi dans basic_parameters.h
float k_f0[NB_BINS_COMPRESSED_MATRIX_f0][32];
or dans ... paul leroy

03:38 PM Bug #85 (Resolved): TC_LFR_LOAD_NORMAL_PAR: SY_LFR_N_ASM_P, SY_LFR_N_BP_P0 et , SY_LFR_N_BP_P1 = 0 acceptés

fsw >= 1.0.0.6
Les paquets ASM et BP étant maintenant généré dans tous les modes, les paramètres associés sont vérif... paul leroy

03:34 PM Bug #97 (Feedback): TM_LFR_HK: sauts de HK_LFR_DPU_SPW_PKT_SENT_CNT

Ces compteurs sont gérés par le driver SpaceWire fourni par Aeroflex/Gaisler pour RTEMS. La déconnexion complète de l... paul leroy

03:28 PM Bug #111 (Feedback): Pb de timing dans le traitement de TC_LFR_UPDATE_TIME

paul leroy

03:27 PM Bug #111: Pb de timing dans le traitement de TC_LFR_UPDATE_TIME

Relancer le test avec fsw >= 1.0.0.6 et vhdl >= 0.1.10 pour mieux diagnostiquer le problème. paul leroy

03:15 PM Bug #113 (Resolved): Affectation des champs de TM_LFR_HK en fin de boot du LFR

fsw >= 1.0.0.6
Démarrage de la fonction HK légèrement modifié pour obtenir l'effet attendu: un paquet dummy HK est e... paul leroy

02:53 PM Bug #114 (Resolved): TM_LFR_TC_EXE_ERROR inopportun

fsw >= 1.0.0.6
bug corrigé paul leroy

02:50 PM Bug #118 (Resolved): TC_LFR_ENTER_MODE: prise en compte de CP_LFR_ENTER_MODE_TIME

fsw >= 1.0.0.6
cp_lfr_enter_mode_time = 0 => commutation immédiate
Les autres contraintes sont respectées. Rela... paul leroy

02:08 PM Bug #149 (Closed): perte de données par la brique StarDundee

Lorsque le flight software envoie des paquets très proches dans le temps (typiquement dans la même ms), il semble que... paul leroy

02:07 PM Bug #117 (Resolved): Gestion de SEQUENCE_CNT dans les TM_LFR_*

fsw >= 1.0.0.6
Le compteur de TM_LFR_SCIENCE_SBM1_CWF_F1 commence maintenant à 1.
Le passage de 255 à 256 se fa... paul leroy

30/04/2014

08:07 PM Bug #90 (In Progress): problème d'alignement mémoire dans basic_parameter.c

Nouvelle version de basic_parameter.c (version 1.2). Le pb d'alignement est réglé pour BP1. Au passage, usage de sdti... thomas chust

29/04/2014

02:22 PM Bug #91 (Resolved): nombre de composantes d'une matrice spectrale pour la fonction BP1_set

Nombre de composantes et nombre de fréquences pour les BP 1 et 2 sont maintenant donnés via des paramètres. Cela est ... thomas chust

10/04/2014

04:18 PM Bug #57: TC_LFR_LOAD_NORMAL_PAR renvoie TM_LFR_TC_EXE_NOT_IMPLEMENTED si SY_LFR_N_SWF_L <> default value

Reproduit dans le contexte ci dessous.
+Contexte:+
LPPMON: Version=0.2.2 Branch=default Changeset=835955994d5f
C... Gerald Saule

02:25 PM Bug #118: TC_LFR_ENTER_MODE: prise en compte de CP_LFR_ENTER_MODE_TIME

TEST CASE = SVS-0034; SVS-0070/LfrEnterModeTime
Gerald Saule

10:47 AM Bug #118 (Closed): TC_LFR_ENTER_MODE: prise en compte de CP_LFR_ENTER_MODE_TIME

CP_LFR_ENTER_MODE_TIME n'est actuellement pas prise en compte correctement:
> 10:23:31.251123, TM_LFR_HK, TIME=0x0... Gerald Saule