Activity
From 26/03/2014 to 24/04/2014
24/04/2014
- 06:10 PM DECOM LFR Task #122 (Closed): Calcul optimisé du fine time.
- Implémenté et testé OK dans r40
- 06:09 PM DECOM LFR Bug #123 (Closed): Typage du temps dans le calcul du CUC time.
- Implémenté et testé OK dans r40
- 06:05 PM DECOM LFR Revision 40:86792ce32cf5 (lfr_decom_rep): Modifications lecture/conversion et affichage du temps :
- changement de la méthode conversion int to float = lecture de l'entier de 48
bits et division par 2^16. Suppression d... - 05:04 PM DECOM LFR Feature #128 (Closed): Ajout de la mention "time of first sample" au champ Acquisition Time du fichier de sortie.
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
- 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.
- 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...
- 11:40 AM DECOM LFR Bug #123 (In Progress): Typage du temps dans le calcul du CUC time.
- 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...
22/04/2014
- V2 integrated Moustapha's suggestions
- 08:40 AM Document: RHFL4913 to MSK5822 conv board
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...
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 - 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... - 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 à...
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... - 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
- 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...
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 ...
08/04/2014
- 05:49 PM DECOM LFR Revision 39:ef7049434be0 (lfr_decom_rep): Mise en forme
- + validation du cast int16_t correct dans cwf/swf
07/04/2014
- 05:29 PM DECOM LFR Revision 38:c3590ed46223 (lfr_decom_rep): Implémentation ASM F0/1/2 : testé ok sur F0
- + modif Makefile en fonction.
03/04/2014
- 03:02 PM LFR-FSW Bug #112: Pb de traitement de TC_LFR_UPDATE_TIME
- La contre-manip décrite ci-dessous montre que le pb se reproduit de façon aléatoire.
L'initialisation du traitement ... - 02:00 PM LFR-FSW Bug #114 (Closed): TM_LFR_TC_EXE_ERROR inopportun
- LFR émet TM_LFR_TC_EXE_ERROR sans justification.
Au démarrage, la commande d'une transition vers STANDBY est rejetée...
02/04/2014
- 02:02 PM LFR-FSW Bug #113 (Closed): Affectation des champs de TM_LFR_HK en fin de boot du LFR
- Les HK de début d'execution sont en
> 11:26:59.425762, TM_LFR_HK, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET ... - 01:45 PM LFR-FSW Bug #112 (Closed): Pb de traitement de TC_LFR_UPDATE_TIME
- Cette issue est proche de l'issue Bug #111 "Pb de timing dans le traitement de TC_LFR_UPDATE_TIME" (https://hephaisto...
- 12:37 PM LFR-FSW Bug #111 (Closed): Pb de timing dans le traitement de TC_LFR_UPDATE_TIME
- Le changement de temps interne (au LFR) doit se faire sur réception du time code.
Par le code Python, on envoie TC_L...
01/04/2014
- 05:24 PM DECOM LFR Revision 37:51f85fa29f74 (lfr_decom_rep): Ajout de la structure pour gérer les ASM F0/1/2
- + création de la classe TM_LFR_NORMAL_ASM correspondante (non implémentée)
- 03:17 PM DECOM LFR Feature #110 (Closed): Vérifier conformité avec ICD 2.2 + 3.0
- Voir changelog de l'ICD
- 03:13 PM DECOM LFR Feature #109 (Closed): **R2** Ajout de la gestion des paquets ASM et BP
- Nécessité des BP pour SSS-CP-EQS-450 et SSS-CP-EQS-460
----------------------
Priorité :
- -CWF F3 LONG-
- -B... - 09:47 AM LFR-FSW Bug #77 (Resolved): Reset HW met à 0 le bit MSB du temps interne (qui représente la synchronisation avec un "time code")
- fsw >= 1.0.0.5
vhdl >= 0.1.9
La fonction de gestion du temps est normalement complètement opérationnelle. Au démarr... - 09:43 AM LFR-FSW Bug #68 (Resolved): Initialisation de l'heure interne du LFR: pb avec le MSB
- fsw >= 1.0.0.5
vhdl >= 0.1.9
Au démarrage, le temps est réinitialisé à 0x80000000. LFR attend une synchro valide ... - 08:48 AM LFR-FSW Bug #72 (Resolved): Perte de périodicité sur ultime TM_LFR_SCIENCE_SBM2_CWF_F2
- 08:19 AM LFR-FSW Bug #73 (Resolved): 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).
- Un test avec fsw = 1.0.0.5 en mode NORMAL avec les paramètres par défaut déclenche une émission des paquets TM_LFR_SC...
- 07:36 AM LFR-FSW Bug #82 (Resolved): Pas de control sur SY_LFR_N_SWP_P de TC_LFR_LOAD_NORMAL_PAR
- La valeur 65528 est le multiple de 8 le plus proche de 65535.
La nécessité d'avoir des multiples de 8 comme périod... - 07:30 AM LFR-FSW Bug #108 (Resolved): Champs TIME et ACQUISITION_TIME différents dans les TM_LFR_SCIENCE_*
- fsw >= 1.0.0.5
Les champs TIME et ACQUISITION_TIME sont maintenant identiques dans les paquets SWF et CWF..
31/03/2014
- 04:59 PM LFR-FSW 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...
- 12:49 PM LFR-FSW 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... - 08:17 AM LFR-FSW Bug #104 (Resolved): SY_LFR_FPGA_VERSION_N3 de TM_LFR_HK erroné
- fsw >= 1.0.0.5
bug identifié et corrigé - 07:29 AM LFR-FSW 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... - 07:23 AM LFR-FSW Bug #86 (Resolved): Rejet de TC_LFR_LOAD_SBMx_PAR en SBMy (x<>y)
- fsw >= 1.0.0.5
bug identifié et corrigé.
28/03/2014
- 03:25 PM LFR-FSW 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... - 02:17 PM LFR-FSW 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... - 01:30 PM LFR-FSW 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, é... - 11:24 AM LFR-FSW 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.
- 11:21 AM LFR-FSW 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 ... - 10:37 AM LFR-FSW 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... - 10:09 AM LFR-FSW 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...
- 10:07 AM LFR-FSW 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... - 09:24 AM LFR-FSW Bug #98 (Resolved): TM_LFR_HK: HK_LFR_DPU_SPW_PKT_SENT_CNT périmé
- 09:20 AM LFR-FSW 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... - 08:14 AM LFR-FSW 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...
27/03/2014
- 05:41 PM LFR-FSW 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...
Also available in: Atom