Activity
From 22/02/2014 to 23/03/2014
20/03/2014
-
07:13 PM LFR-FSW Bug #84: Talon dans la période de génération des TM_LFR_SCIENCE_x
- Une variante de ce phénomène est observable sur TM_LFR_SCIENCE_NORMAL_SWF_F1 (avec PA_LFR_PKT_NR=1 à chaque fois).
O... -
- Le même genre de cas se reproduit avec le TM_LFR_SCIENCE_NORMAL_SWF_Fx:
> 16:08:30.359944, TC_LFR_LOAD_NORMAL_PAR, S... -
- Complément de la description ci-dessus (qq s plus tard, lors du déroulement) :
> 12:05:18.56754, TM_LFR_HK, SEQUENCE... -
- Cette issue traite du pb de l'issue "Le champ TIME des TM_LFR_HK est parfois incohérent" (http://pc-instru.lpp.polyte...
19/03/2014
-
- Les transitions de mode étant faites à la réception du time code (pour des raisons de synchronisation de l'ensemble d...
-
- Le rejet lorsque CP_LFR_ENTER_MODE_TIME<'temps interne' (SSS-CP-EQS-322) n'est également pas réalisé.
> 16:08:02.2... -
- Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue... -
- Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue...
17/03/2014
-
- (Cette issue reprend Bug #698 "La durée du boot du LFR FSW semble trop longue" de pc-instru).
Le pluggin dsu3plugin ... -
- Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_SWF_F2, est vu une fois erroné, de façon très exeptionnelle (...
-
- Le priority est passé en NORMAL, car la non affectation est en contradiction avec la SSS "The nominal case is to tran...
-
- SY_LFR_N_CWF_LONG_F3 du TC_LFR_LOAD_NORMAL_PAR packet n'a pas de valeur par défaut dans RPW-SYS-MEB-LFR-ICD-00097_Iss...
14/03/2014
-
05:29 PM DECOM LFR Bug #92 (Closed): Gestion du coarse time avec bit de synchro
- CUC LFR différent du CUC standard :
Le MSB du coarse time est utilisé comme flag de synchro
Il faut le prendre en... -
- Problème lecture de tableau des constantes de 2^-n à partir du mauvais indice.
Corrigé dans r36
commit:d05f35bcc4e5 -
- Conformité OK à partir de commit:d05f35bcc4e5 (r36)
-
- decalé de 1 indice)
+
Vérification conformité avec ICD 2.0 : OK
+
Mise à jour version ICD des cartouches existants -
01:09 PM LFR-FSW Bug #91 (Closed): nombre de composantes d'une matrice spectrale pour la fonction BP1_set
- Il y a 25 composantes dans une matrice spectrale, pas 30, modifier la fonction BP1_set en conséquence.
-
- La fonction BP1_set génère une erreur de type "0x07 = Memory access to un-aligned address" à l'exécution dès que i = ...
-
10:13 AM Document: LFR EM Files
-
13/03/2014
-
- A partir du passage en mode BURST, la première TM_LFR_SCIENCE_BURST_CWF_F2 est envoyée 13s plus tard.
C'est inatendu... -
- Action à clore suite à point LFR 09 01 2014.
-
- Action à clore suite à point LFR 09 janvier 2014.
12/03/2014
-
- Le champ CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE est toujours ignoré.
La transition vue semble immédiate.
> 1... -
- Il s'agit d'un phénomène très rare (et donc difficilement reproductible).
Les outils de surveillance automatique (./... -
- Numériquement, remarquons que 0.00390625=1/256.
Cela revient à un talon de 0x100 pour le champ TIME au format "CUC". -
- Cette issue fait suite à Bug #903(TC_LFR_LOAD_SBM2_PAR non rejeté en SBM1) de pc-instru.
Actuellement TC_LFR_LOAD_... -
- Gerald Saule wrote:
> Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comport... -
- Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comportement associé est indéf...
-
- Doublon avec Bug #84 (Talon dans la période de génération des TM_LFR_SCIENCE_NORMAL_SWF_Fx)
11/03/2014
-
- Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR...
-
- Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR...
-
- D'après l'ICD, SY_LFR_N_SWP_P doit être inférieur ou égal à 65528.
Avec 0xffff, LFR devrait retourner un rejet. On...
10/03/2014
-
- Les champs TIME et PA_LFR_ACQUISITION_TIME sont désormais cohérents avec la datation par l'horloge du PC malgré les i...
06/03/2014
-
- Cette issue fait suite au l'issue Bug #708 (TM_LFR_HK: mise à jour de HK_LFR_[EXE|REJ]_TC_[CNT|ID|TYPE|SUBTYPE|TIME] ...
-
- =>Cette issue peut être fermée. Il reste un point résiduel tracé par Bug #78 (Pb de TM_LFR_TC_EXE_CORRUPTED sur TC_LF...
-
- Cette issue traite du pb résiduel de l'issue Bug #61 (sous hephaistos).
Il y a en effet un pb de principe sur le tra... -
- Un reset HW met le champ TIME à 0, donc en particulier le bit MSB qui représente la synchronisation avec un "time cod...
-
- Les TM_LFR_SCIENCE_SBM1_CWF_F1 sont émis par salves de 8 (chaque salve correspondant à la taille du buffer: LFR_CWF_L...
05/03/2014
-
- La période d'émission des salves de TM_LFR_SCIENCE_BURST_CWF_F2 devrait être de LFR_CWF_L / F2 (= 1688/16 = 10.5s).
... -
- =>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca... -
- =>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca... -
- A priori, SY_LFR_N_CWF_LONG_F3 -"Production of TM LFR SCIENCE NORMAL CWF LONG F3 (if set to 1)"- des TC_LFR_LOAD_NORM...
-
- La note #1 montre l'ambiguïté des valeurs par défaut pour tout champ avec le LSB<>1; la valeur de l'ICD est-elle la v...
-
- Sans TC_LFR_LOAD_NORMAL_PAR préalable, un TC_LFR_DUMP_PAR accepté provoque:
> 14:01:58.571041, 1, 2, 0, 0, 12, 201, ... -
-
- Les données brutes sont les suivantes:
> 14:01:58.571041, 1, 2, 0, 0, 12, 201, 192, 1, 0, 29, 16, 3, 25, 0, 0, 0, ... -
-
- Les données brutes sont les suivantes:
> 14:01:56.291131, 1, 2, 0, 0, 12, 196, 192, 1, 0, 117, 16, 3, 25, 0, 0, 0, 0...
04/03/2014
-
- Suite à TC_LFR_ENTER_MODE, LFR aurait dû cesser l'émission des SBM2_CWF_F2.
Je ne vois pas le délais de 15.75 s, i... -
- fsw >= 1.0.0.2
bug identifié et corrigé -
- Il y a une erreur dans l'ICD. Si on se réfère à la spécification LFR, RPW-MEB-LFR-00003, la valeur par défaut du para...
-
- Si on se réfère à la spécification LFR, RPW-MEB-LFR-00003, la valeur par défaut du paramètre SY_LFR_S1_BP_P0 est 0.25...
-
-
- l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL
-
- Pour l'instant la possibilité de modifier à la baisse la taille des snapshots n'est pas implémentée. Le fonctionnemen...
-
- La fonction précise de cette TC n'est toujours pas clarifiée. Elle demeure donc non implémentée.
-
- l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL
-
- fsw >= 1.0.0.2
le bug est identifié et corrigé. Le subtype est maintenant analysé en fonction du type. -
- TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION sont acceptées quel que soit le mode.
Mais pour l'instant, l... -
- à retester avec la configuration suivante:
fsw >= 1.0.0.2
VHDL >= 0.0.10
des corrections majeures ont été faites s... -
- les paramètres concernant les matrices spectrales (ASM) et les paramètres basiques (BP) ne sont pas implémentés pour ...
-
- le bug est identifié. la correction nécessite un peu de redesign au niveau VHDL. Jean-CHristophe s'en occupe.
-
- fsw >= 1.0.0.2
bug identifié et corrigé
Une TC avec SOURCE_ID = 0 est rejetée.
26/02/2014
-
- Les TM_LFR_SCIENCE_SBM2_CWF_F2doivent être générées à la fréquence de 256.0Hz. Ainsi, les données étant bufferisées, ...
-
- Suite au démarage (HW&SW), on obtient les traces:
> 10:55:39.444599, TC_LFR_LOAD_COMMON_PAR, CCSDS_VERSION_NUMBER = ... -
- SOURCE_ID à 0 était possible pour les TC_LFR_* de V1. Cette valeur n'est plus acceptable pour V2.
> 10:56:54.79244... -
- nb: cette issue porte sur le reset HW (en attendant la génération de HK conformes à l'icd, l'emploi de TC_LFR_RESET s...
25/02/2014
-
- A l'initialisation, le temps interne doit être affecté à 0x800000000000 (valeur au format CUC avec msb à 1 car non sy...
24/02/2014
-
- Cette issue reprend l'issue Bug #905 (TC_LFR_LOAD_NORMAL_PAR: pas de vérif sur SY_LFR_N_ASM_P, S_LFR_N_BP_P0, SY_LFR_...
Also available in: Atom