Activity
From 05/02/2016 to 05/03/2016
04/03/2016
-
03:43 PM Bug #566 (Closed): [QR R3] [JIRA] (RPWMEB-465) Status of HK_LFR_SC_POTENTIAL_FLAG in TM_LFR_HK
-
- Fait dans SUM 1.2
-
- J'ai bien lu l'explication de Paul. En effet, c'est plus compliqué que ce qu'on avait compris.
J'ai plusieurs questi...
03/03/2016
-
-
- Done in SValR 1.1 and SVS 1.5
-
- Fait dans SRS + SUM
-
- added to SUM 1.2
02/03/2016
-
- A partir de 3.0.0.20 : les produits WF ne redémarrent pas mais les produits spectraux redémarrent (ASM + BP)
-
-
- fait dans SRS 2.0
-
-
-
-
- fait en SRS 2.0 + SVS 1.5.
-
- Fait pour R3 updated
01/03/2016
-
- 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
26/02/2016
-
03:13 PM Bug #381 (Closed): Timing HK erroné sur certains tests de charge
bug trouvé voir #629-
En jouant le test SVS-0064 (spw_failure_standby.py ) j'ai pu produire des erreurs dans les 2 champs
- HK_LFR_TIM...-
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)
...-
Paul a dit:
J'avais voulu faire un truc sioux mais ça n'a pas de sens, le compteur pourrait rester bloquer à 255. ...-
Je ferme et ouvre un autre Bug avec les modifications à effectuer.-
-
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
-
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
-
Peux-tu me confirmer pour chacun des champs ci-dessous* si tu les remplis et avec quelles valeurs.*
HK_LFR_DPU_S...-
- 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
-
-
-
Précisions demandées à Paul:
Commutation immediate de mode
--> la commutation a lieu à la seconde suivante ou bie...-
Précisions demandées à Paul
1- Tu as ecrit
J'ai ajouté au logiciel des possibilités de remonter les statistiques ...-
Une information concernant la gestion des erreurs liées à la lecture de la structure spw_stats
Comme indiqué par...-
1- Suite à #588 et #637
Indiquer que leschamps non testés
2- Suite à #606
Une information concernant la gesti...-
J'ai essayé de résumer ma compréhension de la gestion des time-codes
1- apres la sequence de boot, la tache d...-
-
-
-
-
mail de Bruno donnant le feu vert à Gonzalo pour utiliser la version 3.0.0.22. du 18 février à 13h04.
Bonjour à to...-
- N a pas été utilisé suite à la livraison d'une nouvelle version qulques heures apres.
-
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
-
- Paul dit que ce n'est pas utile.
Je mets ici le comportement du LFR quand timegen est utilisé pour se souvenir du ... -
Fait et testé pour NORMAL et BURST MODE SBM2.
Il faut modifier le code pour CWF_F1 de façon à traiter correcteme...-
Suite à la nouvelle implementation de la commutation , il faut metter à jour
SRS et SVS.
SRS
--> REQ-LFR-SRS-5...-
-
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
-
A partir des fichiers de synthese ecrits par Gérald, je viens d'écrire un script qui extrait toutes les TM_LFR et l...-
- 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'... -
- Test fait. Resultat nominal semblable à la 3.0.0.22 (#614). Comportement de la resynchro semblable au test long #624.
-
Passage du periodicity.py (voir 2016_02_17_16_59_20_packet_log.data.resu) et le fichier log.txt utile pour le debug...-
- Description
le script joué est joint il se nomme /opt/VALIDATIOn8R3/test_modes.py
1 Les parametres utilisés sont ce... -
Les HK suivantes ne seront jamais renseignées donc pas à tester.
HK_LFR_DPU_SPW_INVALID_ADDR
HK_LFR_BUFFER_DPU_TC...-
- 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
-
- 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... -
- Voir fichiers joints. OK. Commentaires éventuels plus tard. Plouf ...
-
Cette fois c'est la bonne.
Log de Socexplorer
Entered in NORMAL with defaults during 10mn
Entered in SBM1 with...-
Bug provoqué par le banc de test.
1- On a utilisé en premier le script /opt/VALIDATION_R3/LFRControlPlugin_start...-
- 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
-
- 6.
CWF1: OK (continuité temporelle est nominale) -
On peut utiliser les fichier CSV pour decoder les TM_LFR_HK.
Pour cela, on utilse
soc.lfrControlPlugin.set_store...-
- 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
-
La perte de HK est encore observée sur un test avec timegen avec le script /opt/VALIDATION_R3/my_test_mode_SBMx.py
...-
- Je rejoins l'analyse de Véronique, d'après ce que nous avons expliqué dans le document fourni à Milan le mois dernier...
-
- En fait il est tout petit : 40 Mo au lieu de 1.2 Go avec le FSW 3.0.020 (#618)
-
- Véro, il est bizarre ton fichier. Decommuté il ne donne aucune donnée ?
-
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
-
- _
Sur le test joué en 3.0.0.22, je regarde la commutation
NORMAL vers SBM1 car plus facile à valider vu que les pro... -
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
-
Suite au lancement du test /opt/VALIDATION_R3/test_mode_SBMx_12h.py
On observe la perte d'une TM_LFR_HK au dé...-
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
-
- Tests fait. Voir les fichiers. Résults similaires à la 3.0.0.20 (#615). OK
-
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...-
- Installation du software le 12/02/2016
dans /opt/LFR/LFR-FSW/3.0.0.22
Adaptation des scripts pour utiliser cette ve... -
- 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é...
-
Description
le script joué est joint il se nomme test_modes_SBMx_12h.py
1 Les parametres utilisés sont ceux par d...-
- Paul,
2.
OK pour que cela soit lié à un cas limite de transition qui tombe mal. Pour autant cela n'explique pas que... -
- Pour le point 4, tel Eric et Ramzy à la grande époque "nous n'avons pas d'autre explication".
-
- 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 ... -
- 2.
Il faudrait consulter un log des paquets pour se faire une idée, notamment voir l'arrivée de la TC de changement ... -
- Résults de tests dans les fichiers joints:
# SWF: idem que pour #614 (logique de synchro semble maitrisée et amplitu... -
- 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/... -
- 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...
-
- Hello Paul, je suis en train d'analyser le dernier test long en date (#618), je vais a priori vous sortir des résulta...
-
- Voici les archives contenant les srec. J'ai recompilé le logiciel avec l'option qui va bien pour le DPU.
-
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...-
- Version mal numérotée, ne pas utiliser. Je vais générer une 3.0.0.22 à la place.
11/02/2016
-
- correction effectuée pour 3.0.0.21
-
- Suite adaptation de l'algo de synchro des SWF à partir de FSW 3.0.0.15, les valeurs inférieures à 22s doivent être em...
-
- ...
-
-
- Description
le script joué est joint il se nomme test_mode_SBMx_12h.py
1 Les parametres utilisés sont ceux par dé... -
- Bug corrigé en 3.0.0.16, validé par Thomas.
-
- Version intermédiaire avant livraison, non utilisée. Cloture.
-
- 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... -
- J'y suis: en fait le "décrochage" observé correspond exactement au moment ou l'on passe de BURST à NORMAL. Cela renvo...
-
- 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... -
- 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
-
- Ok avec Paul : on cloture
-
- Je confirme que dans des tests avec une période longue entre les snapshots, et pas une valeur basse comme 22s, que j'...
-
- Test lancé à 17:15
10 mn NORMAL
puis 6h de SBM1
puis 6h de SBM2
puis 10mn de NORMAL. -
- 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... -
- Pour l'instant, je ne vois pas d'autre explication qu'un saut dans la dérive qui du coup serait compensé brutalement ...
-
- Test concluant. Silimaire à 3.0.0.19 (#613).
Cependant une différence concerne la resynchro: on observe à la fin un... -
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...-
- On va y arriver! Merci en tout cas pour les nombreux tests et validations effectués. Vous êtes des pros!
Les oscil... -
- Tests faits sur les SWF montrent une nette amélioration par rapport au premier test long #612
La logique de resynch... -
14h40 de NORMAL mode joués cette nuit. Les parametres utilisés sont ceux par défaut du normal mode. Le test s'est...-
L'utilisation du banc de test du LESIA simulateur mk2 pourra nous permet de mieux observer si on perd ou pas une HK...-
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
-
- 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... -
- J'ai trouvé un bug sur la resynchro des snapshots. Je propose de lancer le test NORMAL long sur cette version, j'aime...
-
- TC_LOAD_LFR_FBINS_MASK sur 3.0.0.19
fonctionne très bien pour toutes les fréquences de F0, F1 et F2 -
- Résultats en première analyse concluants.
- un trou de 642 s sur les SWF est observé durant le BURST mode (ce qui es... -
- Ce test enchaine
- 1800s de Normal mode
- 900s de SBM1
- 900s de SBM2
- 600s de NORMAL
- 600s de BURST
- 600s d... -
cela me va pour c'est toi qui a décidé de mettre ses valeurs et que je sais le vérifier.
-
- 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... -
- Ok. on relance le test long dès livraison 3.0.0.20
-
- Je viens de voir un truc louche dans mon code, qui pourrait avoir une influence avec une période longue entre les sna...
-
- ATTENTION : IL Y AVAIT LE TIMEGEN POUR CE TEST DE PRES DE 15H !!!
-
- 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...
-
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
-
j'ai donc été vérifié les informations de Paul par rapport au document de Jean-Christophe (
les champs HK_LFR_VH...-
Peut etre le fait de generer 2 fichiers au lieu d'un est une piste (utilisation de soc.lfrControlPlugin.Set_logPack...-
- SI tu veux retrouver les conditions du bug d'alors il faut refaire avec STANBY mais en plus il faut faire 2 fichiers ...
-
Je te propose de lancer le meme test que précédemment mais cette fois sans repasser par le mode Standby:
30mn de N...-
- La discontinuité au moment du STANDBY est normale, c'est parce qu'on redémarre la manip, alors on se remet dans le ca...
-
- Premier retour d'analyse dans les fichier joints. A priori pas mal du tout. Il y a une discontinuité au milieu, au mo...
-
- 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
-
- 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...
-
- Bon, à suivre, et à vérifier lors des prochains tests.
-
- the compliance between the incoming timecode and the CTR value contained in the
TC_LFR_UPDATE_TIME telecommand is ch...
Also available in: Atom