Activity
From 13/06/2015 to 12/07/2015
08/07/2015
-
11:42 AM LFR-FSW Bug #421 (In Progress): La carte mini-lfr en TIMEGEN ne fonctionne plus.
- Les problèmes sont en fait réapparus très vite et persistent. Il faut souvent tout redébrancher et redémarrer plusieu...
-
- DECOM r79 testée sur CTC-015 avec FSW 3.0.0.8 (SBM2 avec signaux + phase 90°) : Thomas a dépouillé et les valeurs son...
06/07/2015
-
11:04 AM LFR-FSW 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
-
- 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 LFR-FSW 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...
-
-
Paul renseigne les parametres de contexte dans les TM_LFR_SCIENCE au moment où il fabrique son paquet.
Ce contexte...-
- Bug signalé depuis dans JIRA :
https://jira-lesia.obspm.fr/browse/RPWMEB-508
-------------------------
Si on chan... -
- 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 LFR-FSW 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... -
- 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... -
- paul leroy wrote:
> J'ai lancé le calcul directement sur LFR en utilisant les valeurs de la matrice que vous avez ut... -
- J'ai lancé le calcul directement sur LFR en utilisant les valeurs de la matrice que vous avez utilisé pour les tests....
-
- Pour tester plus finement la TC_LFR_UPDATE_INFO, il faut modifier le script
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS... -
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...-
1- L'envoi de la commande TC_LFR_UPDATE_INFO avec Socexplorer ne fonctionne pas. Il faut mettre à jour LFRcontrolpl...-
- les scripts à mettre à jour sont
/opt/VALIDATION_R3/lfrverif/PacketsDef/tc_def.py
/opt/VALIDATION_R3/lfrverif/c... -
voici une capture du signal de calibration observé à l'oscillo.
pour cela, j ai connecté 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
-
- A minima lfr_bp1[i*NB_BYTES_BP1+7] et lfr_bp1[i*NB_BYTES_BP1+9] sont mal retranscrits.
Concernant les octets stocka... -
- OK. En hexa, serais-tu capable de dire si les deux bytes sont faux ou si un des deux est correct?
-
- 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...
-
- Ca serait possible de faire le calcul avec le programme en c?
Ceci pour vérifier deux choses: ça marche avec des flo... -
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...-
- Question: avez-vous fait tourner le calcul de Thomas sur les données matrices spectrales réelles, lorsque celles-ci s...
-
- Salut Paul,
Je te réponds point par point:
Le 30/06/2015 11:26, Paul LEROY a écrit :
> Questions:
> => ça march... -
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...-
- voir : #448
29/06/2015
-
- 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...
-
- Il y avait bien un pb de precision qui a été corrigé mais les valeurs aberrantes persistent.
Relecture complète du c... -
- r79 : pb de precision corrigé pour la R3 pour plusieurs valeurs BP1 et BP2. Doivent être calculés en double car la pa...
-
- Le document qui explique la calibration se nomme RPW-MEB-LFR-SPC-00003
Paragraphe Interconnections Specification
... -
- cross_auto) could have made unrelevant values to be read.
26/06/2015
-
- 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...
-
- 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 ... -
- 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 ...
-
- 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...
Also available in: Atom