Activity
From 06/01/2016 to 04/02/2016
04/02/2016
- 04:59 PM Task #608: 3.0.0.18
- Juste le nom de fichier qui était incorrect (le contenu était bon)
- 04:54 PM Task #608: 3.0.0.18
- Voilà le dépouillement. C'est nominal et plutôt très bien! Donc on a eu un problème avec le passge par STANDBY ...
- 04:38 PM Task #608: 3.0.0.18
les fichiers de test 30mn SBM1 + 30mn SBM2 sont disponibles sur pc-instru et dans run-2016-02-04-3.0.0.18.1.1.89/sa...- 03:57 PM Task #608: 3.0.0.18
- les fichiers sont binaires et la decom de Bruno ne les decommute pas.
Je oeux tenter un editeur hexa pour voir.
- 03:52 PM Task #608: 3.0.0.18
- Les erreurs, ça peut arriver. Vous rechargez le soft à chaque début de test ou c'est forcément la même version du log...
- 03:45 PM Task #608: 3.0.0.18
Impossible, nous avons lance LFR-SGSE avant notre test pour vérifier. On est des pros....
Par contre, le context...- 03:36 PM Task #608: 3.0.0.18
- D'après Véro cela est absolument impossible. Il s'agit bien du même FSW 3.0.0.18 mais la différence avec avant est l'...
- 03:28 PM Task #608: 3.0.0.18
- Le premier décalage ne m'inquiète pas plus que ça.
Serait-il possible que le test où il y a une dérive continue n'... - 02:58 PM Task #608: 3.0.0.18
- Je n'ai pas encore bien compris la manip (timecode ou pas, avec ou sans timegen ...) mais voilà mes résultats (voir l...
- 02:27 PM Task #608: 3.0.0.18
- 1 test SBM1+ SBM2 + envoi automatique des timecode et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-...
- 02:25 PM Task #608: 3.0.0.18
- J'ai essayé sans timecodes, résultats corrects:
Jeu de données 2016_02_04_13_48_07
1) SBM1 démarré à la date 0x33
... - 12:20 PM Task #608: 3.0.0.18
Le test n'utilise pas l'envoi de timecode.
Faut il que je relance les tests avec les timecodes initialisés?
- 12:16 PM Task #608: 3.0.0.18
- Voici un exemple des données que j'ai obtenues, avec les timecodes mais sans timegen:
Jeu de données considéré: 2016... - 11:28 AM Task #608: 3.0.0.18
- J'ai regardé de mon côté. Je ne vois pas ce défaut en démarrant en SBM1 par exemple et en commutant ensuite vers SBM2...
- 11:05 AM Task #608: 3.0.0.18
- analyse faite:
- test1: 1h NM OK (même plutôt très joli!)
- test2: 30min SBM1 + 30min SBM2 *KO* (pas joli du tout ... - 08:12 AM Task #608: 3.0.0.18
2 tests ont été joués et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-03.3.0.0.18-1.1.89
- premie...- 08:56 AM Bug #606 (Feedback): Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
- Bug corrigé en 3.0.0.18.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
... - 08:19 AM Task #605 (Closed): 3.0.0.17
Cette version ne sera pas utilisée car 3.0.0.18 a été livrée dans la foulée.
03/02/2016
- 04:52 PM Task #608: 3.0.0.18
- répertoire /opt/LFR/LFR-FSW/3.0.0.18 créé et rempli avec le FSW 3.0.0.18
- 04:49 PM Task #608 (Closed): 3.0.0.18
- added spacewire_get_last_error() call to the function spacewire_read_statistics
- 04:51 PM Task #605: 3.0.0.17
- répertoire /opt/LFR/LFR-FSW/3.0.0.17 créé et rempli avec le FSW 3.0.0.17
- 04:08 PM Task #605 (Closed): 3.0.0.17
- snapshot resynchro mise à jour
- 04:43 PM Bug #606: Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
- Oups, je viens de regarder mon code. J'ai écrit une fonction pour détecter une modif dans les stats SpaceWire et chan...
- 04:29 PM Bug #606 (Closed): Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
J'ai joué le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
Ce test consiste à débra...- 04:40 PM Support #607 (Closed): medium Criticity : How can we do it
- Pour valider les erreurs classées de type medium criticity:
comment fait on?
HK_LFR_DPU_SPW_EARLY_EOP
HK_LFR_DPU... - 03:41 PM Bug #601 (Closed): Computation of HK_LFR_LE_CNT : sometimes erroneous
Le bug est corrigé en version 3.0.0.016.
Le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/ccsds_time_code_...- 03:21 PM Bug #602 (Closed): Status of LFR WATCHDOG stays DISABLED
- Bug corrigé en 3.0.0.16
Le script /home/validation/SCRIPT/just_hk_survey.py a été joué.
L'analyse des HK permet ... - 01:46 PM Task #603: 3.0.0.16
- *En travaillant sur l'explication de la resynchro, et en faisant des tests en parallèle, j'ai vu un truc bizarre (une...
- 12:52 PM Task #603: 3.0.0.16
- Pour répondre à Thomas : le plan de validation de Véro et moi inclue des tests longs en nominal que nous allons lance...
- 12:49 PM Task #603: 3.0.0.16
- Tests fait sur la synchro:
- test 1 : SBM1 30min + SBM2 30min
- test 2 : NM 60 min
Résultats: pas mal du tout, br... - 10:06 AM Bug #491 (In Progress): Liste des champs contenus dans TM_LFR_HK non renseignés.
- Du coup : non ce n’est pas la peine de modifier l'ICD. J'expliquerai ça dans le SUM. Je reviendrai vers toi pour quel...
- 09:48 AM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- On pourrait faire une mise à jour de l'ICD, mais on peut aussi documenter ça dans le user manual. Effectivement, il s...
02/02/2016
- 04:53 PM Bug #584: [QR R3] [RPWSWR-621] : discussions internes sur CWF_F3 ACQ_TIME = 0x0000000
- (!)
Bonjour Philippe.
Nous avions évoqué lors de la QR R3 le bug VHDL qui faisait que le premier paquet paquets CW... - 04:33 PM Task #603: 3.0.0.16
Logiciel installé dans /opt/LFR/LFR-FSW/3.0.0.16
Mise à jour des scripts d'initialisation (Famille des /opt/VALIDA...- 03:55 PM Task #603 (Closed): 3.0.0.16
- *****************************
*** 3.0.0.16 *** 02 FEB 2016
_______________________________________
__ fsw___ Chan... - 04:22 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- Je pense avoir compris : les champs HK sont codés sur 4 bits donc tu renseignes 2 champs d'un coup avec un unsigned c...
- 04:15 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- Concernant l'ajout des champs, tu fusionnes 4 champs existants en 2 nouveaux ?
HK_LFR_VHDL_AA et HK_LFR_VHDL_SM de... - 03:59 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- Commentaires de Philippe Plasson ajoutés en edition du commentaire.
- 03:50 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- Je propose une modification qui ajoute deux champs dans les HK. Voici le commentaire du commit correspondant des sour...
- 04:20 PM Bug #604: Nominal : TC_LFR_UPDATE_TIME + Time-code does'n t work
- LFR doit recevoir plusieurs timecodes valide avant de commencer à les accepter, ce que fait le DPU puisqu'il n'envoie...
- 04:02 PM Bug #604 (Closed): Nominal : TC_LFR_UPDATE_TIME + Time-code does'n t work
Pour valider le fonctionnement nominal du CTR message emis par le DPU et sans utiliser le timegen, j'ai écrit un sc...- 03:59 PM Support #596: Mise à jour logiciel LFR-SGSE
- J'ai fait la modification. Le bit de spare est à 0 maintenant.
- 12:02 PM Task #597: 3.0.0.15
- Oui, on gardera une acquisition simultanée ASM_F0, ASM_F1, ASM_F2, comme au démarrage.
J'ai un peu amélioré la res... - 11:50 AM Bug #602: Status of LFR WATCHDOG stays DISABLED
Suite à l'implementation du WATCHDOG, le script /opt/VALIDATION_R3/lfrverif/common/RulesClasses/hk_reporting.py e...- 10:50 AM Feature #594: Renseigner les champs HK_LFR_LAST_ER_RID HK_LFR_LAST_ER_CODE HK_LFR_LAST_ER_TIME
- A partir de la révision 3.0.0.16 ces champs sont gérés. Pour les erreurs gérées par le driver SpaceWire, à chaque fab...
01/02/2016
- 03:48 PM Support #596: Mise à jour logiciel LFR-SGSE
Il y a un champ hk_lfr_dpu_spare qui vaut 2 (il est avec le watchdog,..).
Je suppose qu'il correspond au premier c...- 03:38 PM Support #596: Mise à jour logiciel LFR-SGSE
- Dites moi quand le code est figé, je générerai les Packages.
- 03:30 PM Support #596: Mise à jour logiciel LFR-SGSE
- J'ai ajouté plusieurs champs à l'interface, notamment les suivants:
hk_lfr_timecode_erroneous
hk_lfr_timecode_mis... - 03:40 PM Task #597: 3.0.0.15
- paul leroy wrote:
> Effectivement, en creusant et en comparant à des choses que j'ai déjà eues, j'ai trouvé un décal... - 02:38 PM Task #597: 3.0.0.15
- Effectivement, en creusant et en comparant à des choses que j'ai déjà eues, j'ai trouvé un décalage d'une T2. Je fait...
- 08:43 AM Task #597: 3.0.0.15
- Comme promis voici en pièces jointes: fichier de sortie de mon programme en partie plus explicite + figures associées...
- 03:35 PM Bug #560: activer la vérification du cache du Leon3FT
- L'aspect FT est activé par défaut. En tout cas, c'est ce que j'ai constaté sur l'EQM. Se référer à [[Leon3FT_fault_to...
- 03:28 PM Feature #598: Implémentation watchdog
- J'ai modifié le fonctionnement:
Le timer matériel affecté au watchdog a une durée de 10 secondes. Il est réarmé to... - 03:24 PM Bug #602: Status of LFR WATCHDOG stays DISABLED
- J'ai mis à jour la variable sy_lfr_watchdog_enabled dans la version 3.0.0.16.
Mon timer watchdog a une durée de 10... - 02:45 PM Bug #602 (Closed): Status of LFR WATCHDOG stays DISABLED
Le script /home/validation/SCRIPT/just_hk_survey.py permet de vérifier l'environnement stocké dans les TM_LFR_HK et...- 03:02 PM Bug #601: Computation of HK_LFR_LE_CNT : sometimes erroneous
- Good catch comme dirait l'autre. Dans la rev <= 3.0.0.15, j'additionnais les compteurs avant de mettre à jour le cham...
30/01/2016
- 05:53 PM Bug #601 (Closed): Computation of HK_LFR_LE_CNT : sometimes erroneous
Lors de l'execution du script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/ccsds_time_code_format.py
Parfois le ca...
29/01/2016
- 04:43 PM Task #597: 3.0.0.15
- Un petit bémol après quelques réflexions avec Bruno:
* ce que j'ai en fait mesurée explicitement est la variation de... - 04:06 PM Bug #491 (Feedback): Liste des champs contenus dans TM_LFR_HK non renseignés.
- Vu Paul le 28/01/2016, JIRA renseigné après ça + demande de validation à Philippe Plasson :
Bonjour Philippe, nous a... - 12:50 PM Bug #600: transition SBM1 => SBM2 irrégulière pour les ASM (FSW 3.0.0.15)
- Je te joins le fichier log. Sinon il faut regarder (par exemple):
- ligne 445 (pour F0):
dtime(0) = time(1)-tim... - 12:38 PM Bug #600: transition SBM1 => SBM2 irrégulière pour les ASM (FSW 3.0.0.15)
- Je ne m'y retrouve pas dans ton fichier joint. Que dois-je regarder?
Un log des paquets serait plus parlant pour m...
28/01/2016
- 11:01 PM Bug #600 (Closed): transition SBM1 => SBM2 irrégulière pour les ASM (FSW 3.0.0.15)
- Pour les CWF et les SWF la transition est transparente. Pas de décalage observé.
C'était l'un des buts des dernière... - 10:39 PM Task #597: 3.0.0.15
- Bingo ! Comment as-tu fait Paul? Cela tombe d'équerre (à 2-3 fine times près) du début jusqu'à la fin du fichier, exc...
- 01:22 PM Task #597: 3.0.0.15
Installation du 3.0.0.15 sur pc-faust9 dans /opt/LFR/LFR-FSW/3.0.0.15
Les scripts de lancement ont été mis à jou...- 11:05 AM Task #597 (Closed): 3.0.0.15
- principale modification sur la resynchro des snapshots
test effectué avec 22s de période - 03:07 PM Bug #362 (In Progress): CWF_F3 : Champ PA_LFR_ACQUISITION_TIME=0x000000000000
- REOUVERTURE :
Il s'agit bien d'un bug VHDL comme avait dit JC MAIS il se trouve que si l'on commute à une DUE_DATE (... - 10:38 AM Bug #362 (Closed): CWF_F3 : Champ PA_LFR_ACQUISITION_TIME=0x000000000000
- Le retour des CWF_F3 bien daté a été constaté par plusieurs confs de test (EM2, Mini-lfr, avec et sans timegen).
Il ... - 03:00 PM Bug #487 (Closed): TC_LFR_LOAD_FBINS_MASK semble ne pas avoir d'effet sur les produits BP2
- CTC610/611/612 corrigés pour faire varier le masque dans le bon sens .
Analyses des résultats pour CTC-610(F0), CTC-... - 02:51 PM Support #181 (In Progress): Impossibilité de provoquer un TM_LFR_EXE_ERROR
- Voir procédure suite QR R3 :
https://jira-lesia.obspm.fr/browse/RPWSWR-448?jql=text%20~%20%22EXE_ERROR%22
Ca basc... - 02:03 PM Feature #598 (In Progress): Implémentation watchdog
- 02:02 PM Feature #598: Implémentation watchdog
Bonjour Bruno,
Le 28 janvier 2016 à 08:56, Bruno Katra <bruno.katra@lpp.polytechnique.fr> a écrit :
Bonjour ...- 02:02 PM Feature #598: Implémentation watchdog
- Ben effectivement, j'ai implémenté quelque-chose, mais je ne vois toujours pas bien l'utilité.
La tâche LOAD arme ... - 02:00 PM Feature #598 (Closed): Implémentation watchdog
- Faire un WD "à la tds" suite à QR R3
- 01:08 PM Bug #591 (Closed): HK_LFR_TIME_NOT_SYNCHRO stays to 1
En version 3.0.0.14, après la sequence de boot, Paul met le HK_LFR_TIME_NOT_SYNCHRO à ZERO.
le script utilisé es...- 11:54 AM Bug #558: [QR R3] [RPWMEB-515] - TM_LFR_TC_EXE_INCONSISTENT au lieu de TM_LFR_TC_EXE_NOT_EXECUTABLE attendu
Bug (qui n'en est pas un) est corrigé en 3.0.0.14.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR-SVS/SVS-00...- 11:12 AM Bug #558 (In Progress): [QR R3] [RPWMEB-515] - TM_LFR_TC_EXE_INCONSISTENT au lieu de TM_LFR_TC_EXE_NOT_EXECUTABLE attendu
- Constaté OK par Véronique.
A cloturer après maj SRS. - 11:26 AM Bug #62: Mise à jour ICD
- Les valeurs ASM sont marquée comme integer dans l'iCD alors que ce sont des floats IEEE754
==> demandé dans https://... - 11:15 AM Bug #450 (In Progress): SSS-CP-EQS-526 non conforme par rapport à ICD >= 3.3
- Traité au niveau CNES par NC208 et accepté par le projet (QR R3).
A clôturer après datapack QR R3 updated - 10:39 AM Bug #584 (In Progress): [QR R3] [RPWSWR-621] : discussions internes sur CWF_F3 ACQ_TIME = 0x0000000
- -Le bug est corrigé- (voir #362) : finalement non.
Il reste à commenter le JIRA
27/01/2016
- 04:21 PM Bug #581: [QR R3] [RPWSWR-625] : document de caractérisation à fournir au CNES
- Les documents joints au mail ci-après du 22/01/2016 ont été présenté au ISWG à Madrid le 25-26 janvier 2016
-------... - 04:04 PM Feature #588 (In Progress): traitement des champs TIMECODE et TIME dans les paquets HK
- 08:48 AM Support #596: Mise à jour logiciel LFR-SGSE
Consulter le point feature #588
- 08:47 AM Support #596 (Stalled): Mise à jour logiciel LFR-SGSE
Il faudrait mettre à jour le logiciel LFR-SGSE pour visualiser sur l'interface HK les nouveaux champs
implémentés....- 08:39 AM Task #595: 3.0.0.14
Voici donc le nouvel environnement de test
FSW 3.0.0.14
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExp...- 08:38 AM Task #595 (In Progress): 3.0.0.14
Installation du 3.0.0.14 sur pc-faut9 dans /opt/LFR/LFR-FSW/3.0.0.14.
Les scripts de lancement ont été mis à jour....
26/01/2016
- 11:56 PM Task #590: livraison version 3.0.0.13
- Dans la même veine pour les CWF, test fait sur la régularité des paquets. Résultat dans le fichier joint. Même conclu...
- 09:57 AM Task #590: livraison version 3.0.0.13
- J'ai trouvé le bug. Finalement, je suis revenu à une solution ou je resynchronise en utilisant 1 snapshot sur 2:
1) ... - 12:18 AM Task #590: livraison version 3.0.0.13
- J'ai fait des tests (régularité de la période de 22 s + centrage des SWF) sur les données fournies par véro (voir s...
- 04:13 PM Task #595 (Closed): 3.0.0.14
- Livraison de la version 3.0.0.14
- 03:58 PM Bug #362: CWF_F3 : Champ PA_LFR_ACQUISITION_TIME=0x000000000000
- Je ne m'explique pas le phénomène pour l'instant. J'ai changé la gestion des interruptions pour m'adapter à la nouvel...
- 02:58 PM Bug #362: CWF_F3 : Champ PA_LFR_ACQUISITION_TIME=0x000000000000
Suite à l'installation du LFR-SFW version 3.0.0.13, l'analyse montre que le timing des CWF_F3 en normal mode est co...- 03:27 PM Bug #558: [QR R3] [RPWMEB-515] - TM_LFR_TC_EXE_INCONSISTENT au lieu de TM_LFR_TC_EXE_NOT_EXECUTABLE attendu
- fsw >= 3.0.0.14
J'ai fait la modification, je renvoie maintenant TM_LFR_TC_EXE_NOT_EXECUTABLE si la date est erronée. - 03:21 PM Bug #238: Wrong behavior after SY_xxx_DPU_CONNECT_ATTEMPT unsuccessful attempts of connection with the DPU
- corrigé dans fsw >= 3.0.0.14
J'ai repéré le bug. Les HK n'était pas à jour et la variable locale lfrCurrentMode non ... - 03:03 PM Feature #594 (Closed): Renseigner les champs HK_LFR_LAST_ER_RID HK_LFR_LAST_ER_CODE HK_LFR_LAST_ER_TIME
Suite à la gestion des erreurs liées au timing cf (Task #590 et Feature #588) , il faudrait également renseigner l...- 09:29 AM Feature #593 (In Progress): adapter tm_lfr_period.py au fonctionnement des modes
Le normal mode ne s'interrompant plus quand on commute vers sbm1 et sbm2, il faut modifier
la fonction tm_lfr_per...- 09:08 AM Bug #592 (Closed): tm_period.py doesn't perform SBM1_BP2_F0
Le bug a été identifé.
Le fichier en cause est /opt/VALIDATION_R3/lfrverif/common/RulesClasses/tm_lfr_period.py.
...- 09:02 AM Bug #592 (Closed): tm_period.py doesn't perform SBM1_BP2_F0
Le script verif_fields.py utilise la fonction tm_period.py pour vérifier les timing des TM_LFR_SCIENCE.
Cette fonc...- 08:20 AM Bug #591: HK_LFR_TIME_NOT_SYNCHRO stays to 1
- C'est un compteur du nombre de transition synchronisé (bit 31 à 0) vers désynchronisé (bit 31 à 1).
On commence dé... - 08:08 AM Bug #591: HK_LFR_TIME_NOT_SYNCHRO stays to 1
Je suis d'accord avec cette analyse mais cela ne me dit pas si tu le consideres comme un compteur,c'est à dire qu'à...- 07:16 AM Bug #591: HK_LFR_TIME_NOT_SYNCHRO stays to 1
- Pour moi, le champ reflète la perte de la synchro, c'est à dire le passage de 0 à 1 du bit 31 du coarse_time. A mon a...
25/01/2016
- 04:43 PM Bug #591: HK_LFR_TIME_NOT_SYNCHRO stays to 1
Je viens de me rendre compte que le champ HK_LFR_TIME_NOT_SYNCHRO est un compteur et non un cchamp de statut. (0= S...- 04:18 PM Bug #591 (Closed): HK_LFR_TIME_NOT_SYNCHRO stays to 1
Après la sequence de boot, LFR n'est pas synchronisé, sur les premiers blocs de TM_LFR_HK on observe donc
- le bit...- 04:02 PM Task #559: Garantir que la réception est désactive sur l'APBUART.
- J'ai enlevé la fonction qui ne servait pas.
De mon côté, j'initialise avec le soft le registre de contrôle de l'AP... - 03:47 PM Task #590: livraison version 3.0.0.13
- C'est pas forcément sain qu'une désynchro soit repérée juste après le boot puisque c'est normal de commencer désynchr...
- 02:57 PM Task #590: livraison version 3.0.0.13
Installation de la version 3.0.0.13 sur pc-faust9.
Voici donc le nouvel environnement de test
FSW 3.0.0.13
VHD...- 09:01 AM Task #590: livraison version 3.0.0.13
- Normalement oui.
- 03:33 PM Bug #560: activer la vérification du cache du Leon3FT
- Plusieurs choses à faire sur la carte EQM:
Lancer le soft en développement (>= 3.0.0.14) et vérifier que le Leon3FT ...
23/01/2016
- 07:40 PM Task #590: livraison version 3.0.0.13
- Paul, une question bête. Cela marche t-il aussi pour les transitions suivantes:
SBM1 => SBM2 ?
SBM2 => SBM1 ?
22/01/2016
- 05:24 PM Task #590 (Closed): livraison version 3.0.0.13
- Voici une version qui évoluera mais sur laquelle vous pouvez travailler.
Ce qui marche: commutation des modes selon ... - 05:03 PM Feature #587: Mise en conformité de timegen avec SSS-CP-FS-370 (spw timecode value et CTR coarse time)
- Il n'y a pas à mettre en conformité timegen, il ne gère pas les timecodes. Pour avoir des timecode conformes au TC_LF...
- 05:00 PM Support #561: Modifer le masque utilisé pour lire le time-code valide
- La modification a été faite dans fsw 3.0.0.13. Le pasque 0x3f est utilisé partout.
- 04:59 PM Feature #588: traitement des champs TIMECODE et TIME dans les paquets HK
- J'ai travaillé sur la gestion des champs suivants:
hk_lfr_timecode_erroneous
hk_lfr_timecode_missing
hk_lfr_timeco...
21/01/2016
- 01:56 PM Support #589 (Closed): TC_LFR_LOAD_FBINS_MASK
- *A METTRE DANS LE SUM*
Voici quelles précisions concernant l'utilisation de la commande
TC_LFR_LOAD_FBINS_MASK
... - 01:23 PM Bug #186 (Closed): Probleme timing sur les Basic Parameters
- 10:20 AM Feature #588 (Closed): traitement des champs TIMECODE et TIME dans les paquets HK
- Expliquer comment sont gérer les champs suivants dans les paquets HK:
SOURCE_DATA/PARAMETERS/ERRORS_COUNTERS/TIMEC... - 10:16 AM Feature #587 (Closed): Mise en conformité de timegen avec SSS-CP-FS-370 (spw timecode value et CTR coarse time)
- Rappel d'une partie de l'exigence SSS-CP-FS-370:
The SpaceWire time code contains the least significant bits of th...
20/01/2016
- 03:06 PM Support #561: Modifer le masque utilisé pour lire le time-code valide
Envoi d'un mail à Philippe :
Bonjour,
Nous nous interrogeons avec Paul sur le format du time-code.
Le time-cod...- 11:34 AM Support #561: Modifer le masque utilisé pour lire le time-code valide
- Est-on sûr que les bits de contrôle ne doivent pas être conservés? Ils font peut-être partie du timecode, qui serait ...
- 11:31 AM Bug #553: NON CONFORMITE SSS-CP-EQS-326
- Modification de la commutation des modes effectuée pour la révision 3.0.0.13.
- 11:29 AM Bug #548: erreurs d'enregistrement des SWF_F1 et SWF_F0 à 16 s en SBM2 (doublons + temps)
- J'ai identifié l'origine du problème, ça vient du fait qu'il faut attendre d'avoir suffisament de buffers de 2688 poi...
- 09:58 AM Bug #554: Problème datation waveform par rapport à SSS-CP-EQS-340
- Comment avez-vous mesurés ces 800us? Vous pouvez me mettre un plot et me décrire le test?
- 09:54 AM Bug #245: synchronisation des snapshots
- J'ai fait une modification dans la version 3.0.0.13 au niveau de la fonction de synchronisation des snapshots. La cor...
19/01/2016
- 08:25 AM Bug #487: TC_LFR_LOAD_FBINS_MASK semble ne pas avoir d'effet sur les produits BP2
- La représentation est en MSB first. C'est ce qui est utilisé pour tous les champs contenant plusieurs octets dans les...
18/01/2016
- 04:52 PM Task #557 (Closed): Révision 3.0.0.12
- 02:29 PM Task #557 (In Progress): Révision 3.0.0.12
- Test grossier rejoué : on masque toutes les frequences et on génère 1632 H, l'effet se voit maintenant dans les BP2 ...
- 12:45 PM Task #557: Révision 3.0.0.12
- Je remets la version 3.0.0.12, recompilée aujourd'hui à partir des sources taggées 3.0.0.12. J'avais peut-être fait u...
- 04:52 PM Bug #487 (Feedback): TC_LFR_LOAD_FBINS_MASK semble ne pas avoir d'effet sur les produits BP2
- Salut Paul !
Avec la 3.0.0.12 les FBINS_MASK fonctionnent.
Cependant, après de nombreux tâtonnements il s'avère que... - 04:30 PM Bug #487: TC_LFR_LOAD_FBINS_MASK semble ne pas avoir d'effet sur les produits BP2
- Test grossier rejoué : on masque toutes les frequences et on génère 1632 H, l'effet se voit maintenant dans les BP2 :...
08/01/2016
- 05:22 PM Bug #584 (Feedback): [QR R3] [RPWSWR-621] : discussions internes sur CWF_F3 ACQ_TIME = 0x0000000
Salut !
Je relance la discussion entamée lors de la QR concernant le bug des CWF F3 mal datés (bug redmine #362)...- 05:20 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- Mail envoyé le 08/01/2016
Salut !
Afin d'optimiser le temps de développement quand Paul sera là, je vous prop... - 03:26 PM Bug #581 (Feedback): [QR R3] [RPWSWR-625] : document de caractérisation à fournir au CNES
- 03:26 PM Bug #581: [QR R3] [RPWSWR-625] : document de caractérisation à fournir au CNES
- Mail envoyé le 8/01/2016 :
Sujet : Document de caractérisation pour SSS-CP-EQS-340 demandée lors de la QR par le ...
07/01/2016
- 05:27 PM Bug #581: [QR R3] [RPWSWR-625] : document de caractérisation à fournir au CNES
Salut les gars, comme convenu ce matin voici un premier draft du mail/note technique que nous adresserons à Bernard...- 05:26 PM Bug #581: [QR R3] [RPWSWR-625] : document de caractérisation à fournir au CNES
- Discussions avec P.Plasson le 7/01/2016 :
pas de documents de caractérisation pour l'instant MAIS un mail technique...
Also available in: Atom