Activity
From 04/02/2016 to 04/03/2016
04/03/2016
-
03:43 PM LFR-FSW 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
-
07:57 PM Document: Tests PFM after Coating
-
-
-
-
-
-
-
-
-
-
-
-
-
- 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 LFR-FSW 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 LFR-FSW 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 LFR-FSW 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
-
- Alexis, je ne sais si cela peut répondre vraiment à ton besoin mais actuellement pour faire l'équivalent de ce que tu...
-
- It would be nice to have an option to set the output folder, something like:
LFR_decom -i inputFile -o /some/folder
-
La perte de HK est encore observée sur un test avec timegen avec le script /opt/VALIDATION_R3/my_test_mode_SBMx.py
...-
-
- 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...
-
- 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...
04/02/2016
-
- Juste le nom de fichier qui était incorrect (le contenu était bon)
-
- 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 ...
-
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...-
- les fichiers sont binaires et la decom de Bruno ne les decommute pas.
Je oeux tenter un editeur hexa pour voir.
-
- 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...
-
Impossible, nous avons lance LFR-SGSE avant notre test pour vérifier. On est des pros....
Par contre, le context...-
- 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'...
-
- 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'... -
- Je n'ai pas encore bien compris la manip (timecode ou pas, avec ou sans timegen ...) mais voilà mes résultats (voir l...
-
- 1 test SBM1+ SBM2 + envoi automatique des timecode et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-...
-
- 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
... -
Le test n'utilise pas l'envoi de timecode.
Faut il que je relance les tests avec les timecodes initialisés?
-
- Voici un exemple des données que j'ai obtenues, avec les timecodes mais sans timegen:
Jeu de données considéré: 2016... -
- 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...
-
- analyse faite:
- test1: 1h NM OK (même plutôt très joli!)
- test2: 30min SBM1 + 30min SBM2 *KO* (pas joli du tout ... -
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...-
- Bug corrigé en 3.0.0.18.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
... -
Cette version ne sera pas utilisée car 3.0.0.18 a été livrée dans la foulée.
Also available in: Atom