Activity
From 08/06/2015 to 07/07/2015
06/07/2015
-
11:04 AM Bug #456: champs PA_BIA_ON_OFF AND al de TM_LFR_SCIENCE_NORMAL_BP*_F* ne sont pas mis à jour / TC_LFR_UPDATE_INFO
- ce bug concerne également
- tous les produits du normal (CWF, SWF, ASM) et BP (deja décrit)
10:55:35.430484, TM_L...
02/07/2015
-
04:09 PM Task #459 (Closed): Ajouter à la SRS et User Manual comprtement des infos BIAS, R0, R1, ....
- Vu avec Paul.
Ces infos sont lues au moment de la créations des paquets, quand le buffer est rempli et sont dupliqué... -
03:12 PM Bug #450 (Feedback): SSS-CP-EQS-526 non conforme par rapport à ICD >= 3.3
- L'implémentation actuelle est directement liée au VHDL. Jean-Christophe met à jour un registre en temps réel avec les...
-
03:08 PM Task #446 (Closed): BP1 BP2 pour release 3
-
02:31 PM Feature #457 (Closed): Contexte des TM_LFR_SCIENCE
Paul renseigne les parametres de contexte dans les TM_LFR_SCIENCE au moment où il fabrique son paquet.
Ce contexte...-
01:02 PM Bug #456 (Closed): champs PA_BIA_ON_OFF AND al de TM_LFR_SCIENCE_NORMAL_BP*_F* ne sont pas mis à jour / TC_LFR_UPDATE_INFO
- Bug signalé depuis dans JIRA :
https://jira-lesia.obspm.fr/browse/RPWMEB-508
-------------------------
Si on chan... -
08:52 AM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- J'ai relancé le test sur LFR et c'est concluant.
J'ai mis sur pc-instru la version 3.0.0.8 du logiciel de vol qui i...
01/07/2015
-
03:15 PM Bug #448 (Resolved): R3 *** BP1 : valeurs VPHI et SX aberrantes
- correction faite et pushée (version 2.3):
https://chust@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LP... -
02:27 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Merci Paul c'est un test concluant! Je crois avoir compris.
A priori c'est de ma faute: je n'ai pas pris garde de pr... -
11:47 AM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- paul leroy wrote:
> J'ai lancé le calcul directement sur LFR en utilisant les valeurs de la matrice que vous avez ut... -
11:31 AM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- J'ai lancé le calcul directement sur LFR en utilisant les valeurs de la matrice que vous avez utilisé pour les tests....
-
12:04 PM Feature #455 (Closed): Test TC_LFR_UPDATE_INFO
- Pour tester plus finement la TC_LFR_UPDATE_INFO, il faut modifier le script
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS... -
11:51 AM Task #437: R3 *** Adaptation TC_LFR_UPDATE_INFO
En ICD 3.9, la taille de TC_LFR_UPDATE_INFO a changé, elle est passée de 46 à 110.
Il y a une zone de CP_RPW_SPA...-
11:44 AM Bug #453 (Closed): R3 *** TC_LFR_UPDATE_INFO ne fonctionne plus avec 3.0.0.7
1- L'envoi de la commande TC_LFR_UPDATE_INFO avec Socexplorer ne fonctionne pas. Il faut mettre à jour LFRcontrolpl...-
10:21 AM Bug #453: R3 *** TC_LFR_UPDATE_INFO ne fonctionne plus avec 3.0.0.7
- les scripts à mettre à jour sont
/opt/VALIDATION_R3/lfrverif/PacketsDef/tc_def.py
/opt/VALIDATION_R3/lfrverif/c... -
11:31 AM Task #432: Valider le signal de calibration
voici une capture du signal de calibration observé à l'oscillo.
pour cela, j ai connecté le signal de calibration ...-
10:17 AM Task #432 (In Progress): Valider le signal de calibration
- Update mail VBO le 30/06/2015 ;
hello,
c est bon pour le signal de cal, Paul m a aidé. Par contre je ne serai pas...
30/06/2015
-
04:18 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- A minima lfr_bp1[i*NB_BYTES_BP1+7] et lfr_bp1[i*NB_BYTES_BP1+9] sont mal retranscrits.
Concernant les octets stocka... -
03:56 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- OK. En hexa, serais-tu capable de dire si les deux bytes sont faux ou si un des deux est correct?
-
03:36 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- En fait c'est ce que j'avais déjà fait pour valider ma release R3 des BP1 et BP2. Ci-joint 3 fichiers en font la demo...
-
02:47 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Ca serait possible de faire le calcul avec le programme en c?
Ceci pour vérifier deux choses: ça marche avec des flo... -
02:39 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
Oui je lis les données ASM associées (toutes les 4 secondes aussi) et calcule sous idl ce que le programme C est se...-
01:34 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Question: avez-vous fait tourner le calcul de Thomas sur les données matrices spectrales réelles, lorsque celles-ci s...
-
11:59 AM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Salut Paul,
Je te réponds point par point:
Le 30/06/2015 11:26, Paul LEROY a écrit :
> Questions:
> => ça march... -
12:30 PM Bug #453 (Closed): R3 *** TC_LFR_UPDATE_INFO ne fonctionne plus avec 3.0.0.7
en rejouant le test SVS-0003/loop_tm_lfr_tc_exe.py je me suis apercue que le compteur HK_LFR_UPDATE_INFO_TC_CNT sto...
29/06/2015
-
06:04 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- De mon coté il ne semble pas y avoir d'erreur non plus. Les valeurs pour SX et VPHI que LFR nous donne ne corresponde...
-
02:13 PM Bug #448 (In Progress): R3 *** BP1 : valeurs VPHI et SX aberrantes
- Il y avait bien un pb de precision qui a été corrigé mais les valeurs aberrantes persistent.
Relecture complète du c... -
12:19 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- r79 : pb de precision corrigé pour la R3 pour plusieurs valeurs BP1 et BP2. Doivent être calculés en double car la pa...
-
03:54 PM Task #432: Valider le signal de calibration
- Le document qui explique la calibration se nomme RPW-MEB-LFR-SPC-00003
Paragraphe Interconnections Specification
...
26/06/2015
-
07:39 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- la r78 ne semble pas améliorer les choses. Et je ne trouve pas de bugg de mon coté (mon fichier .c qui calcul SX et V...
-
02:29 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- r78 : correction rangesig pour VPHI et SX.
Relivré. -
12:42 PM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Ok alors je pense que je ne suis pas conforme dans la façon dont je decommute.
thomas chust wrote:
> Dans le fich... -
11:47 AM Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- Dans le fichier .h la variable nbitsig n'ai utilisé que pour les puissances spectrales PE et PB. Pour SX et VPHI le S...
-
10:44 AM Bug #448 (Feedback): R3 *** BP1 : valeurs VPHI et SX aberrantes
- Pb trouvé dans la DECOM : reliquat d'un calcul des BP1 R2 dans une des méthodes .
Corrigé en r77 et relivré. -
10:31 AM Bug #448 (Closed): R3 *** BP1 : valeurs VPHI et SX aberrantes
- Les valeurs ne sont pas pertinentes.
Piste prioritaire :
- -Pb au niveau DECOM lié au code de Thomas : la variable ... -
03:40 PM Bug #450 (Closed): SSS-CP-EQS-526 non conforme par rapport à ICD >= 3.3
- Ici le texte de la SSS en 3.3
Each second, the LFR flight software shall put in its periodic HK packet (TM_LFR_HK) a... -
02:02 PM Bug #353 (Closed): fonction sendOneTimecode n'est pas disponble dans SpwPlugin0
- Il semble que je n'utilisais pas correctement la fonction SpwPlugin0.StarDundeeSendOneTimecode.
j'ai modifié mon s... -
01:48 PM Bug #426 (Closed): R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
- le bug est corrigé en 3.0.0;7 (il ne faut pas utiliser 3.0.0.6 cf Paul).
le script rejoué est /home/validation/SCR... -
01:36 PM Bug #427 (Closed): R3 *** TM_LFR_TC_EXE_* : 3 parameters of SOURCE_DATA are switched
- le bug est corrigé en version 3.0.0.7.
2 scripts ont été rejoués
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0003/loo... -
10:15 AM Task #183 (Closed): Roadmap TRR2 pour septembre 2014
- Relivraison DP updaté effectuée le 17/09/2014.
Relivraison partielle DP pour EQM 12/06/2015.(sur Gargantua) -
10:12 AM Bug #420 (Closed): la fonction getSWVersion() de SocExplorer n'existe plus
- Testé ok en 3.0.0.7 avec CTC-012.
23/06/2015
-
06:06 PM Task #446: BP1 BP2 pour release 3
- Entendu: push fait ...
-
11:14 AM Task #446: BP1 BP2 pour release 3
- Ca marche si la fonction n'est pas destinée à être utilisée ailleurs que dans ton module basic_parameters.c.
Je ne... -
10:48 AM Task #446: BP1 BP2 pour release 3
- J'ai fait un nouveau push => version 2.2
En fait, me semble t-il, pas besoin. Dans basic_parameters.c il fallait s... -
07:51 AM Task #446 (Feedback): BP1 BP2 pour release 3
- Il faudrait inclure basic_parameters.h dans basic_parameters.c sinon ça fait des warning à la compilation.
#inclu... -
12:09 PM Feature #440 (Closed): mise à jour fonction BP1_set
- Fait ou en cours => Task #446: BP1 BP2 pour release 3
-
07:49 AM Bug #426 (Resolved): R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
- résolu dans fsw >= 3.0.0.6
22/06/2015
-
03:41 PM Task #446: BP1 BP2 pour release 3
- a priori ces remarques ont été pris en compte dans la version 2.1:
[[https://hephaistos.lpp.polytechnique.fr/rhode... -
02:57 PM Task #446: BP1 BP2 pour release 3
- Eviter au maximum de laisser des printf dans les codes définitif. Possibilité d'utiliser des macros:
#ifdef PRINT_TC... -
01:32 PM Task #446 (Closed): BP1 BP2 pour release 3
- Quelques remarques suite à mes premiers essais d'intégration des nouvelles fonctions de calcul dans la R3:
Les déc...
15/06/2015
-
08:44 AM Feature #441 (New): synchronisation LFR
-
08:40 AM Feature #441 (Closed): synchronisation LFR
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
08:38 AM Feature #441 (Closed): synchronisation LFR
- Cette issue concerne les observations liées aux bugs #382, #383 et #250. Une dérive est observée sur la période d'émi...
-
08:43 AM Bug #383 (Feedback): petite irrégularité de temps pour les CWF à F1 ?
-
08:39 AM Bug #383 (Closed): petite irrégularité de temps pour les CWF à F1 ?
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
08:41 AM Bug #250: temps des ASM pas bien défini
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
08:41 AM Bug #382 (Resolved): petite irrégularité de temps pour les CWF à F2 ?
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
07:47 AM Feature #440 (Closed): mise à jour fonction BP1_set
- La release 3 du logiciel de vol doit contenir la nouvelle version du code de calcul des BP1.
Pousser la révision su...
12/06/2015
-
02:24 PM Task #437 (Closed): R3 *** Adaptation TC_LFR_UPDATE_INFO
- Modification de script
/opt/VALIDATION_R3/lfrverif/common/icd/tc_lfr_update_info_analyze.py
Octet 34 se nomme CP... -
01:37 PM Task #436 (Closed): R3: Nouveaux requirements
*Liste des requirements à traiter pour la R3*
Je ne mets que ceux qui ne concernent pas Watchdog management car...
11/06/2015
-
01:52 PM Bug #421 (Closed): La carte mini-lfr en TIMEGEN ne fonctionne plus.
- Testé ce matin, le pb s'est présenté à nouveau mais différemment : cette fois il ne semblait même plus y avoir de con...
-
11:47 AM Bug #250: temps des ASM pas bien défini
- Le problème semble a priori structurelle car le décalage de 4 fine times est régulier, systématique, donc ne correspo...
-
09:28 AM Bug #426 (Feedback): R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
Le bug est corrigé.
Le script rejoué est /home/validation/SCRIPT/R3/just_stby_and_load_kcoeff.py
Par contre la ...-
09:11 AM Bug #433 (Closed): R3 ***: TM_LFR_TC_EXE_NOT_EXECUTABLE: octet 25 SPARE is changed
- Bug corrigé.
J ai modifié /opt/VALIDATION_R3/lfrverif/common/icd/tm_lfr_tc_exe_not_executable_analyze.py.
le fich...
10/06/2015
-
04:25 PM Bug #433 (Closed): R3 ***: TM_LFR_TC_EXE_NOT_EXECUTABLE: octet 25 SPARE is changed
- Lors du test /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0007/loop_tm_lfr_tc_exe_no_ack.py
l execution de verif_field... -
02:41 PM Bug #105 (Closed): Traitement de TC avec PACKET_LENGTH erronné
- Le bug est corrigé.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0007/loop_tm_lfr_tc_exe_no_ack.py... -
10:13 AM Bug #56 (Closed): TC_LFR_ENABLE_CALIBRATION à implémenter
- La TC est bien implémentée dans le soft 2.0.x.x.
Le comportement de la TC a été testée en 2.0.2.3 et en 3.0.0.x.
Le... -
10:10 AM Bug #59 (Closed): TC_LFR_DISABLE_CALIBRATION à implémenter
- la TC est bien implémentée dans le soft 2.0.x.x.
Le comportement de la TC a été testée en 2.0.2.3 et en 3.0.0.x.
Le... -
10:07 AM Bug #100 (Closed): Incohérence entre le traitement de TC_LFR_ENTER_MODE et l'affectation de HK_LFR_MODE (TM_LFR_HK)
- ce n'est pas un bug mais le comportement de LFR.
Les documents SRS ont déja été mis à jour.
-
09:54 AM Bug #154 (Closed): Intégration BP
-
09:54 AM Bug #154: Intégration BP
- Le bug est corrigé.
ici un exemple extrait du script /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeN... -
09:29 AM Bug #98 (Closed): TM_LFR_HK: HK_LFR_DPU_SPW_PKT_SENT_CNT périmé
- Le bug est corrigé.
Suite à la validation des soft 2.0.x.x
- Aucune perte de HK n'a été observée sur les tests rej...
09/06/2015
-
01:42 PM Bug #63 (Closed): TC_LFR_ENABLE_CALIBRATION et TC_LFR_DISABLE_CALIBRATION provoquent TM_LFR_TC_EXE_NOT_EXECUTABLE en STANDBY
- Ce bug est corrigé.
Le script rejoué qui le valide est /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0003/loop_tm_lfr_tc_e... -
01:26 PM Task #432 (Closed): Valider le signal de calibration
- Il faudrait créer un script qui envoiela commande TC_LFR_ENABLE_CALIBRATION et 5mn plus tard envoie TC_LFR_DISABLE_C...
-
01:04 PM Feature #431 (Closed): Rédiger une notice explicative sur la datation des TM suite à une transition à date donnée
L'analyse du test /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeNominalCuc.py met en évidence le comp...-
11:42 AM Bug #430 (Closed): R2:** EQM Transition à une date donnée ne fonctionne pas
Le fine-time doit toujours etre à 0 dans une transition à date donnée.
Il faut donc modifier le script de Gerald...-
11:16 AM Bug #430: R2:** EQM Transition à une date donnée ne fonctionne pas
Oui si la transition est demandée avec un delai superieur à 1s. Hors dans ce cas, on demande un delay de 1s donc le...-
10:51 AM Bug #430 (Feedback): R2:** EQM Transition à une date donnée ne fonctionne pas
- On utilise uniquement le coarse time pour la commutation, pas le fine time.
-
10:33 AM Bug #430 (Closed): R2:** EQM Transition à une date donnée ne fonctionne pas
- Le script qui teste la transition à une date donnée se nomme /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfr...
-
11:28 AM Bug #382: petite irrégularité de temps pour les CWF à F2 ?
- Ok. Mais même remarque que pour les données CWF_F1 (#383). Pourquoi un rattrapage de 150 micro seconde d'un coup? 150...
-
10:37 AM Bug #382 (Feedback): petite irrégularité de temps pour les CWF à F2 ?
- Une salve de 8 paquets, correspondant à 2688 points, est stockée dans LFR sous forme d'un buffer de données et d'une ...
-
11:20 AM Bug #383: petite irrégularité de temps pour les CWF à F1 ?
- Ok. Cela signifie donc que la dérive d'horloge est supérieure à 1 pour 1 million (Alexis parlait de cet ordre de gran...
-
10:35 AM Bug #383 (Feedback): petite irrégularité de temps pour les CWF à F1 ?
- Une salve de 8 paquets, correspondant à 2688 points, est stockéesdans LFR sous forme d'un buffer de données et d'une ...
-
10:47 AM Bug #58 (Feedback): Traitement de TC_LFR_RESET à implémenter (voire à re-spécifier)
- la TC_LFR_RESET est implémentée. Sa fonction actuelle consiste à exécuter un appel à exit(0), qui stoppe le logiciel ...
-
10:45 AM Bug #62 (Feedback): Mise à jour ICD
- Il faudrait repointer les informations, s'il y en a encore, à faire remonter dans l'ICD.
sy_lfr_n_swf_p peut valoi... -
10:42 AM Bug #250 (Feedback): temps des ASM pas bien défini
- Attention, il faut distinguer les cas où timegen est utilisé et les cas où l'horloge interne s'incrémente de façon au...
-
10:24 AM Bug #353: fonction sendOneTimecode n'est pas disponble dans SpwPlugin0
- Il faudrait espacer tes timecodes (de 1 seconde par exemple), sinon l'horloge locale s'incrémente seule à chaque réce...
-
10:20 AM Bug #421 (Resolved): La carte mini-lfr en TIMEGEN ne fonctionne plus.
- Le problème vient certainement de l'alimentation. Réessayer avec les nouveaux hubs USB et les câbles courts reçus der...
-
10:18 AM Bug #426 (Resolved): R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
- fsw >= 3.0.0.4
un packet TM_LFR_TC_EXE_INCONSISTENT est émis si sy_lfr_kcoeff_frequency >= 36 -
08:51 AM Bug #105 (Resolved): Traitement de TC avec PACKET_LENGTH erronné
- fsw >= 3.0.0.4
Le champ pa_rpw_rcv_crc est maintenant égal aux deux derniers octets reçu dans la télécommande, consi... -
08:00 AM Bug #427 (Resolved): R3 *** TM_LFR_TC_EXE_* : 3 parameters of SOURCE_DATA are switched
- modification effectuée, fsw >= 3.0.0.4
08/06/2015
-
12:07 PM Bug #427 (Closed): R3 *** TM_LFR_TC_EXE_* : 3 parameters of SOURCE_DATA are switched
Dans la R3 il y a un réagencement des formats des TM de type (1,2) et (1,8).
PA_RPW_TELECOMMAND_PKT_ID : octet 16 ...
Also available in: Atom