Activity
From 30/05/2015 to 28/06/2015
26/06/2015
-
07:39 PM LFR-FSW 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 LFR-FSW Bug #448: R3 *** BP1 : valeurs VPHI et SX aberrantes
- r78 : correction rangesig pour VPHI et SX.
Relivré. -
- Ok alors je pense que je ne suis pas conforme dans la façon dont je decommute.
thomas chust wrote:
> Dans le fich... -
- Dans le fichier .h la variable nbitsig n'ai utilisé que pour les puissances spectrales PE et PB. Pour SX et VPHI le S...
-
- Pb trouvé dans la DECOM : reliquat d'un calcul des BP1 R2 dans une des méthodes .
Corrigé en r77 et relivré. -
- Les valeurs ne sont pas pertinentes.
Piste prioritaire :
- -Pb au niveau DECOM lié au code de Thomas : la variable ... -
03:40 PM LFR-FSW 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... -
-
- Il semble que je n'utilisais pas correctement la fonction SpwPlugin0.StarDundeeSendOneTimecode.
j'ai modifié mon s... -
- 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... -
- 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... -
- made VPHI and SX miscalculated.
-
- Relivraison DP updaté effectuée le 17/09/2014.
Relivraison partielle DP pour EQM 12/06/2015.(sur Gargantua) -
- Testé ok en 3.0.0.7 avec CTC-012.
25/06/2015
-
- r76 : release binaire OK. On cloture.
-
- + code cleanup
24/06/2015
-
- ASM : OK
BP : en cours.
23/06/2015
-
- Entendu: push fait ...
-
11:14 AM LFR-FSW 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... -
- J'ai fait un nouveau push => version 2.2
En fait, me semble t-il, pas besoin. Dans basic_parameters.c il fallait s... -
- Il faudrait inclure basic_parameters.h dans basic_parameters.c sinon ça fait des warning à la compilation.
#inclu... -
-
- Fait ou en cours => Task #446: BP1 BP2 pour release 3
-
-
-
- résolu dans fsw >= 3.0.0.6
22/06/2015
-
- a priori ces remarques ont été pris en compte dans la version 2.1:
[[https://hephaistos.lpp.polytechnique.fr/rhode... -
- Eviter au maximum de laisser des printf dans les codes définitif. Possibilité d'utiliser des macros:
#ifdef PRINT_TC... -
- Quelques remarques suite à mes premiers essais d'intégration des nouvelles fonctions de calcul dans la R3:
Les déc... -
- + dumb BP processing just to allow correct seeking of binary file
16/06/2015
-
- Sujet clos : les modifs mineures à venir seront dans des issues séparées.
Le depot contient 2 branches maintenant : ... -
- Salut Bruno, je viens de faire des comparaison entre ta decom de BP1 et les BP1 calculés ici à partir des ASM. Résult...
-
- r68 :
implémentation du traitement des BP1 pour la R2 -
- r71 :
ajout modifs R3, CWF/SWF
BP1 décodé mais pas traités. -
- Portage decom pour être conforme ICD 3.9
----------------
Des données SBM2 de CTC-0012 sont sur :
\\pc-instru\ka...
15/06/2015
-
-
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
- 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...
-
-
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
- Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.
-
- 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
-
-
- BP and ASM not compliant in this commit.
-
- Modification de script
/opt/VALIDATION_R3/lfrverif/common/icd/tc_lfr_update_info_analyze.py
Octet 34 se nomme CP... -
*Liste des requirements à traiter pour la R3*
Je ne mets que ceux qui ne concernent pas Watchdog management car...-
-
- + code cleanup
11/06/2015
-
-
- 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...
-
- Le problème semble a priori structurelle car le décalage de 4 fine times est régulier, systématique, donc ne correspo...
-
Le bug est corrigé.
Le script rejoué est /home/validation/SCRIPT/R3/just_stby_and_load_kcoeff.py
Par contre la ...-
- Bug corrigé.
J ai modifié /opt/VALIDATION_R3/lfrverif/common/icd/tm_lfr_tc_exe_not_executable_analyze.py.
le fich...
10/06/2015
-
- Lors du test /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0007/loop_tm_lfr_tc_exe_no_ack.py
l execution de verif_field... -
- Le bug est corrigé.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0007/loop_tm_lfr_tc_exe_no_ack.py... -
- 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... -
- 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... -
- ce n'est pas un bug mais le comportement de LFR.
Les documents SRS ont déja été mis à jour.
-
-
- Le bug est corrigé.
ici un exemple extrait du script /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeN... -
- 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
-
- Ce bug est corrigé.
Le script rejoué qui le valide est /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0003/loop_tm_lfr_tc_e... -
- Il faudrait créer un script qui envoiela commande TC_LFR_ENABLE_CALIBRATION et 5mn plus tard envoie TC_LFR_DISABLE_C...
-
L'analyse du test /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeNominalCuc.py met en évidence le comp...-
Le fine-time doit toujours etre à 0 dans une transition à date donnée.
Il faut donc modifier le script de Gerald...-
Oui si la transition est demandée avec un delai superieur à 1s. Hors dans ce cas, on demande un delay de 1s donc le...-
- On utilise uniquement le coarse time pour la commutation, pas le fine time.
-
- Le script qui teste la transition à une date donnée se nomme /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfr...
-
- Ok. Mais même remarque que pour les données CWF_F1 (#383). Pourquoi un rattrapage de 150 micro seconde d'un coup? 150...
-
- Une salve de 8 paquets, correspondant à 2688 points, est stockée dans LFR sous forme d'un buffer de données et d'une ...
-
- Ok. Cela signifie donc que la dérive d'horloge est supérieure à 1 pour 1 million (Alexis parlait de cet ordre de gran...
-
- Une salve de 8 paquets, correspondant à 2688 points, est stockéesdans LFR sous forme d'un buffer de données et d'une ...
-
-
- la TC_LFR_RESET est implémentée. Sa fonction actuelle consiste à exécuter un appel à exit(0), qui stoppe le logiciel ...
-
- Il faudrait repointer les informations, s'il y en a encore, à faire remonter dans l'ICD.
sy_lfr_n_swf_p peut valoi... -
- Attention, il faut distinguer les cas où timegen est utilisé et les cas où l'horloge interne s'incrémente de façon au...
-
- Il faudrait espacer tes timecodes (de 1 seconde par exemple), sinon l'horloge locale s'incrémente seule à chaque réce...
-
- Le problème vient certainement de l'alimentation. Réessayer avec les nouveaux hubs USB et les câbles courts reçus der...
-
- fsw >= 3.0.0.4
un packet TM_LFR_TC_EXE_INCONSISTENT est émis si sy_lfr_kcoeff_frequency >= 36 -
- 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... -
- modification effectuée, fsw >= 3.0.0.4
08/06/2015
-
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 ...
05/06/2015
-
- Un script unitaire a été crée pour valider cette commande.
Il se nomme /home/validation/SCRIPT/just_normal_mode_and... -
-
Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_sbm2_mode.py a été rejoué dans le dernier environnem...-
- Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_sbm1_mode.py a été rejoué dans le dernier environnemen... -
- Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_burst_mode.py a été rejoué dans le dernier environneme... -
- Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_normal_mode.py a été rejoué dans le dernier environnem... -
Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_normal_mode.py a été rejoué dans le dernier environn...-
- Le bug est corrigé.
Le script /home/validation/SCRIPT/R3/just_normal_mode.py a été relancé dans le dernier environne... -
On ne doit pas accepter une TC_LFR_LOAD_KCOEFFICIENTS avec un parametre SY_LFR_KCOEFF_FREQUENCY supérieur à 35, [0,...-
- Jean-Christophe,
à F3 et pour les 3 composantes magnétique uniquement, c'est toujours d'actualité:
"Pour le can... -
- Bug identifié par Paul, la modif n'avait pas été faite dans le SpwPlugin, donc mise à jour de l'environnement de test...
-
- La fonction a été testée à l'aide du script
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0011/starting_time_step1.py.
... -
- Le bug est corrigé.
Le script /home/validation/data/R2+/scripts/extract_SVS-0003.py qui a mis en evidence le bug a é...
04/06/2015
-
- Les valeurs sy_lfr_n_swf_p peuvent être des entiers entre 16 et 65535. La condition de multiple entier de 8 étant sup...
-
- Testé ok : pas de decom pour R3 donc examen des .csv généré par lfrcontrolplugin => les set de valeurs sont maintenan...
-
- La grlib ft est la suivante:
grlib-ft-fpga-grlfpu-spw-1.2.4-b4126
Vincent, je ne me souviens plus pourquoi la q... -
- Fonction remplacée par:
SpwPlugin0.StarDundeeSendOneTimecode( value )
où value est une valeur de timecode valid... -
- Plusieurs bugs détectés et résolus sur version 2.0.0.4 (livrée au LESIA pour test 02/05/2015). Notamment le rejet des...
-
- Vérification effectuée sur EQM avec 2.1.83 et MINI-LFR avec design 0.1.68, le tout premier buffer CWF_F3 a une date 0...
-
- Bug identifié. Une double correction était nécessaire: lfrcontrolplugin (modification déjà packagée) et spwplugin (mo...
-
- L'envoi de la commande était en fait commenté par bruno donc TC_LFR_LOAD_KCOEFFICIENTS n'a pas été envoyé.
Véronique... -
- fsw >= 3.0.0.3
bug identifié et corrigé
03/06/2015
-
le script /home/validation/SCRIPT/R3/just_stby_and_dump_kcoeff.py
a été rejoue sur l'EM (vhdl 1.1.68) et FSW = 3.0...-
- Le bug est corrigé. Le PC de validation a été mis à jour (lfrcontrolplugin 3.0.0.0).
-
- fsw >= 3.0.0.2, bug identified and corrected
-
A la fin du test et apres la mise en mode standby de LFR , on attend 4s pour obtenir les TM_LFR_HK.
surveyAnyTmPac...-
- Ce test a été lancé dans le script launch_all.py qui enchaine plusieurs tests sous cette forme
execfile('/opt/VALIDA... -
- Le bug est corrigé avec lfrcontrolplugin 3.0.0.0, installé sur le PC de validation le 02/06.
Deux fonctions existent...
02/06/2015
-
- r67 : ajout des classes pour les BP1.
Les valeurs science sont vides pour l'instant.
Confirmer avec Thomas comment ... -
- (values are empty)
+ Makefile adapted
+ code cleanup -
Le lancement du test /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0018/source_id_loop_step1.py commence normalement par ...-
-
Le script /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0007/loop_tm_lfr_tc_exe_no_ack.py a été rejoué dans le contexte d...-
Paul, il faudrait que nous confirme
- que ton soft de vol générer bien une TM_LFR_EXE_ERROR
- dans quelles circon...
01/06/2015
-
- A ma connaissance tous les BP2 en NORMAL mode sont nominaux (comparaison avec les ASM cross et auto très cohérente).
-
- OK, merci, ça devrait me faciliter le debug.
-
- paul leroy wrote:
> Plus généralement, y a-t-il un mode dans lequel les BP2 fonctionnent? Il me semble qu'on avait f... -
- Plus généralement, y a-t-il un mode dans lequel les BP2 fonctionnent? Il me semble qu'on avait fait un peu de mise au...
-
- paul leroy wrote:
> Pourrais-tu me donner une configuration de test où ça marchait ou bien ça n'a jamais marché?
... -
- Examen de résultats obtenues durant campagne de test pour les interfaces R3 :
VHDL 1.1.83
FSW 3.0.0.0
Le pb est ... -
- Pourrais-tu me donner une configuration de test où ça marchait ou bien ça n'a jamais marché?
-
- Test sur résultats ctc-012 sur EQM :
VHDL 2.1.83
FSW 2.2.3
Le pb est présent et encore plus caractéristique : to... -
- Addendum Bruno : Il faut vérifier si le pb est aussi présent avec le VHDL 1.1.83 (flashé sur l'EQM) + FSW 3.x.
-
- Examen des datadump dans un editeur hexa : le pb est bien présent dans les datadump donc ce n'est pas un pb de DECOM....
-
- Fait et en cours de portage pour R3
Also available in: Atom