Project

General

Profile

Activity

From 10/04/2014 to 09/05/2014

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
 

Also available in: Atom