Activity
From 11/02/2014 to 12/03/2014
12/03/2014
-
06:15 PM Bug #88 (Closed): CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE ignoré
- 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
-
12:56 PM Bug #72 (In Progress): Perte de périodicité sur ultime TM_LFR_SCIENCE_SBM2_CWF_F2
- 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_...
21/02/2014
-
- Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_CWF_F1, en plus d'évoluer perpétuellement, est parfois erroné...
-
- Cette issue reprend l'issue Bug #826 (TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION provoquent TM_LFR_TC_EX...
-
- En compément de #note-1: en dégradant un TC_LFR_UPDATE_TIME (nominalement: PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGOR...
-
- L'injection volontaire de champ erroné provoque un retour incohérent dans le cas ci-dessous:
14:27:46.594733, [254... -
- Cette issue reprend l'issue Bug#585 ('Pas de Verification packet "TM_LFR_TC_EXE_CORRUPTED" sur SUB-TYPE erroné') de p...
-
- Cette issue rassemble toutes les modifications à apporter pour la prochaine ICD.
Cette issue reprend l'issue Bug#100... -
- Bug identifié et corrigé. rev >= 1.0.0.2
20/02/2014
-
- Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_BURST_CWF_F2 est erroné:
-Il ne semble pas lié à TIME; pour chaqu... -
- TC_LFR_DISABLE_CALIBRATION provoque un retour de TM_LFR_TC_EXE_NOT_IMPLEMENTED. Le retour spécifié est TM_LFR_TC_EXE_...
19/02/2014
-
- *METTRE A JOUR srs AVEC REPONSE paul*
TC_LFR_RESET provoque un retour de TM_LFR_TC_EXE_NOT_IMPLEMENTED. Le retour ... -
- Pour TC_LFR_LOAD_NORMAL_PAR, SY_LFR_N_SWF_L affecté conformément à Bug #816 (SY_LFR_N_SWF_L: >=16, multiple de 16, <=...
-
- TC_LFR_ENABLE_CALIBRATION provoque un retour de TM_LFR_TC_EXE_NOT_IMPLEMENTED. Le retour spécifié est TM_LFR_TC_EXE_S...
18/02/2014
-
- Bug identifié et corrigé. rev >= 1.0.0.2
-
- Les données brutes sont:
14:56:20.66118, 1L, 2L, 0L, 0L, 12L, 201L, 192L, 1L, 0L, 27L, 16L, 3L, 25L, 0L, 128L, 0L, 1... -
- Cette issue est associée à l'issue Bug#53 ('TM_LFR_PARAMETER_DUMP incohérent avec l'ICD').
Dans un 'TM_LFR_PARAMET... -
- Problème identifié et corrigé.
rev >= 1.0.0.2 -
- Les données brutes sont:
14:56:18.384098, 1L, 2L, 0L, 0L, 12L, 196L, 192L, 147L, 0L, 119L, 16L, 3L, 25L, 0L, 128L, 0...
Also available in: Atom