Activity
From 28/05/2014 to 26/06/2014
26/06/2014
-
05:55 PM Bug #179: ACQUISITION_TIME a une valeur erronée sur certains produits au bout de plusieurs heures de test sur l'EM.
- Essai de reproduire le bug avec EM + stardundee en envoyant TC_LFR_UPDATE_TIME avec un temps antérieur au bug, puis a...
-
- Problème observé sur un test de 12 heures en Normal Mode sur l'EM:
Au bout de 8 heures de tests :
03:04:02.892... -
04:24 PM Bug #90 (Closed): problème d'alignement mémoire dans basic_parameter.c
-
-
-
-
- Des tests ont été fait avec la configuration suivante:
VHDL 0.1.23
FSW 1.0.0.12
delta_snapshot = 300 s
Ces tests ...
24/06/2014
-
04:29 PM Bug #57 (Closed): TC_LFR_LOAD_NORMAL_PAR renvoie TM_LFR_TC_EXE_NOT_IMPLEMENTED si SY_LFR_N_SWF_L <> default value
- J'ai vérifié ce que Paul a impléménté pour la gestion du parametre SY_LFR_N_SWF_L en rejouant le test SVS-0073
- S... -
- Cela semble maintenant stable : mail Véro :
hello,
Pour info sur l'EM, le temps de boot varie entre *0x12c4 à 0x1... -
- test rejoué en 1.0.0.12 sur l'EM.
Dans l'ICD, dans une TM_LFR_TC_EXE_INCONSISTENT, e champ PA_RPW_RCV_VALUE corres... -
- Des tests on été effectués avec la configuration suivante : VHDL 0.1.23 & FSW 1.0.0.12
Cela fonctionne maintenant c... -
10:50 AM LFR SGSE 2-0-0-0.exe
-
Suite à la discussion avec Paul, il est décidé de ne pas modifier le comportement actuel de LFR
- On accepte donc ...
23/06/2014
-
- Test SVS-0007 rejoué en 1.0.0.12
AU vu de l'avancement de la R2, les 2 cdes TC_LFR__ENABLE_CALIBRATION et TC_LFR__... -
- Test (SVS-0003, script loop_tm_lfr_tc_exe.py)
Au vu des SSS suivantes SSS-CP-FS-065 SSS-CP-FS-080 SSS-CP-FS-090 nS... -
- Test (SVS-0073, script loadNorm.py) rejoué en 1.0.0.12
C'est Ok.
16:46:51.727297, TC_LFR_ENTER_MODE (CP_LFR_MODE=... -
- tests rejoués sur 1.0.0.12
Ce n'est tjs pas bon,
*
Pour SY_LFR_N_SWF_L*
1- test SVS-0073 ( loadNorm.py)
*16:46... -
- test rejoué en 1.0.0.12
PAS CORRIGE
Le test analysé est le SVS-0007 mais le pb est également sur le SVS-0003
L... -
- test rejoué en 1.0;0.12
Tout est ok.
Ici la trace pour le BURST
13:09:13.406037, TC_LFR_ENTER_MODE (CP_LFR_MOD... -
- fsw >= 1.0.0.12
Je pense que ce problème est une conséquence de la fausse manip que j'ai faite il y a quelques sem...
20/06/2014
-
- Paul, les tests on été refait avec mini LFR5 sous la version 1.0.0.9b du FSW (et VHDL 0.1.16). Rien n'a changé, mêmes...
-
- Paul, les tests on été refait avec mini LFR5 sous la version 1.0.0.9b du FSW (et VHDL 0.1.16). Rien n'a changé, mêmes...
-
- fsw >= 1.0.0.12
Correction effectuée en même temps que la correction du Bug #176, vérification manuelle avec SocEx... -
EN mode SBM1 et SBM2, on ne peut envoyer de TC_LFR_LOAD_SBM1_PARAM et TC_LFR_LOAD_SBM2_PARAM.
Gérald a décrit un t...-
- fsw >= 1.0.0.12
Bug identifié et corrigé. Vérification effectuée en manuel avec SocExplorer. -
On est en BURST MODE
*14:21:27.294332, TM_LFR_HK, HK_LFR_MODE: BURST = 2,*
On envoie une TC_LFR_LOAD_BURST_PAR...
19/06/2014
-
-
-
- fsw >= 1.0.0.12
bug identifié et corrigé pour SY_LFR_N_SWF_L
/!\ le même bug est identifié et corrigé pour SY_L... -
Suite à la mdécision de ne pas autoriser le changement de valeur de SY_LFR_N_SWF_L, j ai fait un essai
avec SY_LFR...-
- Le document SSS qui décrit ce requirement est SSS-CP-FS-065 précise qu il n'est pas applicable aux paquets
TC_LFR_UP... -
- test SVS-0007 rejoué (scriptloop_tm_lfr_tc_exe_no_ack.py)
en 1.0.0.11
VHDl = 0.1.23
Mauvais PACKET_LENGTH (65535... -
- fsw >= 1.0.0.12
Bug identifié et corrigé. Vérification sur deux réception de CWF_F3 consécutives. -
On demande un chgt de mode instantané
08:21:11.241669, TC_LFR_ENTER_MODE (CP_LFR_MODE=1), CP_LFR_ENTER_MODE_TIME...
17/06/2014
-
Test rejoué en 1.0.0.11
Tout est bon.
TM_LFR_HK
17:03:38.881752, TM_LFR_HK, PACKET_ID=0xcc4, DESTINATION_ID: G...-
- fsw >= 1.0.0.11
Bug identifié et corrigé. Vérification effectuée sur un mode SBM1 avec enregistrement en CSV. Le p... -
Test rejoué sur 1.0.0.10
Le fichier 2014_06_17-11_32_21-Detail.txt contient le test SVS-0019. Tous les TM_LFR_SCIE...-
- Au sujet du passage SEQUENCE_CNT=255 vers 0 sur TM_LFR_HK (2014_06_16-11_18_37-Detail.txt)
2- Le SEQUENCE_CNT repa... -
- Pour les TM_LFR_HK, avec fsw = 1.0.0.10, je ne reproduis pas le problème en regardant les enregistrements que j'ai au...
-
- Test rejoué en 1.0.0.11
Version VHDL mise à jour 0.1.23 (TBC)
Bug corrigé
17:05:38.592278, *TM_LFR_PARAMETER_DU... -
- fsw >= 1.0.0.11, bug identifié et corrigé. Vérification effectuée avec un enregistrement en CSV des réponses à des TC...
-
test rejoué sur la version 1.0.0.10.
Le fichier 2014_06_17-11_32_21-Detail.txt contient le test SVS-0019.
*Bug ...-
- fsw >= 1.0.0.10
bug identifié et corrigé
vérification faite pour TM_LFR HK et TM_LFR_FUMP_PARAMETER: les bits SEG... -
-
- Ce point fait réference
SSS-CP-EQS-470 au §4.5.10.2 LFR DATA PACKETS (RPW-SYS-SSS-00013-LES_Issue2-Rev1 du 20/01/201... -
- A nouveau, sur ce test j ai observé la perte de 2 TM_LFR_HK
11:02:08.451513, TM_LFR_HK, PACKET_ID=0xcc4, DESTINATI... -
- Test rejoué sur 1.0.0.10
Le fichier 2014_06_17-11_32_21-Detail.txt contient le test SVS-0019
1- Cette fois pas de... -
- 1-
Si le packet avec sequence_cnt = 18 n'est pas dans les traces, un peu avant ou un peu après (cf point 2 pour l'ex... -
- Retesté en 1.0.0.10 : un fine_time non nul ne fait plus panter le soft.
Le script de test de Gérald de la vidéo n'ex... -
- retesté en 1.0.0.10 : le soft ne plante plus et on recoit bien TM_LFR_TC_EXE_INCONSISTENT.
12:11:24.656171, TC_LFR... -
- fsw >= 1.0.0.10
J'ai trouvé l'origine du bug, c'est une division par zéro qui stoppait LFR. C'est corrigé. J'en ai p... -
- retesté en 1.0.0.10, bug corrigé :
12:14:43.246055, TC_LFR_LOAD_NORMAL_PAR, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE:... -
- fsw >= 1.0.0.10
Les trois affectations suivantes sont rejetées (TM_LFR_TC_EXE_INCONSISTENT):
SY_LFR_N_ASM_P = 0
SY... -
- La réduction de la taille des snapshots ne sera pas implémentée sur l'EM. On peut faire une mise à jour de l'ICD dans...
16/06/2014
-
- Sur le test SVS-0019 (tous les produits sont utilisés excepté CWF_F3_LONG).
j ai observé 2 pertes de TM (j en ai t... -
- Bug corrigé.
Plus de warning dans les traces et verif de delta=10.5s :
1er paquet de la première salve:
*18:44:2... -
- Test rejoué en version 1.0.0.8
le testcase est SVS-0011.
On commence par un reset HW et ensuite on attend un moment... -
- D'après SSS-CP-EQS-415 : le segmentation grouping flag doit toujours être placé à 3 (standalone).
Ce n'est pas le ca... -
- Toujours présent en 1.0.0.9(temp) :
-
- 10:17:55.429341, *TC_LFR_LOAD_NORMAL_PAR*, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TC_PACKET = 1, DATA_FIELD_HEADER_FL...
-
- Suite à l installation d'une version temporaire
Voici les problemes rencontrés:
*TM_LFR_HK*
1- Le champ SEGMENTA... -
- Test rejoué en 1.0.0.9:Ttj pas conforme
*Pour les HK(*PACKET_ID=0xcc4)* ,
1- le SEQUENCE_CNT des HK commence bi...
13/06/2014
-
- 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... -
- 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... -
- 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...
Also available in: Atom