Project

General

Profile

Activity

From 04/04/2014 to 03/05/2014

02/05/2014

06:42 PM LFR-FSW 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 LFR-FSW 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 LFR-FSW 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 LFR-FSW 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 LFR-FSW Bug #111 (Feedback): Pb de timing dans le traitement de TC_LFR_UPDATE_TIME
paul leroy
03:27 PM LFR-FSW 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 LFR-FSW 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 LFR-FSW Bug #114 (Resolved): TM_LFR_TC_EXE_ERROR inopportun
fsw >= 1.0.0.6
bug corrigé
paul leroy
02:50 PM LFR-FSW 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 LFR-FSW 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 LFR-FSW 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 LFR-FSW 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

05:34 PM DECOM LFR Bug #131 (Closed): Modification de l'étiquette "Raw Integer" pour "2^-16 sec units"
bruno katra
05:33 PM DECOM LFR Feature #130 (Closed): Normalisation des extensions des noms de fichiers selon recommandations Chust
.sfi
.cfi
.afi
.1fi
.2fi
bruno katra
02:22 PM LFR-FSW 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

28/04/2014

05:59 PM DECOM LFR Bug #92 (Closed): Gestion du coarse time avec bit de synchro
Implémenté et testé OK à partir de r41 bruno katra
04:13 PM Bug #125 (Resolved): LFR ADC data justification
+*LFR-EM - 0.1.11*+
* INFOS
Update Sample transformation between ADC and iir_filter
For ALL_SAMPLE :
SAMP...
Jean-Christophe Pellion

24/04/2014

06:10 PM DECOM LFR Task #122 (Closed): Calcul optimisé du fine time.
Implémenté et testé OK dans r40 bruno katra
06:09 PM DECOM LFR Bug #123 (Closed): Typage du temps dans le calcul du CUC time.
Implémenté et testé OK dans r40 bruno katra
05:04 PM DECOM LFR Feature #128 (Closed): Ajout de la mention "time of first sample" au champ Acquisition Time du fichier de sortie.
bruno katra

23/04/2014

11:45 AM DECOM LFR Task #122 (In Progress): Calcul optimisé du fine time.
Oui sera à implémenter pour le double affichage du temps bruno katra
10:28 AM DECOM LFR Task #122 (Feedback): Calcul optimisé du fine time.
En attente de cloture selon si Thomas souhaite ou non que le calcul soit fait en L1. bruno katra
10:27 AM DECOM LFR Task #122 (In Progress): Calcul optimisé du fine time.
En fait, cela fonctionne pour le coarse et le fine même concaténés : on lit un entier sur 48 (47 en fait car bit de s... bruno katra
11:40 AM DECOM LFR Bug #123 (In Progress): Typage du temps dans le calcul du CUC time.
bruno katra
10:21 AM DECOM LFR Bug #123: Typage du temps dans le calcul du CUC time.
Plus la peine :
Explications Thomas : pour le L1 on garde le CUC time sous forme d'entier tel qu'il est dans le bina...
bruno katra

17/04/2014

02:24 PM Bug #125 (Closed): LFR ADC data justification
It seems that LFR ADC data are right justified, normally it should be right justified.
When we inject 1Vpp in LFR th...
Alexis Jeandet

11/04/2014

05:05 PM DECOM LFR Feature #109 (In Progress): **R2** Ajout de la gestion des paquets ASM et BP
A partir de r39 :
Les paquets ASM sont lus correctement. Testé sur das ASM F0 OK
bruno katra
05:03 PM DECOM LFR Bug #123 (Closed): Typage du temps dans le calcul du CUC time.
Actuellement, le résultat final du calcul du temps :
coarse + fine est casté dans un double.
Selon Thomas pas suffi...
bruno katra
05:00 PM DECOM LFR Task #122 (Closed): Calcul optimisé du fine time.
D'après Thomas Chust :
plutôt que d'utiliser mon tableau de static des valeurs de 2^-n et les multiplications bits à...
bruno katra

10/04/2014

04:18 PM LFR-FSW 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 LFR-FSW 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 LFR-FSW 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

09/04/2014

04:59 PM LFR-FSW 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 ...
Gerald Saule
 

Also available in: Atom