Activity
From 03/02/2016 to 03/03/2016
03/03/2016
- 05:01 PM Bug #565 (Closed): [QR R3] [JIRA] (RPWSWR-577) Quality remark on Software Validation Report
- 05:01 PM Bug #565: [QR R3] [JIRA] (RPWSWR-577) Quality remark on Software Validation Report
- Done in SValR 1.1 and SVS 1.5
- 04:56 PM Feature #481 (Closed): Cohérence/Intégrité sur TC_LFR_LOAD_NORMAL_PAR
- Fait dans SRS + SUM
- 04:51 PM Support #589 (Closed): TC_LFR_LOAD_FBINS_MASK
- added to SUM 1.2
02/03/2016
- 03:16 PM Bug #553: NON CONFORMITE SSS-CP-EQS-326
- A partir de 3.0.0.20 : les produits WF ne redémarrent pas mais les produits spectraux redémarrent (ASM + BP)
- 02:47 PM Task #614 (Closed): 3.0.0.20
- 02:45 PM Feature #598 (Closed): Implémentation watchdog
- fait dans SRS 2.0
- 02:45 PM Task #618 (Closed): Long test with SBM1 and SBM2 FSW 3.0.0.20
- 02:44 PM Support #181 (Closed): Impossibilité de provoquer un TM_LFR_EXE_ERROR
- 02:43 PM Task #632 (Closed): Mise à jour document SRS / commutation immediate
- 02:36 PM Task #632 (In Progress): Mise à jour document SRS / commutation immediate
- fait en SRS 2.0 + SVS 1.5.
- 02:33 PM Task #572 (Closed): [QR R3] [JIRA] (MEBRPWMEB-576) : ajouter les req calibration dans la matrice
- Fait pour R3 updated
01/03/2016
- 04:44 PM Bug #238 (Closed): Wrong behavior after SY_xxx_DPU_CONNECT_ATTEMPT unsuccessful attempts of connection with the DPU
- testé OK
- 04:42 PM Task #577 (Closed): [QR R3] [RPWSWR-448]
- Fait dans SRS 2.0
- 04:37 PM Bug #578 (Closed): [QR R3] [RPWSWR-568] : point 5
- déplacé dans SUM
- 04:30 PM Bug #568 (Closed): [QR R3] [JIRA] (MEBRPWMEB-495) LFR doesn't detect the TIME_TIMECODE_CTR errors
- Fait dans SRS 2.0
+ tests SVS écrits (SVS 1.5) - 04:26 PM Bug #573 (Closed): [QR R3] [RPWSWR-610] et [RPWSWR-568, point 6] : ajouter un RD ou AD à la SRS + passage de plusieurs design en test
- AD19 ajouté à SRS 2.0
+
nbrx req passé de design à test reporté dans SRS 2.0 + SVS + matrix + SValR - 04:19 PM Task #570 (Closed): [QR R3] [JIRA] (MEBRPWMEB-439) : ajout dependances SRS
- mis à jour dans SRS 2.0 +JIRA
- 03:45 PM Bug #558 (Closed): [QR R3] [RPWMEB-515] - TM_LFR_TC_EXE_INCONSISTENT au lieu de TM_LFR_TC_EXE_NOT_EXECUTABLE attendu
- Mis à jour dans SRS 2.0
26/02/2016
- 03:13 PM Bug #381 (Closed): Timing HK erroné sur certains tests de charge
bug trouvé voir #629- 01:56 PM Bug #637: Fields of TM_LFR_HK not tested
En jouant le test SVS-0064 (spw_failure_standby.py ) j'ai pu produire des erreurs dans les 2 champs
- HK_LFR_TIM...- 12:57 PM Bug #637 (Closed): Fields of TM_LFR_HK not tested
Je ne traite que les champs impléméntés par LFR et que je ne peux tester (mise à jour du champ, wrap du compteur)
...- 12:29 PM Task #636 (Closed): bad management of HK_LFR_AHB_CORRECTABLE
Paul a dit:
J'avais voulu faire un truc sioux mais ça n'a pas de sens, le compteur pourrait rester bloquer à 255. ...- 12:20 PM Bug #560 (Closed): activer la vérification du cache du Leon3FT
Je ferme et ouvre un autre Bug avec les modifications à effectuer.- 11:35 AM Support #634 (Closed): SEction HK_LFR_STATUS_WORD in TM_LFR_HK
- 11:33 AM Bug #635 (Closed): HK_LFR_DPU_SPW_LINK_STATE never changes
Prévu pour 3.0.0.23 (Reponse de Paul)
Pour HK_LFR_DPU_SPW_LINK_STATE effectivement, je ne change jamais la valeu...
24/02/2016
- 08:19 AM Support #634: SEction HK_LFR_STATUS_WORD in TM_LFR_HK
1- Ne change rien pour le champ HK_LFR_RESET_CAUSE car P. Plasson nous avait ouvert une issue JIRA indiquant que ce...- 07:50 AM Support #634: SEction HK_LFR_STATUS_WORD in TM_LFR_HK
- Pour HK_LFR_DPU_SPW_LINK_STATE effectivement, je ne change jamais la valeur. La génération des HK n'étant pas arrêtée...
23/02/2016
- 02:56 PM Support #634 (Closed): SEction HK_LFR_STATUS_WORD in TM_LFR_HK
Peux-tu me confirmer pour chacun des champs ci-dessous* si tu les remplis et avec quelles valeurs.*
HK_LFR_DPU_S...- 11:09 AM Support #627: Commutation immediate
- Effectivement, il y a des choses à préciser. Actuellement, dans le code, les CWF sont envoyées dès qu'elles sont prêt...
22/02/2016
- 05:49 PM Task #620 (Closed): 3.0.0.22
- 05:47 PM Task #630 (Closed): Long Test in normal mode in 3.0.0.22
- 05:46 PM Task #632: Mise à jour document SRS / commutation immediate
Précisions demandées à Paul:
Commutation immediate de mode
--> la commutation a lieu à la seconde suivante ou bie...- 05:25 PM Bug #560: activer la vérification du cache du Leon3FT
Précisions demandées à Paul
1- Tu as ecrit
J'ai ajouté au logiciel des possibilités de remonter les statistiques ...- 04:25 PM Bug #606: Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
Une information concernant la gestion des erreurs liées à la lecture de la structure spw_stats
Comme indiqué par...- 03:11 PM Task #633 (Closed): Mise à jour SRS /SVS/SVR
1- Suite à #588 et #637
Indiquer que leschamps non testés
2- Suite à #606
Une information concernant la gesti...- 03:09 PM Feature #588: traitement des champs TIMECODE et TIME dans les paquets HK
J'ai essayé de résumer ma compréhension de la gestion des time-codes
1- apres la sequence de boot, la tache d...- 02:53 PM Support #561 (Closed): Modifer le masque utilisé pour lire le time-code valide
- 10:38 AM Task #590 (Closed): livraison version 3.0.0.13
- 10:37 AM Task #608 (Closed): 3.0.0.18
- 10:37 AM Task #609 (Closed): 3.0.0.19
- 10:36 AM Task #622 (Closed): livraison srec 3.0.0.20 et 3.0.0.22
mail de Bruno donnant le feu vert à Gonzalo pour utiliser la version 3.0.0.22. du 18 février à 13h04.
Bonjour à to...- 10:34 AM Task #619 (Closed): 3.0.0.21
- N a pas été utilisé suite à la livraison d'une nouvelle version qulques heures apres.
- 10:27 AM Bug #604 (Closed): Nominal : TC_LFR_UPDATE_TIME + Time-code does'n t work
pas de solution. Je clos et on attend de voir avec les tests d'intégration au LESIA.
19/02/2016
- 10:35 AM Bug #245: synchronisation des snapshots
- Pour les dernières avancée sur ce point voir: #614
- 08:52 AM Feature #587 (Closed): Mise en conformité de timegen avec SSS-CP-FS-370 (spw timecode value et CTR coarse time)
- Paul dit que ce n'est pas utile.
Je mets ici le comportement du LFR quand timegen est utilisé pour se souvenir du ... - 08:29 AM Feature #593 (In Progress): adapter tm_lfr_period.py au fonctionnement des modes
Fait et testé pour NORMAL et BURST MODE SBM2.
Il faut modifier le code pour CWF_F1 de façon à traiter correcteme...- 08:23 AM Task #632 (Closed): Mise à jour document SRS / commutation immediate
Suite à la nouvelle implementation de la commutation , il faut metter à jour
SRS et SVS.
SRS
--> REQ-LFR-SRS-5...- 08:20 AM Task #631 (Closed): Transforme fichier Synth.txt en log_data
- 08:20 AM Task #631: Transforme fichier Synth.txt en log_data
je joins le script.
Le nom du fichier de sortie peut etre amelioré car pour l instant c'est le nom du fichier de s...
18/02/2016
- 03:52 PM Task #631 (Closed): Transforme fichier Synth.txt en log_data
A partir des fichiers de synthese ecrits par Gérald, je viens d'écrire un script qui extrait toutes les TM_LFR et l...- 01:07 PM Task #597 (Closed): 3.0.0.15
- Version intermédiaire. Bugs corrigés dans les versions > à livrer au LESIA
- 01:05 PM Task #620 (In Progress): 3.0.0.22
- 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... - 12:49 PM Bug #583 (Closed): [QR R3] [RPWSWR-624] : SRS à mettre à jour avec nouveau comportement
- SRS 2.0 mise à jour avec le comportement : REQ-LFR-SRS-5590
JIRA commenté. - 12:21 PM Task #630: Long Test in normal mode in 3.0.0.22
- 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'... - 10:47 AM Task #630: Long Test in normal mode in 3.0.0.22
- Test fait. Resultat nominal semblable à la 3.0.0.22 (#614). Comportement de la resynchro semblable au test long #624.
- 08:50 AM Task #630: Long Test in normal mode in 3.0.0.22
Passage du periodicity.py (voir 2016_02_17_16_59_20_packet_log.data.resu) et le fichier log.txt utile pour le debug...- 08:08 AM Task #630 (Closed): Long Test in normal mode in 3.0.0.22
- Description
le script joué est joint il se nomme /opt/VALIDATIOn8R3/test_modes.py
1 Les parametres utilisés sont ce... - 10:16 AM Support #607: medium Criticity : How can we do it
Les HK suivantes ne seront jamais renseignées donc pas à tester.
HK_LFR_DPU_SPW_INVALID_ADDR
HK_LFR_BUFFER_DPU_TC...- 09:35 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
- Par rapport à la 3.0.0.20 (#618):
# SWF: la modif de Paul semble avoir changer des choses car le type d'oscillation...
17/02/2016
- 04:42 PM Task #571 (Closed): [QR R3] [JIRA] (MEBRPWMEB-616) : nombreuses corrections mineures de la SRS 1.9
- Tous les points intégrés a SRS 2.0+ SVS + JIRA commenté.
- 02:27 PM Bug #62: Mise à jour ICD
- Nombreuses demandes de modifs faites dans :
https://jira-lesia.obspm.fr/browse/RPWIDB-162 - 01:42 PM Support #626 (Closed): Lost TM_LFR_HK in 3.0.0.22
- Bug provoqué par le banc de test.
1- On a utilisé en premier le script /opt/VALIDATION_R3/LFRControlPlugin_startAl... - 01:38 PM Task #624 (In Progress): Long test with SBM1 and SBM2 FSW 3.0.0.22
- En effet, le comportement des SWF a l'air plus stable qu'en 3.0.0.20
+ lancement du periodicity.py : analyse montr... - 12:49 PM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
- Voir fichiers joints. OK. Commentaires éventuels plus tard. Plouf ...
- 08:03 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
Cette fois c'est la bonne.
Log de Socexplorer
Entered in NORMAL with defaults during 10mn
Entered in SBM1 with...- 12:30 PM Bug #629 (Closed): Lost TM_LFR_HK with timegen
Bug provoqué par le banc de test.
1- On a utilisé en premier le script /opt/VALIDATION_R3/LFRControlPlugin_start...- 08:07 AM Bug #629: Lost TM_LFR_HK with timegen
- Bug observé egalement suite au long test lancé l(#624)
Début du fichier 2016_02_16_17_26_11_packet_log.data rangé da...
16/02/2016
- 10:47 AM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- 6.
CWF1: OK (continuité temporelle est nominale) - 10:26 AM Support #626 (Feedback): Lost TM_LFR_HK in 3.0.0.22
On peut utiliser les fichier CSV pour decoder les TM_LFR_HK.
Pour cela, on utilse
soc.lfrControlPlugin.set_store...- 10:14 AM Bug #629 (Closed): Lost TM_LFR_HK with timegen
- Je viens d'ecrire un petit test (/opt/VALIDATION_R3/my_test_mode.py qui ne dure que 6 secondes pour verifier si je pe...
15/02/2016
- 09:00 PM Support #626: Lost TM_LFR_HK in 3.0.0.22
La perte de HK est encore observée sur un test avec timegen avec le script /opt/VALIDATION_R3/my_test_mode_SBMx.py
...- 04:33 PM Support #627: Commutation immediate
- Je rejoins l'analyse de Véronique, d'après ce que nous avons expliqué dans le document fourni à Milan le mois dernier...
- 09:28 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
- En fait il est tout petit : 40 Mo au lieu de 1.2 Go avec le FSW 3.0.020 (#618)
- 09:20 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
- Véro, il est bizarre ton fichier. Decommuté il ne donne aucune donnée ?
- 08:56 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
les fichiers de test (2016_02_13_11_48_53_packet_l*) sont sur pc-instru weekly erase / Thomas/run-2016-02-13_3.0.0....
14/02/2016
- 10:10 AM Support #627 (Closed): Commutation immediate
- _
Sur le test joué en 3.0.0.22, je regarde la commutation
NORMAL vers SBM1 car plus facile à valider vu que les pro... - 09:01 AM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
les fichiers de tests (2016_02_13_11_48_53_packet_l*) sont sur pc-faust9 dans le répertoire /home/validation/R3/3.0...
13/02/2016
- 04:47 PM Support #626 (Closed): Lost TM_LFR_HK in 3.0.0.22
Suite au lancement du test /opt/VALIDATION_R3/test_mode_SBMx_12h.py
On observe la perte d'une TM_LFR_HK au dé...- 12:17 PM Task #624: Long test with SBM1 and SBM2 FSW 3.0.0.22
Le test n'etait pas bon. On a recupéré que des HK.
J'ai gardé les fiichiers 2016_02_12_16_55_23*) (ils se trouvent...
12/02/2016
- 05:09 PM Task #620: 3.0.0.22
- Tests fait. Voir les fichiers. Résults similaires à la 3.0.0.20 (#615). OK
- 10:13 AM Task #620: 3.0.0.22
Les fichiers (2016_02_12_08_23_12_packet*) se trouvent sur pc-instru Weekly Erased/Thomas/run-2016-02-12-3.0.0.22-1...- 08:19 AM Task #620: 3.0.0.22
- Installation du software le 12/02/2016
dans /opt/LFR/LFR-FSW/3.0.0.22
Adaptation des scripts pour utiliser cette ve... - 07:52 AM Task #620 (Closed): 3.0.0.22
- Suite à un problème de numérotation de la 3.0.0.21 (livrée en #619), numérotée par erreur 3.0.0.20, j'ai généré la ré...
- 04:58 PM Task #624 (Closed): Long test with SBM1 and SBM2 FSW 3.0.0.22
Description
le script joué est joint il se nomme test_modes_SBMx_12h.py
1 Les parametres utilisés sont ceux par d...- 04:55 PM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- Paul,
2.
OK pour que cela soit lié à un cas limite de transition qui tombe mal. Pour autant cela n'explique pas que... - 12:26 PM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- Pour le point 4, tel Eric et Ramzy à la grande époque "nous n'avons pas d'autre explication".
- 12:22 PM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- Ok c'est noté pour point 2 et 3, ce sera renseigné dans la datapack.
Pour le point 4, aurais-tu une théorie? - 12:11 PM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- 2.
Il faudrait consulter un log des paquets pour se faire une idée, notamment voir l'arrivée de la TC de changement ... - 12:04 PM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- 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 AM Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- Résults de tests dans les fichiers joints:
# SWF: idem que pour #614 (logique de synchro semble maitrisée et amplitu... - 01:39 PM Task #614: 3.0.0.20
- 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/... - 08:40 AM Task #614: 3.0.0.20
- On récupère le paramètre sy_lfr_n_swf_p dans les paquets ou on prend la valeur par défaut (300s) puis j'applique la f...
- 08:25 AM Task #614: 3.0.0.20
- Hello Paul, je suis en train d'analyser le dernier test long en date (#618), je vais a priori vous sortir des résulta...
- 11:53 AM Task #622 (Closed): livraison srec 3.0.0.20 et 3.0.0.22
- Voici les archives contenant les srec. J'ai recompilé le logiciel avec l'option qui va bien pour le DPU.
- 08:36 AM Bug #617 (Closed): Invalider les valeurs de SWF_P < 22s
Bug corrigé en 3.0.0.22
L'envoi pour SY_LFR_N_SWP_P d'une valeur < à 22s genere une TM_LFR_EXE_INCONSISTENT
Uti...- 07:43 AM Task #619: 3.0.0.21
- Version mal numérotée, ne pas utiliser. Je vais générer une 3.0.0.22 à la place.
11/02/2016
- 03:12 PM Bug #617 (Resolved): Invalider les valeurs de SWF_P < 22s
- correction effectuée pour 3.0.0.21
- 02:27 PM Bug #617 (Closed): Invalider les valeurs de SWF_P < 22s
- Suite adaptation de l'algo de synchro des SWF à partir de FSW 3.0.0.15, les valeurs inférieures à 22s doivent être em...
- 03:11 PM Task #619 (Closed): 3.0.0.21
- ...
- 02:58 PM Bug #616 (Closed): Long test in SBM1 and SBM2 modes
- 02:42 PM Task #618 (Closed): Long test with SBM1 and SBM2 FSW 3.0.0.20
- Description
le script joué est joint il se nomme test_mode_SBMx_12h.py
1 Les parametres utilisés sont ceux par dé... - 02:32 PM Bug #600 (Closed): transition SBM1 => SBM2 irrégulière pour les ASM (FSW 3.0.0.15)
- Bug corrigé en 3.0.0.16, validé par Thomas.
- 02:28 PM Task #595 (Closed): 3.0.0.14
- Version intermédiaire avant livraison, non utilisée. Cloture.
- 11:49 AM Task #615: Validation SWF 22s pour 3.0.0.20
- Ah oui, si il y a un redémarrage des snapshots, ça explique le saut.
Au démarrage, on part a priori avec un retard... - 11:29 AM Task #615: Validation SWF 22s pour 3.0.0.20
- J'y suis: en fait le "décrochage" observé correspond exactement au moment ou l'on passe de BURST à NORMAL. Cela renvo...
- 11:42 AM Task #614: 3.0.0.20
- J'ai mis à jour mon dessin (révision 1.2), ce n'était pas assez clair.
# la valeur delta_f2 est utilisée une seule f... - 11:20 AM Task #614: 3.0.0.20
- Super Paul pour toutes ces explications et cela n'est pas de trop! :) Effectivement on avance mais j'ai encore des q...
10/02/2016
- 05:38 PM Task #612 (Closed): Long Test in normal mode
- Ok avec Paul : on cloture
- 02:29 PM Task #612: Long Test in normal mode
- Je confirme que dans des tests avec une période longue entre les snapshots, et pas une valeur basse comme 22s, que j'...
- 05:37 PM Bug #616 (Closed): Long test in SBM1 and SBM2 modes
- Test lancé à 17:15
10 mn NORMAL
puis 6h de SBM1
puis 6h de SBM2
puis 10mn de NORMAL. - 04:52 PM Task #615: Validation SWF 22s pour 3.0.0.20
- J'ai refait un test de mon côté. Sur un temps long, je ne vois pas de saut brutal.
Je joins les observations effec... - 02:45 PM Task #615: Validation SWF 22s pour 3.0.0.20
- Pour l'instant, je ne vois pas d'autre explication qu'un saut dans la dérive qui du coup serait compensé brutalement ...
- 12:42 PM Task #615: Validation SWF 22s pour 3.0.0.20
- Test concluant. Silimaire à 3.0.0.19 (#613).
Cependant une différence concerne la resynchro: on observe à la fin un... - 10:14 AM Task #615 (Stalled): Validation SWF 22s pour 3.0.0.20
Suite à l'installation du soft 3.0.0.20, on relance le test avec les swf à 22s. Ce test etait correct en 3.0.0.19 d...- 02:17 PM Task #614: 3.0.0.20
- On va y arriver! Merci en tout cas pour les nombreux tests et validations effectués. Vous êtes des pros!
Les oscil... - 10:06 AM Task #614: 3.0.0.20
- Tests faits sur les SWF montrent une nette amélioration par rapport au premier test long #612
La logique de resynch... - 08:18 AM Task #614: 3.0.0.20
14h40 de NORMAL mode joués cette nuit. Les parametres utilisés sont ceux par défaut du normal mode. Le test s'est...- 09:33 AM Bug #606: Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
L'utilisation du banc de test du LESIA simulateur mk2 pourra nous permet de mieux observer si on perd ou pas une HK...- 09:31 AM Support #607 (In Progress): medium Criticity : How can we do it
Pour valider le champ HK_LFR_DPU_SPW_EARLY_EOP, j'ai utilisé le test
/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064...
09/02/2016
- 05:22 PM Task #614: 3.0.0.20
- Lancement du tests long à 17h18 : 14h40 de NORMAL avec TIMEGEN et tous les produis nominaux (SWF à 300s et ASM à 360...
- 05:21 PM Task #614 (In Progress): 3.0.0.20
- 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... - 05:05 PM Task #614 (Closed): 3.0.0.20
- J'ai trouvé un bug sur la resynchro des snapshots. Je propose de lancer le test NORMAL long sur cette version, j'aime...
- 04:38 PM Task #609: 3.0.0.19
- TC_LOAD_LFR_FBINS_MASK sur 3.0.0.19
fonctionne très bien pour toutes les fréquences de F0, F1 et F2 - 04:29 PM Task #613: Validation SWF 22s
- Résultats en première analyse concluants.
- un trou de 642 s sur les SWF est observé durant le BURST mode (ce qui es... - 09:34 AM Task #613 (Closed): Validation SWF 22s
- Ce test enchaine
- 1800s de Normal mode
- 900s de SBM1
- 900s de SBM2
- 600s de NORMAL
- 600s de BURST
- 600s d... - 04:12 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
cela me va pour c'est toi qui a décidé de mettre ses valeurs et que je sais le vérifier.
- 03:33 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- OK, je fais la modification dans fsw >= 3.0.0.20
On aura donc dans hk_lfr_vhdl_aa_sm:
bit3 input_fifo_write(2)
bit... - 03:27 PM Task #612 (In Progress): Long Test in normal mode
- Ok. on relance le test long dès livraison 3.0.0.20
- 01:50 PM Task #612: Long Test in normal mode
- Je viens de voir un truc louche dans mon code, qui pourrait avoir une influence avec une période longue entre les sna...
- 11:52 AM Task #612: Long Test in normal mode
- ATTENTION : IL Y AVAIT LE TIMEGEN POUR CE TEST DE PRES DE 15H !!!
- 11:48 AM Task #612: Long Test in normal mode
- Désolé il y a de nouveau un bug de dérive comme avec le FSW 3.0.0.18 (#608). Voir les fichiers joints. Le centrage es...
- 09:25 AM Task #612 (Closed): Long Test in normal mode
14h40 de NORMAL mode joués cette nuit. Les parametres utilisés sont ceux par défaut du normal mode. Le test s'est b...
08/02/2016
- 03:56 PM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
j'ai donc été vérifié les informations de Paul par rapport au document de Jean-Christophe (
les champs HK_LFR_VH...- 03:33 PM Task #608 (Feedback): 3.0.0.18
Peut etre le fait de generer 2 fichiers au lieu d'un est une piste (utilisation de soc.lfrControlPlugin.Set_logPack...- 11:17 AM Task #609: 3.0.0.19
- SI tu veux retrouver les conditions du bug d'alors il faut refaire avec STANBY mais en plus il faut faire 2 fichiers ...
- 11:02 AM Task #609: 3.0.0.19
Je te propose de lancer le meme test que précédemment mais cette fois sans repasser par le mode Standby:
30mn de N...- 11:01 AM Task #609: 3.0.0.19
- La discontinuité au moment du STANDBY est normale, c'est parce qu'on redémarre la manip, alors on se remet dans le ca...
- 10:54 AM Task #609: 3.0.0.19
- Premier retour d'analyse dans les fichier joints. A priori pas mal du tout. Il y a une discontinuité au milieu, au mo...
- 09:26 AM Task #609: 3.0.0.19
- Installation du software le 06/02/2016
dans /opt/LFR/LFR-FSW/3.0.0.19
Adaptation des scripts pour utiliser cette ve...
05/02/2016
- 07:56 AM Bug #606: Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
- Pour la perte du HK, je ne suis pas certain qu'il faille incriminer LFR, ça peut venir de la brique. Enlever le câble...
- 07:47 AM Task #608: 3.0.0.18
- Bon, à suivre, et à vérifier lors des prochains tests.
- 07:44 AM Task #609 (Closed): 3.0.0.19
- the compliance between the incoming timecode and the CTR value contained in the
TC_LFR_UPDATE_TIME telecommand is ch...
04/02/2016
- 04:59 PM Task #608: 3.0.0.18
- Juste le nom de fichier qui était incorrect (le contenu était bon)
- 04:54 PM Task #608: 3.0.0.18
- Voilà le dépouillement. C'est nominal et plutôt très bien! Donc on a eu un problème avec le passge par STANDBY ...
- 04:38 PM Task #608: 3.0.0.18
les fichiers de test 30mn SBM1 + 30mn SBM2 sont disponibles sur pc-instru et dans run-2016-02-04-3.0.0.18.1.1.89/sa...- 03:57 PM Task #608: 3.0.0.18
- les fichiers sont binaires et la decom de Bruno ne les decommute pas.
Je oeux tenter un editeur hexa pour voir.
- 03:52 PM Task #608: 3.0.0.18
- Les erreurs, ça peut arriver. Vous rechargez le soft à chaque début de test ou c'est forcément la même version du log...
- 03:45 PM Task #608: 3.0.0.18
Impossible, nous avons lance LFR-SGSE avant notre test pour vérifier. On est des pros....
Par contre, le context...- 03:36 PM Task #608: 3.0.0.18
- D'après Véro cela est absolument impossible. Il s'agit bien du même FSW 3.0.0.18 mais la différence avec avant est l'...
- 03:28 PM Task #608: 3.0.0.18
- Le premier décalage ne m'inquiète pas plus que ça.
Serait-il possible que le test où il y a une dérive continue n'... - 02:58 PM Task #608: 3.0.0.18
- Je n'ai pas encore bien compris la manip (timecode ou pas, avec ou sans timegen ...) mais voilà mes résultats (voir l...
- 02:27 PM Task #608: 3.0.0.18
- 1 test SBM1+ SBM2 + envoi automatique des timecode et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-...
- 02:25 PM Task #608: 3.0.0.18
- J'ai essayé sans timecodes, résultats corrects:
Jeu de données 2016_02_04_13_48_07
1) SBM1 démarré à la date 0x33
... - 12:20 PM Task #608: 3.0.0.18
Le test n'utilise pas l'envoi de timecode.
Faut il que je relance les tests avec les timecodes initialisés?
- 12:16 PM Task #608: 3.0.0.18
- Voici un exemple des données que j'ai obtenues, avec les timecodes mais sans timegen:
Jeu de données considéré: 2016... - 11:28 AM Task #608: 3.0.0.18
- J'ai regardé de mon côté. Je ne vois pas ce défaut en démarrant en SBM1 par exemple et en commutant ensuite vers SBM2...
- 11:05 AM Task #608: 3.0.0.18
- analyse faite:
- test1: 1h NM OK (même plutôt très joli!)
- test2: 30min SBM1 + 30min SBM2 *KO* (pas joli du tout ... - 08:12 AM Task #608: 3.0.0.18
2 tests ont été joués et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-03.3.0.0.18-1.1.89
- premie...- 08:56 AM Bug #606 (Feedback): Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
- Bug corrigé en 3.0.0.18.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
... - 08:19 AM Task #605 (Closed): 3.0.0.17
Cette version ne sera pas utilisée car 3.0.0.18 a été livrée dans la foulée.
03/02/2016
- 04:52 PM Task #608: 3.0.0.18
- répertoire /opt/LFR/LFR-FSW/3.0.0.18 créé et rempli avec le FSW 3.0.0.18
- 04:49 PM Task #608 (Closed): 3.0.0.18
- added spacewire_get_last_error() call to the function spacewire_read_statistics
- 04:51 PM Task #605: 3.0.0.17
- répertoire /opt/LFR/LFR-FSW/3.0.0.17 créé et rempli avec le FSW 3.0.0.17
- 04:08 PM Task #605 (Closed): 3.0.0.17
- snapshot resynchro mise à jour
- 04:43 PM Bug #606: Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
- Oups, je viens de regarder mon code. J'ai écrit une fonction pour détecter une modif dans les stats SpaceWire et chan...
- 04:29 PM Bug #606 (Closed): Gestion des erreurs: champ HK_LFR_LAST_ER_RID, HK_LFR_LAST_ER_CODE, HK_LFR_LAST_ER_TIME
J'ai joué le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
Ce test consiste à débra...- 04:40 PM Support #607 (Closed): medium Criticity : How can we do it
- Pour valider les erreurs classées de type medium criticity:
comment fait on?
HK_LFR_DPU_SPW_EARLY_EOP
HK_LFR_DPU... - 03:41 PM Bug #601 (Closed): Computation of HK_LFR_LE_CNT : sometimes erroneous
Le bug est corrigé en version 3.0.0.016.
Le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/ccsds_time_code_...- 03:21 PM Bug #602 (Closed): Status of LFR WATCHDOG stays DISABLED
- Bug corrigé en 3.0.0.16
Le script /home/validation/SCRIPT/just_hk_survey.py a été joué.
L'analyse des HK permet ... - 01:46 PM Task #603: 3.0.0.16
- *En travaillant sur l'explication de la resynchro, et en faisant des tests en parallèle, j'ai vu un truc bizarre (une...
- 12:52 PM Task #603: 3.0.0.16
- Pour répondre à Thomas : le plan de validation de Véro et moi inclue des tests longs en nominal que nous allons lance...
- 12:49 PM Task #603: 3.0.0.16
- Tests fait sur la synchro:
- test 1 : SBM1 30min + SBM2 30min
- test 2 : NM 60 min
Résultats: pas mal du tout, br... - 10:06 AM Bug #491 (In Progress): Liste des champs contenus dans TM_LFR_HK non renseignés.
- 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...
- 09:48 AM Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- On pourrait faire une mise à jour de l'ICD, mais on peut aussi documenter ça dans le user manual. Effectivement, il s...
Also available in: Atom