Activity
From 08/09/2015 to 07/10/2015
07/10/2015
-
06:04 PM Bug #241 (Closed): 2 petits pb avec le SGSE
-
04:34 PM Bug #509 (In Progress): SGSE 3.0.0.0 affichages ASM_F0 et ASM_F1 erronés pour f > fe/4 ?
- *lfrsgse 3.0.0.3* packagé par Alexis et installé sur pc-faust9.
Le problème est que le sgse n'est plus fonctionnel :... -
01:18 PM Bug #533 (Closed): Champs PA_BIA_ON_OFF AND al de TM_LFR_SCIENCE_SBM2_BP*_F* ne sont pas mis à jour / TC_LFR_UPDATE_INFO
- Le bug est corrigé en 3.0.0.10.
Tous les champs de TC_LFR_UPDATE_INFO sont recopiés dans les TM_LFR_SCIENCE_SBM2*
... -
Le bug est corrigé en 3.0.0.10.
Tous les champs de TC_LFR_UPDATE_INFO sont recopiés dans les TM_LFR_SCIENCE_SBM1...-
- Il y a confirmation : la comparaison des données f3 et f2 sur l'EQM2 (VHDL 3.1.89 FSW 3.0.0.10) montre un clair retar...
06/10/2015
-
- Pas la peine de refaire la manip de Gaele pour l'instant.
Une fois qu'Alexis aura repackagé le sgse 3.0.0.3, on vali... -
Plateforme de test 3.0.0.10.
Le soft a été installé et les fichiers suivants adaptés
- /opt/VALIDATION_R3/lfrveri...-
07:48 AM Task #534: Révision 3.0.0.10
- README corrigé de la coquille.
-
le bug est corrigé en 3.0.0.10.
Tous les champs de TC_LFR_UPDATE_INFO sont recopiés dans les TM_LFR_SCIENCE_NORM...-
Le bug est corrigé en 3.0.0.10.
Le script utilisé est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0019/tm_sequence_c...-
n'est plus d'actualité.-
- Le bug est corrigé en 3.0.0.10.
tous les champs de TC_LFR_UPDATE_INFO sont recopiés dans les TM_LFR_SCIENCE_BURST_...
05/10/2015
-
- > Jean-Christophe pense qu'il s'agit d'une erreur dans le VHDL de comptage des registres temporels. S'il s'agit bien ...
-
- > Thomas, il faudrait mettre Jean-Christophe sur le coup.
>
> Au niveau du logiciel de vol, je peux configurer le ... -
- Thomas, il faudrait mettre Jean-Christophe sur le coup.
Au niveau du logiciel de vol, je peux configurer le démarr... -
- > D'autres observations sont nécessaires pour confirmer la stabilité du décalage temporel décrit ci-dessous. Il faut ...
-
- > > Par contre je m'interroge sur le fait que le premier échantillon f3 (cwf mode normal_long) puisse être daté plus ...
-
- Les fichiers sont copiés sur l'environnement de test /opt/LFR/LFR-FSW/3.0.0.10
Petite coquille dans le README : les ... -
- Révision 3.0.0.10 pour te permettre de regarder la correction des derniers bugs.
-
- erreur de ma part, je testais bien 91 mais j ai écrit 93 dans la fonction Detail.txt
-
Hello,
Paul je viens de voir que je me suis trompée , la cde TC_LFR_LOAD_FBINS_MASK doit avoir un SUB-TYPE = 91 et...-
- La commande TC_LFR_LOAD_FBINS_MASK n'est pas bien décrite dans le packet TM_LFR_HK.
En effet, le champ SERVICE_SUB... -
*1- Mettre à jour JIRA avec les conclusions décrites si dessous*
*2- Les tests joués sur 3.0.0.9 montrent que que...-
-
Les modification des soft de validation ont été utilisées et on montrait que les SEQUENCE_CNT sur les pacelt de CAT...-
- Les tests joués sont les suivants
SVS-0018
SVS-0019
SVS-0029
SVS-0031
SVS-0032
SVS-0038
SVS-0077
Un certa... -
- Les temps ne sont pas bons. J'ai refait des tests et j'ai trouvé le bug (qui est apparu suite à la correction de #485...
-
- Ca me parait pas mal. J'attends de voir si ça leur convient puis je cloturerai la présente issue redmine.
-
- Bug identifié, le champ n'était pas mis à jour pour tous les paquets BP, quel que soit le mode.
Correction effectuée... -
- Bug identifié, le champ n'était pas mis à jour pour tous les paquets BP, quel que soit le mode.
Correction effectuée... -
- Bug identifié, le champ n'était pas mis à jour pour tous les paquets BP, quel que soit le mode.
Correction effectuée... -
- Bug identifié, le champ n'était pas mis à jour pour tous les paquets BP, quel que soit le mode.
Correction effectuée...
04/10/2015
-
Si on change la valeur du paramètre CP_PDU_BIAS_ON_OFF ( 0 vers 1) dans TC_LFR_UPDATE_INFO, on s'attend à voir ce...-
- Bug signalé depuis dans JIRA :
https://jira-lesia.obspm.fr/browse/RPWMEB-508
-------------------------
Si on chan... -
- Bug signalé depuis dans JIRA :
https://jira-lesia.obspm.fr/browse/RPWMEB-508
-------------------------
Si on chan...
03/10/2015
-
J ouvre egalement un point redmine pour chacun des modes. Ce sera plus clair pour suivre les corrections.
-
Le bug est partiellement corrigé pour les produits du Normal Mode en 3.0.0.9.
En effet, les produits TM_LFR_SCIE...-
*Le bug est partiellement corrigé.*
1- Maintenant les produits TM_LFR_SCIENCE_SBM1_BP1_F0 et TM_LFR_SCIENCE_SBM1...
02/10/2015
-
-
METTRE A JOUR la SRS-
Le parametrage SY_LFR_N_BP_P0 = SY_LFR_N_BP_P1 = 255 sera accepté seulement si le parametre SY_LFR_N_ASM_P est un m...-
De meme SY_LFR_N_BP_P0 = SY_LFR_N_BP_P1 = 255 sera accepté
--> faire le test
-
le script /opt/VALIDATION_R3/lfrverif/common/RulesClasses/dump_par_reporting.py vérifie également le SEQUENCE_CNT ...-
Le bug est corrigé en 3.0.0.9.
Le champ DESTINATION_ID est correctement renseigné.
Le script rejoué est /opt/VA...-
- Le test /home/validation/SCRIPT/R3/dump_kcoeff_vs_source.py a été rejoué avec 3.0.0.9 et le bug est corrigé.
Les f... -
Le bug est corrigé en 3.0.0.9.
Le champ DESTINATION_ID est correctement renseigné.
Le script rejoué est /opt/VA...-
- J'ai trouvé, c'est corrigé pour la version 3.0.0.3.
Ca n'a pas de rapport avec les formes d'ondes, j'avais un bug... -
- J'ai mis un commentaire sur JIRA, voir si ça suffira.
-
- Bug identifié et corrigé, fsw >= 3.0.0.10. Vérifié sur un enregistrement en csv, mode NORMAL.
-
En jouant le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0031/sbm1_mode_parameter_set.py (cf #BUG484)
un autre ...-
Le bug est corrigé avec FSW = 3.0.0.9
le script extract_seq_cnt.py permet d'extraire les bonnes informations, le...-
- Pour valider ce point,
Mettre un signal carré sur V (periode de 5s) idem pour E1 E2
Lire dans les housekeeping ... -
- Voici quelques précisions fournies par Paul, à METTRE dans la SRS
Actuellement le bit ne passe jamais à zéro, ce q... -
- Ce champ sert à valider la présence des mesures dans les HK. De notre côté, les mesures sont disponibles tout de suit...
-
- Pourriez-vous refaire le test au LPP pour essayer de reproduire son bug et le documenter?
-
- Il faudrait préciser les définitions. Pour la résolution de l'horloge locale, on peut considérer que c'est le fine ti...
01/10/2015
-
- https://jira-lesia.obspm.fr/browse/RPWSWR-450
-
- https://jira-lesia.obspm.fr/browse/RPWSWR-143
-
- Réattribution à la validation pour tests en R3 avec nouveau VHDL + fsw 3.0.0.9
-
- Paul peux-tu nous éclairer sur la signification de ce requirement? Ne devrait-il pas rester en design ?
-
-
- Bug lié à la plateforme de test. Bug contourné à ce jour.
-
- Fait
-
- Requirement tracé dans la calibration.
-
- Ce requirement est pris en compte et tracé dans la calibration.
-
- Quelle est la signification de ce champs HK_LFR_SC_POTENTIAL_FLAG?
Nous ne comprenons pas bien quel doit être le com... -
-
Ce bug remonté par l'équipe LESIA est corrigé dans la version 3.0.0.9.
Le script utilisé est /home/validation/SC...-
-
- Nous venons d'avoir Gaele au téléphone avec Thomas, les manips ont été refaites en direct, le bug apparait bien sur l...
-
- En cours d'investigation :
(mail Paul)
Dans l'issue de Thomas, ce n'est pas clair. Son titre parle de SWF et le c... -
- Bug signalé par Gaele :
https://jira-lesia.obspm.fr/browse/RPWMEB-503
Pourrait être un duplicate de : #509
-
Création de la fonction /opt/VALIDATION_R3/lfrverif/common/RulesClasses/dump_par_reporting.py
Mise à jour du scr...-
- Le test /home/validation/SCRIPT/R3/dump_par_vs_source.py a été rejoué avec 3.0.0.9 et le bug est corrigé.
Les fich... -
Le soft a été installé et les fichiers suivants adaptés
- /opt/VALIDATION_R3/lfrverif/param.py (lfr_ver_str = "3....
30/09/2015
-
- Question ouverte à Paul concernant le design du FSW :
https://jira-lesia.obspm.fr/browse/RPWSWR-151 -
- Voici la version 3.0.0.9 du logiciel de vol, avec le README associé.
-
- *ECHANGES Philippe Plasson / E. Guilhem du 29/09/2015 :*
On va le traiter dans la NC, que l'on va clore en disant ... -
- *Après discussion lors de la venue de Paul le 25/09, envoi d'un mail à P.Plasson :*
Bonjour Philippe.
Je reviens ... -
- bug corrigé dans fsw >= 3.0.0.9
29/09/2015
-
- D'autres observations sont nécessaires pour confirmer la stabilité du décalage temporel décrit ci-dessous. Il faut co...
-
- correction effectuée dans fsw >= 3.0.0.9, à valider
-
Suite aux echanges avec Philippe Plasson concernant TM_LFR_PARAMETER_DUMP and TM_LFR_KCOEFFICIENTS_DUMP et l'exige...-
J ai demandé à Paul comment calculer les temperatures contenues dans les TM_LFR_HK.
3 champs
- HK_LFR_TEMP_SCM...-
- La réception d'un timecode valide lève une interruption. Dans l'ISR correspondante, je vérifie sur les 6 bits du time...
-
merci d'expliquer le mécanisme que tu as implémenté pour que je puisse renseigner la SRS-
- corrigé dans fsw >= 3.0.0.9
-
- L'exigence SSS associée est la SSS-CP-FS-370.
Les 6 bits de poids faible du timecode SpaceWire doivent être égaux ... -
- Merci pour le script. Je préfère te laisser le soin de le jouer, je n'ai pas installé l'environnement de Gérald. J'av...
-
Voici un script qui balaie les source_id.-
- Je préfère te laisser le soin de le jouer plus tard, je ne maîtrise pas l'environnement des tests de validation, nota...
-
Voici un test qui balaie l ensemble de source_id autorisé.
-
-
- corrigé dans fsw >= 3.0.0.9
lfr_reset_cause vaut maintenant power_on -
-
- corrigé dans fsw >= 3.0.0.9
dès le démarrage, en mode STANDY, les données sc_potentials sont remontées dans les paqu... -
le bug a disparu.
La fonction en cause est utilisé dans tous les tests, le script /opt/VALIDATION_R3/lfrverif/LFR_...-
- Le 29 septembre 2015 11:29, Bruno Katra
<bruno.katra@lpp.polytechnique.fr> a écrit :
> Re-bonjour Philippe, je vien... -
- Je pense qu'il faut remonter l'info à Philippe.
-
- Est-ce sûr ?
Je ne trouve nul part la définition de ce champs (ICD, SSS, IDB) ni son comportement. Je vois juste que... -
- J'ai reconsidéré ma position. Le champ HK_LFR_MAG_FIELDS_FLAG ne devrait plus exister (faire remonter à Philippe?). I...
-
- bug identifié et corrigé fsw >= 3.0.0.9
-
- OK pour que tu fermes l'issue #482.
-
- En condition de commutation instantanée, tu ne connais pas la date exacte de démarrage. Il faut configurer timegen av...
28/09/2015
-
- la date d'entrée dans le mode est instantanée.
-
- Attention, il faut distinguer la date d'acquittement de la date de transistion à proprement dite. Qu'avais-tu mis com...
-
- le contexte du test n'est pas
FSW 2.0.2.3
mais
FSW 3.0.0.8 -
- J'ai vérifié le fichier Tm.csv et les informations sont correctes.
Donc, c'est la fonction Detail de la TM_LFR_HK qu... -
- J'ai fait le test avec 3.0.0.8, je n'observe pas le bug. J'ai envoyé un mode = 15 (INCONSISTENT) comme toi, et j'ai é...
-
- Hello,
Quand on s'est vu vendredi matin, je t ai parlé de ce point de gestion des RID. Je n'ai rien trouvé , pas de ... -
- Peux-tu me donner le numéro de l'exigence de la SSS à considérer? Je n'avais pas vu qu'il fallait qu'LFR fasse cela. ...
-
- Bug identifié et corrigé dans fsw >= 3.0.0.9.
-
- Bug identifié et corrigé dans fsw 3.0.0.9.
-
During the last acceptance test compaign, an anomaly in TM_LFR_HK telemetry packet has been detected.
The valu...-
Voici le point JIRA
The cause of the reset is not updated in TM_LFR_HK
After the power on of the LFR board and th...
25/09/2015
-
- corrigé dans fsw 3.0.0.9
non testé, je n'ai pas de script sous la main pour changer les source_id. -
- correction effectuée pour fsw >= 3.0.0.9
non testé sur cible pour l'instant, je n'ai pas de script simple sous la m... -
- corrigé fsw >= 3.0.0.9, vérifié sur VHDL 1.1.89.
-
Suite aux bugs #507 et #508, il faut adapter les codes de validation pour vérifier le champ DESTINATION_ID
des TM_...-
12:52 PM Bug #362 (Feedback): CWF_F3 : Champ PA_LFR_ACQUISITION_TIME=0x000000000000
- Le temps du premier buffer a CWF_F3 (premiere salve de 4 TM_LFR_SCIENCE_NORMAL_CWF_F3) ont une date a 0x00000000.
... -
- Dans la version 3.0.0.0 au labo il y a dorénavant un gros bug bien identifié sur l'affichage des ASM_F0 et ASM_F1: la...
-
Le script /home/validation/SCRIPT/just_normal_mode.py a été rejoué sur les dernieres versions
Voici maintenant c...
24/09/2015
-
- Le champ DESTINATION_ID = le champ SOURCE_ID de la TC_LFR envoyée
Ce n'est pas le cas, DESTINATION_ID = 0
14:50:2... -
Le champ DESTINATION_ID etait = 0 sur la TM_LFR_PARAMETER_DUMP (ICD 2.2)
ICD 3.7 et 3.9 montrent un changement...
21/09/2015
-
*Cas ou LFR est synchronisé (bit 15 = 0)*
1- Cas nominal
Reception d'une TC_LFR_UPDATE_TIME + timecode valide ...
19/09/2015
-
Je rappelle le requirement qui concerne la section Cache configuration
The RPW Flight Software shall explicitly co...-
La spécification LFR RPW-MEB-LFR-SPC-00003 indique
*- somme de 2 sinus , f1 625Hz zt f2=10kHz avec une amplitude ...
18/09/2015
-
-
- Nouveau bug observé depuis, dans des versions récentes du soft et du VHDL:
- Bug #476 (VHDL-1.1.88 FSW-3.0.0.8)
- ... -
- Alexis va regarder la fonction SendOneTimecode.
Voir le point redmine #497 du projet Socexplorer.
11/09/2015
-
J ai joué le script SCRIPT/read_register.py
et voici ce que j'obtiens quand la carte LFR a été resettée
12:55:5...-
J'ai travaillé sur la gestion manuelle de l'envoi de timecode.
Pour cela on utilise la fonction SpwPlugin0.StarDun...
10/09/2015
-
Ces informations sont extraites du document RPW-SYS-SSS-00013-LES_Issue3_rev3_Software_System_Specification_bars.pd...
09/09/2015
-
- Tracé aussi dans : https://jira-lesia.obspm.fr/browse/RPWSWR-612
Voici la liste que j ai identifié. Paul devra v... -
- je mets le fichier de log
Je confirme que la section PARAMETERS/ANOMALY_STATISTICS n'est jamais mise à jour ainsi ... -
- METTRE A JOUR SRS
-------------------
Voici un point JIRA datant du 09/Sep/15 9:31 AM
See the test log AT_2015-...
Also available in: Atom