Project

General

Profile

Activity

From 20/04/2014 to 19/05/2014

19/05/2014

10:03 AM Feature #156: généralisation des fonctions BP1_set et BP2_set
De plus, actuellement le tableau possède 11 lignes (NB_BINS_COMPRESSED_MATRIX_f0) alors que pour le calcul des BP1 en... paul leroy
09:18 AM Feature #156 (Closed): généralisation des fonctions BP1_set et BP2_set
Passer le tableau de coefficients k_f0 en paramètre des fonction BP1_set et BP2_set pour avoir une déclaration généri... paul leroy

16/05/2014

04:06 PM Bug #154: Intégration BP

voici la trace identifiant le dysfonctionnement de la commutation de mode à un temps donné pour les BP
10:55:28....
Veronique bouzid
02:03 PM Bug #154 (Closed): Intégration BP
Actuellement le simulateur de BP ne prend pas en compte la commutation de mode a une date donnée.
Lors de l'integr...
Veronique bouzid
01:59 PM Bug #118 (Closed): TC_LFR_ENTER_MODE: prise en compte de CP_LFR_ENTER_MODE_TIME

Ce point traduit le meme pb de commutation de mode à date fixe.
Le test SVS-0034 a été rejoué.
- La commutation...
Veronique bouzid
01:22 PM Bug #88 (Feedback): CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE ignoré

Ce point est tjs d'actualité avec la version Soft: 1.0.0.6 (variante sur carte finale).
PRECISION: Je ne parle que...
Veronique bouzid

15/05/2014

01:14 PM Bug #152 (Resolved): TM_LFR_SCIENCE_NORMAL_BP1 (F0,F1): Champ SPARE et PA_LFR_N_BP1_NR_F(0,1) non renseignés
fsw >= 1.0.0.7
bug identifié et corrigé
paul leroy
12:12 PM Bug #72 (Feedback): Perte de périodicité sur ultime TM_LFR_SCIENCE_SBM2_CWF_F2
paul leroy
12:09 PM Bug #87 (In Progress): Perte d'un TM_LFR_HK
paul leroy
12:06 PM Bug #108 (Resolved): Champs TIME et ACQUISITION_TIME différents dans les TM_LFR_SCIENCE_*
fsw >= 1.0.0.7
bug identifié et corrigé pour les paquets BP et ASM
paul leroy
10:54 AM Bug #117 (Resolved): Gestion de SEQUENCE_CNT dans les TM_LFR_*
fsw >= 1.0.0.7
bug identifié et corrigé
Les paquets ASM et BP ont maintenant leur paramètre sequence_cnt correcteme...
paul leroy

13/05/2014

04:03 PM Bug #113: Affectation des champs de TM_LFR_HK en fin de boot du LFR
Paul m'a montré la séquence d'init, il met le local_time à zero et juste avant la fin de la séquence d'init, il géner... Veronique bouzid
11:36 AM Bug #117 (Feedback): Gestion de SEQUENCE_CNT dans les TM_LFR_*

Le test SVS-0019 a été rejoué.
La gestion des SEQUENCE_CNT est correcte excepté pour la famille des BP où SEQUENCE...
Veronique bouzid
09:04 AM Bug #152 (Closed): TM_LFR_SCIENCE_NORMAL_BP1 (F0,F1): Champ SPARE et PA_LFR_N_BP1_NR_F(0,1) non renseignés

Suite à l'execution du test SVS-0090, l'analyse des paquets TM_LFR_SCIENCE_NORMAL_BP1_F0 et TM_LFR_SCIENCE_NORMAL_...
Veronique bouzid

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
 

Also available in: Atom