bruno katra's activity
From 01/02/2016 to 01/03/2016
01/03/2016
-
04:44 PM LFR-FSW Bug #238 (Closed): Wrong behavior after SY_xxx_DPU_CONNECT_ATTEMPT unsuccessful attempts of connection with the DPU
- testé OK
-
- Fait dans SRS 2.0
-
- déplacé dans SUM
-
- Fait dans SRS 2.0
+ tests SVS écrits (SVS 1.5) -
- AD19 ajouté à SRS 2.0
+
nbrx req passé de design à test reporté dans SRS 2.0 + SVS + matrix + SValR -
- mis à jour dans SRS 2.0 +JIRA
-
- Mis à jour dans SRS 2.0
18/02/2016
-
- Version intermédiaire. Bugs corrigés dans les versions > à livrer au LESIA
-
- Bonjour à tous.
Nous venons de livrer le FSW 3.0.0.22 via l'issue JIRA dédiée :
https://jira-lesia.obspm.fr/brows... -
- SRS 2.0 mise à jour avec le comportement : REQ-LFR-SRS-5590
JIRA commenté. -
- Concernant les HK :
Ce n'est pas très grave, ce genre d'écarts a déjà été observé sur quasiment tous les tests. j'...
17/02/2016
-
- Tous les points intégrés a SRS 2.0+ SVS + JIRA commenté.
-
- Nombreuses demandes de modifs faites dans :
https://jira-lesia.obspm.fr/browse/RPWIDB-162 -
- Bug provoqué par le banc de test.
1- On a utilisé en premier le script /opt/VALIDATION_R3/LFRControlPlugin_startAl... -
- En effet, le comportement des SWF a l'air plus stable qu'en 3.0.0.20
+ lancement du periodicity.py : analyse montr...
15/02/2016
-
-
- Corrigé à partir de : r79
-
- Je rejoins l'analyse de Véronique, d'après ce que nous avons expliqué dans le document fourni à Milan le mois dernier...
12/02/2016
-
- Bonjour à tous.
Nous venons de livrer le FSW 3.0.0.20 via l'issue JIRA dédiée :
https://jira-lesia.obspm.fr/browse/... -
- Ok c'est noté pour point 2 et 3, ce sera renseigné dans la datapack.
Pour le point 4, aurais-tu une théorie? -
- 2.
Il faudrait consulter un log des paquets pour se faire une idée, notamment voir l'arrivée de la TC de changement ...
11/02/2016
-
-
- Bug corrigé en 3.0.0.16, validé par Thomas.
-
- Version intermédiaire avant livraison, non utilisée. Cloture.
-
- Suite adaptation de l'algo de synchro des SWF à partir de FSW 3.0.0.15, les valeurs inférieures à 22s doivent être em...
10/02/2016
-
- Ok avec Paul : on cloture
-
- Test lancé à 17:15
10 mn NORMAL
puis 6h de SBM1
puis 6h de SBM2
puis 10mn de NORMAL.
09/02/2016
-
- Lancement du tests long à 17h18 : 14h40 de NORMAL avec TIMEGEN et tous les produis nominaux (SWF à 300s et ASM à 360...
-
- Installation du software le 09/02/2016
dans /opt/LFR/LFR-FSW/3.0.0.20 + renommage de l'exe sans l'extension 3-0-0-20... -
- TC_LOAD_LFR_FBINS_MASK sur 3.0.0.19
fonctionne très bien pour toutes les fréquences de F0, F1 et F2 -
- Ok. on relance le test long dès livraison 3.0.0.20
-
- ATTENTION : IL Y AVAIT LE TIMEGEN POUR CE TEST DE PRES DE 15H !!!
03/02/2016
-
- répertoire /opt/LFR/LFR-FSW/3.0.0.18 créé et rempli avec le FSW 3.0.0.18
-
- répertoire /opt/LFR/LFR-FSW/3.0.0.17 créé et rempli avec le FSW 3.0.0.17
-
- Pour répondre à Thomas : le plan de validation de Véro et moi inclue des tests longs en nominal que nous allons lance...
-
- Du coup : non ce n’est pas la peine de modifier l'ICD. J'expliquerai ça dans le SUM. Je reviendrai vers toi pour quel...
02/02/2016
-
- (!)
Bonjour Philippe.
Nous avions évoqué lors de la QR R3 le bug VHDL qui faisait que le premier paquet paquets CW... -
- Je pense avoir compris : les champs HK sont codés sur 4 bits donc tu renseignes 2 champs d'un coup avec un unsigned c...
-
- Concernant l'ajout des champs, tu fusionnes 4 champs existants en 2 nouveaux ?
HK_LFR_VHDL_AA et HK_LFR_VHDL_SM de... -
- Commentaires de Philippe Plasson ajoutés en edition du commentaire.
Also available in: Atom