Activity
From 07/04/2014 to 06/05/2014
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...
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... - 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 ... - 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... - 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...
- 03:28 PM Bug #111 (Feedback): Pb de timing dans le traitement de TC_LFR_UPDATE_TIME
- 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.
- 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... - 02:53 PM Bug #114 (Resolved): TM_LFR_TC_EXE_ERROR inopportun
- fsw >= 1.0.0.6
bug corrigé - 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... - 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...
- 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...
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...
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 ...
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... - 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
- 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...
09/04/2014
- 04:59 PM Bug #117 (Closed): Gestion de SEQUENCE_CNT dans les TM_LFR_*
- Le champ SEQUENCE_CNT des TM correspond au nombre de TM pour chaque couple (PACKET_ID,DESTINATION_ID).
Il y a un pb ...
Also available in: Atom