Activity

From 29/09/2014 to 28/10/2014

03:08 PM Bug #247 (Closed): Le champ TIME des TM (Cuc) reste à 0x800000000001: Test rejoué OK
script /home/validation/SCRIPT/just_normal_mode.py
Fichiers de logs rangés dans le répertoire
/hom... Veronique bouzid

04:48 PM Bug #241 (Feedback): 2 petits pb avec le SGSE: La division par le facteur 2688 semble bien avoir été implémentée mais la fonction logarithmique est une fonction non... thomas chust
03:25 PM Bug #247 (Resolved): Le champ TIME des TM (Cuc) reste à 0x800000000001: Le bug a été identifié dans le VHDL, la révision 1.1.26 a été corrigée. La carte EM est programmée. paul leroy
11:37 AM Bug #244 (Closed): LONG_F3 serait enregistré dans packet.data mais pas dans les fichiers packet.log ?: Il y avait effectivement un pb du coté de la decom de Bruno. C'est maintenant réglé (version 0r49 du soft de Bruno), ... thomas chust

04:53 PM Bug #250 (Feedback): temps des ASM pas bien défini: Observation de 52 ASM_F0 enregistrée toute les 4 s montre des temps pas identiques entre les paires de paquets (44+44... thomas chust
07:10 AM Bug #247 (In Progress): Le champ TIME des TM (Cuc) reste à 0x800000000001: Le problème vient du VHDL (me module time_management reste bloqué), j'ai informé Jean-Christophe. Dans les issues, en... paul leroy

04:06 PM Task #248 (Closed): Action 6 (team meeting in Graz): Action 6: LFR Team (Paul) to investigate on the possibility of integrating PSD over 3 sec instead of 4 sec. in synchr... paul leroy
02:41 PM Bug #186 (Feedback): Probleme timing sur les Basic Parameters: bruno katra
02:28 PM Bug #186 (Closed): Probleme timing sur les Basic Parameters: Le soft de validation a été mis à jour pour prendre en compte cette nouvelle valeur de Ttarget Logical Address non ... Veronique bouzid
01:32 PM Bug #247 (Closed): Le champ TIME des TM (Cuc) reste à 0x800000000001: Suite à la modification de Paul (Target logical ID = 0x20) pour utiliser la STarDundee en mode routeur
le champ TI... Veronique bouzid

07:00 AM Bug #186 (Feedback): Probleme timing sur les Basic Parameters: Il faudrait remanier les outils d'analyse des paquets entrants car avec le soft 2.0.1.1 l'adresse de destination est ... paul leroy

02:52 PM Bug #244 (Resolved): LONG_F3 serait enregistré dans packet.data mais pas dans les fichiers packet.log ?: LFR SGSE >= 2.0.0.1
Bug identifié et corrigé. Les logs de packet sont corrects, les paquets TM_LFR_SCIENCE_NORMAL_... paul leroy

09:42 AM Bug #245 (Resolved): synchronisation des snapshots: fsw > = 2.0.1.1
J'ai ajouté une fonction de resynchronisation des snapshots. Je vais détailler le fonctionnement d... paul leroy

08:12 AM Bug #245 (Closed): synchronisation des snapshots: Also tracked in https://jira-lesia.obspm.fr/browse/RPWSWR-627 and https://jira-lesia.obspm.fr/browse/RPWSWR-628
Lo... paul leroy

05:04 PM Bug #237 (Closed): FFT du SGSE à faire avec 2688 point ...: Tout est ok. En fait on résolvait la raie du générateur ... thomas chust
05:00 PM Bug #244 (Closed): LONG_F3 serait enregistré dans packet.data mais pas dans les fichiers packet.log ?: Tout est dans le titre + le mode d'enregistrement a été SMB1
(sur EM1 avec
FSW : 2.0.1.0
VHDL : 1.1... thomas chust
04:16 PM Bug #241 (Resolved): 2 petits pb avec le SGSE: Bugs identifiés et corrigé, LFR SGSE >= 2.0.0.1 paul leroy

Also available in: Atom

LPP » INSTRU » Solar Orbiter LFR » LFR-FSW