Project

General

Profile

Activity

From 02/03/2014 to 31/03/2014

31/03/2014

04:59 PM Bug #108 (Closed): Champs TIME et ACQUISITION_TIME différents dans les TM_LFR_SCIENCE_*
Dans les TM science, les 2 champs TIME ont des valeurs différentes alors que ceux-ci devraient avoir la même valeur A... bruno katra
12:49 PM Bug #105 (Resolved): Traitement de TC avec PACKET_LENGTH erronné
fsw >= 1.0.0.5
Le traitement est maintenant indépendant du champ PACKET_LENGTH lu dans le paquet.
Le CRC est calcul...
paul leroy
08:17 AM Bug #104 (Resolved): SY_LFR_FPGA_VERSION_N3 de TM_LFR_HK erroné
fsw >= 1.0.0.5
bug identifié et corrigé
paul leroy
07:29 AM Bug #88 (Resolved): CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE ignoré
fsw >= 1.0.0.5
La fonction de commutation de mode à une date fixée est implémentée conformément à la SSS:
=> un mod...
paul leroy
07:23 AM Bug #86 (Resolved): Rejet de TC_LFR_LOAD_SBMx_PAR en SBMy (x<>y)
fsw >= 1.0.0.5
bug identifié et corrigé.
paul leroy

28/03/2014

03:25 PM Bug #105 (Closed): Traitement de TC avec PACKET_LENGTH erronné
Pour déterminer la longueur de la TC, le LFR FSW utilise le contenu du champ PACKET_LENGTH.
C'est une implémentation...
Gerald Saule
02:17 PM Bug #104 (Closed): SY_LFR_FPGA_VERSION_N3 de TM_LFR_HK erroné
TM_LFR_HK, SY_LFR_FPGA_VERSION_N3=255 est une coquille.
On attend SY_LFR_FPGA_VERSION_N3=7.
Contexte:
LPPMON Ver...
Gerald Saule
01:30 PM Bug #84: Talon dans la période de génération des TM_LFR_SCIENCE_x
Le pb n'est pas corrigé. Extraits de traces (toute TM_LFR_SCIENCE_x confondus) :
* > nom=300s, mean=300.00390625s, é...
Gerald Saule
11:24 AM Bug #79 (Resolved): TM_LFR_HK: mise à jour de HK_LFR_EXE_TC_[CNT|ID|TYPE|SUBTYPE|TIME] après reception de TC_LFR_UPDATE_[TIME|INFO].
Le bug ne devrait pas se produire avec fsw >= 1.0.0.3. paul leroy
11:21 AM Bug #74 (Resolved): Périodicité de TM_LFR_SCIENCE_BURST_CWF_F2 hors tolérance.
Bug non reproduit avec fsw = 1.0.0.4 et vhdl = 0.1.7
Vérification en lançant le mode BURST et en regardant les logs ...
paul leroy
10:37 AM Bug #78 (Resolved): Pb de TM_LFR_TC_EXE_CORRUPTED sur TC_LFR_UPDATE_INFO/TC_LFR_UPDATE_TIME corrompus
Voici la façon dont est vérifiée la cohérence des TC:
=> on scrute la TC dans l'ordre en commençant par le premier b...
paul leroy
10:09 AM Bug #87 (Resolved): Perte d'un TM_LFR_HK
Ce problème vient de la brique StarDundee et pas de LFR. Normalement, il n'apparaît pas avec la brique GRESB, qui n'e... paul leroy
10:07 AM Bug #95 (Resolved): La durée du boot/reboot du LFR FSW semble mal maîtrisée.
fsw >= 1.0.0.4
pour la mesure du temps de boot, un paquet HK est émis à la fin du boot avec tous les octets à 0xff h...
paul leroy
09:24 AM Bug #98 (Resolved): TM_LFR_HK: HK_LFR_DPU_SPW_PKT_SENT_CNT périmé
paul leroy
09:20 AM Bug #98: TM_LFR_HK: HK_LFR_DPU_SPW_PKT_SENT_CNT périmé
Il faut distinguer deux choses:
1) il peut arriver dans les cas où deux TM doivent être émises quasiment simultanéme...
paul leroy
08:14 AM Bug #89 (Resolved): Attente de la première TM_LFR_SCIENCE_BURST_CWF_F2/TM_LFR_SCIENCE_NORMAL_SWF_Fx supérieure à sa période
avec fsw <= 1.0.0.3 et peut-être quelques versions ultérieures, voici comment démarrent les modes:
=> réception de l...
paul leroy

27/03/2014

05:41 PM Bug #94: PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_* erroné
A chaque salve de (huit) TM_LFR_SCIENCE_BURST_CWF_F2, PA_LFR_ACQUISITION_TIME est incrémenté de 0xA8000 (ie 10.5s). C... Gerald Saule

25/03/2014

03:37 PM Bug #100 (Resolved): Incohérence entre le traitement de TC_LFR_ENTER_MODE et l'affectation de HK_LFR_MODE (TM_LFR_HK)
fsw >= 1.0.0.3
L'origine du comportement est identifiée. Voici le déroulement actuel des actions à réception de TC_L...
paul leroy
03:20 PM Bug #99 (Resolved): Plantage FSW LFR sur fine time de CP_LFR_ENTER_MODE_TIME (TC_LFR_ENTER_MODE) non nul
Plantage non reproduit avec fsw = 1.0.0.3 en développement.
Test relancé (dépot VALIDATION, changeset 6, b518198185a...
paul leroy

20/03/2014

07:13 PM 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...
Gerald Saule
04:51 PM Bug #89: Attente de la première TM_LFR_SCIENCE_BURST_CWF_F2/TM_LFR_SCIENCE_NORMAL_SWF_Fx supérieure à sa période
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...
Gerald Saule
02:31 PM Bug #100: Incohérence entre le traitement de TC_LFR_ENTER_MODE et l'affectation de HK_LFR_MODE (TM_LFR_HK)
Complément de la description ci-dessus (qq s plus tard, lors du déroulement) :
> 12:05:18.56754, TM_LFR_HK, SEQUENCE...
Gerald Saule
02:10 PM Bug #100 (Closed): Incohérence entre le traitement de TC_LFR_ENTER_MODE et l'affectation de HK_LFR_MODE (TM_LFR_HK)
Cette issue traite du pb de l'issue "Le champ TIME des TM_LFR_HK est parfois incohérent" (http://pc-instru.lpp.polyte... Gerald Saule

19/03/2014

05:28 PM Bug #99 (Closed): Plantage FSW LFR sur fine time de CP_LFR_ENTER_MODE_TIME (TC_LFR_ENTER_MODE) non nul
Les transitions de mode étant faites à la réception du time code (pour des raisons de synchronisation de l'ensemble d... Gerald Saule
04:35 PM Bug #88: CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE ignoré
Le rejet lorsque CP_LFR_ENTER_MODE_TIME<'temps interne' (SSS-CP-EQS-322) n'est également pas réalisé.
> 16:08:02.2...
Gerald Saule
01:04 PM Bug #98 (Closed): TM_LFR_HK: HK_LFR_DPU_SPW_PKT_SENT_CNT périmé
Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue...
Gerald Saule
01:04 PM Bug #97 (Rejected): TM_LFR_HK: sauts de HK_LFR_DPU_SPW_PKT_SENT_CNT
Il s'agit de tester la robustesse du FSW LFR lors de déconnection fugitive entre carte et brique.
Les traces obtenue...
Gerald Saule

17/03/2014

04:48 PM Bug #95 (Closed): La durée du boot/reboot du LFR FSW semble mal maîtrisée.
(Cette issue reprend Bug #698 "La durée du boot du LFR FSW semble trop longue" de pc-instru).
Le pluggin dsu3plugin ...
Gerald Saule
01:35 PM Bug #94 (Closed): PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_* erroné
Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_SWF_F2, est vu une fois erroné, de façon très exeptionnelle (... Gerald Saule
11:20 AM Bug #73: Par défaut, l'envoi de TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 est privilégié devant TM_LFR_SCIENCE_NORMAL_CWF_F3 (valeur par défaut de SY_LFR_N_CWF_LONG_F3).
Le priority est passé en NORMAL, car la non affectation est en contradiction avec la SSS "The nominal case is to tran... Gerald Saule
11:16 AM Bug #62: Mise à jour ICD
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... Gerald Saule

14/03/2014

01:09 PM 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. paul leroy
01:06 PM Bug #90 (Closed): problème d'alignement mémoire dans basic_parameter.c
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 = ... paul leroy

13/03/2014

04:44 PM Bug #89 (Closed): Attente de la première TM_LFR_SCIENCE_BURST_CWF_F2/TM_LFR_SCIENCE_NORMAL_SWF_Fx supérieure à sa période
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...
Gerald Saule

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...
Gerald Saule
04:22 PM Bug #87 (Closed): Perte d'un TM_LFR_HK
Il s'agit d'un phénomène très rare (et donc difficilement reproductible).
Les outils de surveillance automatique (./...
Gerald Saule
03:55 PM Bug #84: Talon dans la période de génération des TM_LFR_SCIENCE_x
Numériquement, remarquons que 0.00390625=1/256.
Cela revient à un talon de 0x100 pour le champ TIME au format "CUC".
Gerald Saule
11:29 AM Bug #86 (Closed): Rejet de TC_LFR_LOAD_SBMx_PAR en SBMy (x<>y)
Cette issue fait suite à Bug #903(TC_LFR_LOAD_SBM2_PAR non rejeté en SBM1) de pc-instru.
Actuellement TC_LFR_LOAD_...
Gerald Saule
10:36 AM Bug #85: TC_LFR_LOAD_NORMAL_PAR: SY_LFR_N_ASM_P, SY_LFR_N_BP_P0 et , SY_LFR_N_BP_P1 = 0 acceptés
Gerald Saule wrote:
> Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comport...
Gerald Saule
10:35 AM Bug #85 (Closed): TC_LFR_LOAD_NORMAL_PAR: SY_LFR_N_ASM_P, SY_LFR_N_BP_P0 et , SY_LFR_N_BP_P1 = 0 acceptés
Le LFR FSW accepte des périodes nulles. Ce n'est pas interdit par l'ICD; néanmoins, le comportement associé est indéf... Gerald Saule
09:45 AM Bug #83 (Closed): Talon dans la période de génération des TM_LFR_SCIENCE_NORMAL_SWF_Fx
Doublon avec Bug #84 (Talon dans la période de génération des TM_LFR_SCIENCE_NORMAL_SWF_Fx)
Gerald Saule

11/03/2014

07:10 PM Bug #84 (Closed): Talon dans la période de génération des TM_LFR_SCIENCE_x
Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR... Gerald Saule
07:08 PM Bug #83 (Closed): Talon dans la période de génération des TM_LFR_SCIENCE_NORMAL_SWF_Fx
Cette issue fait suite à Bug #809 (Fluctuation du délai entre deux TM_LFR_SCIENCE_NORMAL_SWF_Fx (FIRST_PACKET_OF_A_GR... Gerald Saule
05:37 PM Bug #82 (Closed): Pas de control sur SY_LFR_N_SWP_P de TC_LFR_LOAD_NORMAL_PAR
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...
Gerald Saule

10/03/2014

10:32 AM Bug #60 (Closed): Le champ PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_BURST_CWF_F2 est erroné
Les champs TIME et PA_LFR_ACQUISITION_TIME sont désormais cohérents avec la datation par l'horloge du PC malgré les i... Gerald Saule

06/03/2014

06:49 PM Bug #79 (Closed): TM_LFR_HK: mise à jour de HK_LFR_EXE_TC_[CNT|ID|TYPE|SUBTYPE|TIME] après reception de TC_LFR_UPDATE_[TIME|INFO].
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] ... Gerald Saule
05:09 PM Bug #61 (Closed): Traitement des PID, CAT, TYPE, et SUB-TYPE pour identifier les TM.
=>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... Gerald Saule
05:07 PM Bug #78 (Closed): Pb de TM_LFR_TC_EXE_CORRUPTED sur TC_LFR_UPDATE_INFO/TC_LFR_UPDATE_TIME corrompus
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...
Gerald Saule
04:11 PM Bug #77 (Closed): Reset HW met à 0 le bit MSB du temps interne (qui représente la synchronisation avec un "time code")
Un reset HW met le champ TIME à 0, donc en particulier le bit MSB qui représente la synchronisation avec un "time cod... Gerald Saule
10:09 AM Bug #64 (Closed): PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_CWF_F1
Les TM_LFR_SCIENCE_SBM1_CWF_F1 sont émis par salves de 8 (chaque salve correspondant à la taille du buffer: LFR_CWF_L... Gerald Saule

05/03/2014

07:52 PM Bug #74 (Closed): Périodicité de TM_LFR_SCIENCE_BURST_CWF_F2 hors tolérance.
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).
...
Gerald Saule
07:26 PM Bug #70 (Closed): SOURCE_ID = 0 doit être rejeté pour toute TC_LFR_ de V2.
=>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca...
Gerald Saule
07:23 PM Bug #71 (Closed): Initialisation de SEQUENCE_CNT des TM_LFR_*
=>Cette issue peut être fermée.(/)
Contexte:
LPPMON Version=0.2.2 - Branch=default - Changeset=835955994d5f
Ca...
Gerald Saule
07:04 PM Bug #73 (Closed): Par défaut, l'envoi de TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 est privilégié devant TM_LFR_SCIENCE_NORMAL_CWF_F3 (valeur par défaut de SY_LFR_N_CWF_LONG_F3).
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... Gerald Saule
03:01 PM Bug #62: Mise à jour ICD
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... Gerald Saule
02:59 PM Bug #54 (Closed): TM_LFR_PARAMETER_DUMP: affectation de SY_LFR_S1_BP_P0 par défaut
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, ...
Gerald Saule
02:41 PM Bug #53 (Closed): TM_LFR_PARAMETER_DUMP incohérent avec l'ICD.
Gerald Saule
02:38 PM Bug #53: TM_LFR_PARAMETER_DUMP incohérent avec l'ICD.
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, ...
Gerald Saule
02:39 PM Bug #52 (Closed): Taille des TM_LFR_HK incohérente avec l'ICD.
Gerald Saule
02:31 PM Bug #52: Taille des TM_LFR_HK incohérente avec l'ICD.
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...
Gerald Saule

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...
paul leroy
12:49 PM Bug #71 (Resolved): Initialisation de SEQUENCE_CNT des TM_LFR_*
fsw >= 1.0.0.2
bug identifié et corrigé
paul leroy
12:43 PM Bug #54 (Resolved): TM_LFR_PARAMETER_DUMP: affectation de SY_LFR_S1_BP_P0 par défaut
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... paul leroy
12:43 PM Bug #62 (In Progress): Mise à jour ICD
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... paul leroy
12:35 PM Bug #56 (In Progress): TC_LFR_ENABLE_CALIBRATION à implémenter
paul leroy
12:29 PM Bug #56: TC_LFR_ENABLE_CALIBRATION à implémenter
l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL paul leroy
12:35 PM Bug #57 (In Progress): TC_LFR_LOAD_NORMAL_PAR renvoie TM_LFR_TC_EXE_NOT_IMPLEMENTED si SY_LFR_N_SWF_L <> default value
Pour l'instant la possibilité de modifier à la baisse la taille des snapshots n'est pas implémentée. Le fonctionnemen... paul leroy
12:33 PM Bug #58 (In Progress): Traitement de TC_LFR_RESET à implémenter (voire à re-spécifier)
La fonction précise de cette TC n'est toujours pas clarifiée. Elle demeure donc non implémentée. paul leroy
12:29 PM Bug #59 (In Progress): TC_LFR_DISABLE_CALIBRATION à implémenter
l'implémentation de la TC requière le développement d'un module spécifique pour le VHDL paul leroy
12:28 PM Bug #61 (Resolved): Traitement des PID, CAT, TYPE, et SUB-TYPE pour identifier les TM.
fsw >= 1.0.0.2
le bug est identifié et corrigé. Le subtype est maintenant analysé en fonction du type.
paul leroy
12:10 PM Bug #63 (In Progress): TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION provoquent TM_LFR_TC_EXE_NOT_EXECUTABLE en STANDBY
TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION sont acceptées quel que soit le mode.
Mais pour l'instant, l...
paul leroy
11:18 AM Bug #64 (Resolved): PA_LFR_ACQUISITION_TIME de TM_LFR_SCIENCE_SBM1_CWF_F1
à retester avec la configuration suivante:
fsw >= 1.0.0.2
VHDL >= 0.0.10
des corrections majeures ont été faites s...
paul leroy
11:17 AM Bug #65 (In Progress): TC_LFR_LOAD_NORMAL_PAR: pas de vérif sur SY_LFR_N_ASM_P, S_LFR_N_BP_P0, SY_LFR_N_BP_P1.
les paramètres concernant les matrices spectrales (ASM) et les paramètres basiques (BP) ne sont pas implémentés pour ... paul leroy
11:15 AM Bug #68 (In Progress): Initialisation de l'heure interne du LFR: pb avec le MSB
le bug est identifié. la correction nécessite un peu de redesign au niveau VHDL. Jean-CHristophe s'en occupe. paul leroy
10:21 AM Bug #70 (Resolved): SOURCE_ID = 0 doit être rejeté pour toute TC_LFR_ de V2.
fsw >= 1.0.0.2
bug identifié et corrigé
Une TC avec SOURCE_ID = 0 est rejetée.
paul leroy
 

Also available in: Atom