Activity
From 23/09/2015 to 22/10/2015
22/10/2015
-
10:54 AM Feature #162 (Closed): centrage des snapshots imparfait + Delta_f2_f1 = 92136 ou 92166?
- Se référer à #250 qui reprend les constatations liées au centrage des snapshots
-
09:22 AM Bug #501: Signal de calibration non conforme 250mV au lieu de 500mV
*Modification du document LFR RPW-MEB-LFR-SPC-00003*
REQ-RPW-LFR-4706 LFR shall deliver a calibration signal t...
21/10/2015
-
- thomas chust wrote:
>
> Pour le VHDL 3.1.89 (EQM2) on mesure les décalages temporels absolus suivant:
> delta_t0 ... -
- Ce point est lié au point #518
Des premières mesures de la phase absolue en fonction de la fréquence ont été faites ... -
- also tracked by https://jira-lesia.obspm.fr/browse/RPWSWR-622
Lorsque l'on enregistre des SWF toutes les 16 s en S... -
Suite à la livraison du logiciel 3.0.0.10, les champs sont maintenant renseignés
HK_LFR_RESET_CAUSE (pt #514)
HK_...-
J ai crée une fonction convert_temp. Elle est intégrée dans le fichier /opt/VALIDATION_R3/lfrverif/common/miscellan...
20/10/2015
-
04:18 PM Task #546: génération des rapports de couverture de code avec GCOV
- Attention: j'ai eu un bug sur ma machine quand j'ai voulu générer les rapports en html avec l'option --html-details (...
-
- Lire d'abord le fichier HOWTO pour comprendre comment ça marche. La section 1 concerne la compilation de mon côté. La...
-
-
Le script utilisé est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/my_ccsds_time_code_format.py
les fichiers 201...-
Voici le scenario effectué dans le test SVS-0012
0- Reset de LFR
1- Synchronisation de LFR sur reception d'une TC...
19/10/2015
-
09:27 PM Bug #487: TC_LFR_LOAD_FBINS_MASK semble ne pas avoir d'effet sur les produits BP2
- Faut que je te fasse plutôt un test plus unitaire : on prend une fréquence et je balaie les bits de masques autour po...
-
- Coucou Bruno,
Pour ce que je peux en constater le masque est une vrai passoire ... :-D A moins que tu n'aies mal sim... -
- Test CTC-610 écrit et dédié au balayage des frq F0 + masque associé à chacune des frequences.
-
- Fait sauf : 5.2.4 sur le watchdog, à préciser avec JCP
15/10/2015
-
- Les 2 requirements sont passés en Test.
-
- Voici la derniere matrice à jour pour la R3.
Elle prend en compte les requirements de la *SSS 3.5 en date du 25 juin... -
-
- Retesté en 2.0.2.1 et 3.0.0.10 et VHDL 1.1.89 : bug toujours présent.
On s'est mis en NORMAL puis on a deconnecté l'...
13/10/2015
-
Actuellement
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
...-
- Alexis a intégré la fonction manquante pour connaitre l'état du cache.
J'ai compilé les plugins avec la lecture de...
12/10/2015
-
- Pour les tests de charge on utilise maintenant la decom + periodicity
-
-
- Je ne gère plus la spécification. Ca devrait être Nicolas je pense, à la limite Vincent. Ca concerne directement l'ac...
-
- Ce sont des exigences à valider par des tests: on envoie la TC et on vérifie que la CAL est on ou off selon le cas. O...
10/10/2015
-
- Le bug est corrigé en 3.0.0.10 avec VHDL= 1.1.89
La vérification a été faite avec l'oscilloscope.
Ci-joint le plo... -
- Hello,
Me confirmes-tu que ces 2 requirements qui concernent la calibration sont des tests Design??
SSS-CP-EQS-522
...
09/10/2015
-
- Mis en resolved le temps que la SRS soit mise à jour
-
- Bug corrigé en lfrsgse 3.0.0.3.
-
- Bug corrigé en lfrsgse 3.0.0.3.
08/10/2015
-
- Le SGSE est fonctionnel après mise à jour de la lib-LFR-paul. Je ne savais pas qu'il fallait la mettre à jour en même...
-
12:22 PM Bug #509: SGSE 3.0.0.0 affichages ASM_F0 et ASM_F1 erronés pour f > fe/4 ?
- paul leroy wrote:
> J'ai contrôlé ici. En installant les derniers paquets, ça marche. Vous pouvez peut-être essayer ... -
- J'ai contrôlé ici. En installant les derniers paquets, ça marche. Vous pouvez peut-être essayer de réinstaller lfrsgs...
-
- Vous avez aussi mis à jour lib-LFR-paul?
-
- La réponse de Paul:
Pour moi, la séquence est respectée: tu as reçu un TC_LFR_UPDATE_TIME et un timecode valide. Je ... -
- Le comportement lors d'une erreur sur la différence du timecode et des bits de poids faibles d'un TC_LFR_UPDATE_TIME ...
-
Je ne sais pas dire si le bug est correctement corrigé en 3.0.0.10.
Voici le scénario joué
Envoi de TC_LFR_UPDA...
07/10/2015
-
-
- *lfrsgse 3.0.0.3* packagé par Alexis et installé sur pc-faust9.
Le problème est que le sgse n'est plus fonctionnel :... -
- 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...-
- 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...
Also available in: Atom