Activity
From 02/09/2015 to 01/10/2015
01/10/2015
-
04:39 PM Bug #525 (Closed): JIRA - RPWSWR-450 : validation procedure update
- 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... -
-
08:40 AM Bug #514 (Resolved): [JIRA] (RPWMEB-276) The cause of the reset is not updated in TM_LFR_HK
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 -
02:44 PM Task #520 (Closed): Révision 3.0.0.9
- 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
-
09:43 PM Bug #518 (Feedback): synchronisation F3-F2-F1-F0
- 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-...
02/09/2015
-
- *Ok, c'est noté.
Le scenario du test CTC-300 devra être modifié afin de pouvoir tester ce comportement comme tel.
A...
Also available in: Atom