Activity
From 17/05/2014 to 15/06/2014
13/06/2014
-
05:36 PM Bug #104 (Closed): SY_LFR_FPGA_VERSION_N3 de TM_LFR_HK erroné
- Retesté en 1.0.0.9 : bug corrigé
15:01:17.829798, TM_LFR_HK, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0,... -
-
- Le bug semble corrigé.
Grâce au mécanisme de "dummy HK", on peut voir les traces suivantes qui confirme qu'après un ... -
- SRS mise à jour avec les informations de Paul sur la façon de valider un changement de mode (REQ-LFR-SRS-5509_Ed1 dan...
-
-
- Test relancé en vhdl 0.1.16 et FSW 1.0.0.8 : Le bug semble corrigé :
- SVS-0011 (traces dans le fichier 2014_0... -
- Retesté en 1.0.0.9 : bug semble corrigé
15:04:37.486939, TM_LFR_SCIENCE_NORMAL_BP1_F1, CCSDS_VERSION_NUMBER = 0, P... -
- Les fichiers de Gérald ont été modifés afin de corriger le bug cité sur la TC :
tc_lfr_load_sbm1_par_analyze.py corr... -
- Le comportement de LFR est correct (dépouillement des TM OK : SY_LFR_S1_BP_P0=1 soit 0.25s) mais les script de Gérald...
-
- Retesté en 1.0.0.9 : le bug est corrigé :
15:02:22.895342, TM_LFR_SCIENCE_BURST_BP1_F1, CCSDS_VERSION_NUMBER = 0, ... -
- Retesté en 1.0.0.9 avec des périodes ASM de 0, 1, 2, 3 et 5 :
Le bug semble corrigé sauf pour 0 (bug tracée dabs l'i... -
- Retesté en 1.0.0.9 avec script tm_sequence_counter_loop.py : Plus de plantage
+ test manuel : Lancement du fsw + mis... -
- Restesté en 1.0.0.9 .
le bug est toujours présent :
L'envoi de TC_LFR_LOAD_NORMAL_PAR avec SY_LFR_N_BP_P0 = 0 devr... -
- retesté en 1.0.0.9 : le bug est bien corrigé pour +SY_LFR_N_BP_P1=0+ :
13:56:23.743874, TC_LFR_LOAD_NORMAL_PAR, CC... -
01:48 PM Bug #112: Pb de traitement de TC_LFR_UPDATE_TIME
- Veronique bouzid wrote:
> les 2 tests on été relancés
>
> - SVS-0011 (traces dans le fichier 2014_06_12-15_42_1... -
- les 2 tests on été relancés
- SVS-0011 (traces dans le fichier 2014_06_12-15_42_11-Detail.txt)
On voit bien l ap...
12/06/2014
-
- Manips avec LPPMON directement sans passer par les scripts de Gérald :
Lancement manuel du fsw puis passage en SB... -
- Le test SVS-0019 plante systématiquement le soft de vol au même moment (compteur HK = 543).
L'analyse du test de Gér... -
- Hello,
Il ne faut donc pas utiliser les TM_LFR_HK pour valider le changement de mode à un temps.
Le pt #118 concern... -
09:05 AM Bug #88: CP_LFR_ENTER_MODE_TIME de TC_LFR_ENTER_MODE ignoré
- Le fonctionnement précis du changement de mode est le suivant:
Si la TC est correcte
1) on arrête le mode en cours ... -
- fsw >= 1.0.0.9
bug identifié et corrigé
La période des snapshots est déterminée par le paramètre delta_snapshot... -
- Pour clore l'issue, il faudrait relancer ces tests avec fsw >= 1.0.0.8 et VHDL >= x.1.16, l'état du système a trop év...
-
- fsw >= 1.0.0.9, tous les paramètres sont contrôlés.
Pour l'instant, le minimum est à 4 pour sy_lfr_n_asm_p (c'est... -
- fsw >= 1.0.0.9
tests ajoutés sur les paramètres
sy_lfr_n_asm_p
sy_lfr_n_bp_p0
sy_lfr_n_bp_p1
sy_lfr_b_bp_p0
s... -
- Je reformule ce point car le sujet du redmine est correct mais les traces décrivant le pb sont erronées.
Ce bug co... -
- fsw >= 1.0.0.9
bug identifié et corrigé dans les cas TM_LFR_SCIENCE_BURST_BP2_F1 et TM_LFR_SCIENCE_BURST_BP1_F1
... -
- fsw >= 1.0.0.9
bug identifié et corrigé -
- fsw >= 1.0.0.9
bug identifié et corrigé. la vesrion du VHDL s'affiche maintenant également dans le message initial... -
- fsw >= 1.0.0.9
modification du traitement des SEQUENCE_CNT pour que la valeur du paramètre dans le premier paquet ém... -
- fsw >= 1.0.0.9
bug identifié et corrigé
ajout d'un test de cohérence pour les valeurs sy_lfr_n_bp_p0 et sy_lfr_n_bp...
11/06/2014
-
- La remarque de Paul est notée et reportée dans l'issue #62 qui référence toutes les modifs à remonter à P.Plasson pou...
-
- La contrainte d'avoir SY_LFR_N_SWP_P égal à un multiple de 8 n'est plus d'actualité (cf. Paul issue #82) : il faut fa...
-
- L'envoi de TC_LFR_LOAD_NORMAL_PAR avec SY_LFR_N_BP_P0 = 0 devrait renvoyé TM_LFR_TC_EXE_ERROR_INCONSISTENT (vf bug #8...
-
- Retesté en 1.0.0.8 :
SY_LFR_N_ASM_P = 0
SY_LFR_N_BP_P1 = 0
sont acceptés alors que cela devrait généré TM_LFR_TC... -
-
-
- Nouveaux tests avec 1.0.0.7.
Le script lancé est /home/lfr/Solar/validation_scratch/lfrverif/LFR_SVS/SVS-0090/gener... -
- +le bug avait disparu en fsw 1.0.0.7 :+
_Traces HK avec vhdl 0.1.16 :_
16:45:20.550404, TM_LFR_HK, CCSDS_VERSIO...
10/06/2014
-
Vérification des 2 champs erronés sur les 2 TM: OK
09:46:02.267421, *TM_LFR_SCIENCE_NORMAL_BP1_F0*, CCSDS_VERS...-
- Discussions avec Thomas Chust : SY_LFR_N_ASM_P devrait être minimum à 4 et un multiple de 4.
Or il est possible de d... -
-
- Testé avec fsw 1.0.0.7. Le comportement semble maintenant cohérent : le filtrage serait fait au niveau DAS. LFR en in...
-
- Hello,
Désolée, j ai mis 2 fois la meme trace.
Voici l'erreur pour TM_LFR_SCIENCE_BURST_BP2_F1
16:42:41.077471, TM... -
- EN analysant le fichier 2014_06_05-12_11_54-Detail.txt correspondant au test
SVS-0090/generate_science_all_modes.py
...
06/06/2014
-
- REPONSE P.PLASSON CONCERNANT LE SEQUENCE_CNT:
Bonjour Bruno,
Le premier paquet TM d'un couple APID/Dest.ID aprè...
04/06/2014
-
- Demande de précisions à P.Plasson par mail le 4/06 :
Bonjour Philippe, juste un petit éclaircissement sur le req...
26/05/2014
-
12:32 PM Feature #162 (Closed): centrage des snapshots imparfait + Delta_f2_f1 = 92136 ou 92166?
- Des tests on été fait avec 6 snapshots. Les centrages sont satisfaisants mais peuvent être améliorés. cf les fichiers...
23/05/2014
-
- Hello,
Le tesT SVS-0013 a été rejoué, il se compose de 4 steps lancé par nomimal_tc_lfr_update_time_Step0x.py avec x...
22/05/2014
-
- Tout est dans le titre. Plus d'explication dans le fichier joint.
20/05/2014
-
- Voilà Paul, c'est fait. J'ai fait une version 1.5 (r12:bbf448e745b1) : "ici":https://chust@hephaistos.lpp.polytechniq...
19/05/2014
-
- De plus, actuellement le tableau possède 11 lignes (NB_BINS_COMPRESSED_MATRIX_f0) alors que pour le calcul des BP1 en...
-
- Passer le tableau de coefficients k_f0 en paramètre des fonction BP1_set et BP2_set pour avoir une déclaration généri...
Also available in: Atom