Activity
From 24/01/2016 to 22/02/2016
22/02/2016
-
05:49 PM LFR-FSW Task #620 (Closed): 3.0.0.22
-
-
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...-
01:07 PM LFR-FSW Task #597 (Closed): 3.0.0.15
- 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...
-
03:27 PM DECOM LFR Feature #628 (New): Output folder option
- 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... -
07:52 AM LFR-FSW 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é...
-
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.
03/02/2016
-
- répertoire /opt/LFR/LFR-FSW/3.0.0.18 créé et rempli avec le FSW 3.0.0.18
-
- added spacewire_get_last_error() call to the function spacewire_read_statistics
-
- répertoire /opt/LFR/LFR-FSW/3.0.0.17 créé et rempli avec le FSW 3.0.0.17
-
- snapshot resynchro mise à jour
-
- Oups, je viens de regarder mon code. J'ai écrit une fonction pour détecter une modif dans les stats SpaceWire et chan...
-
J'ai joué le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0064/spw_failure_standby.py
Ce test consiste à débra...-
- Pour valider les erreurs classées de type medium criticity:
comment fait on?
HK_LFR_DPU_SPW_EARLY_EOP
HK_LFR_DPU... -
Le bug est corrigé en version 3.0.0.016.
Le script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/ccsds_time_code_...-
- Bug corrigé en 3.0.0.16
Le script /home/validation/SCRIPT/just_hk_survey.py a été joué.
L'analyse des HK permet ... -
- *En travaillant sur l'explication de la resynchro, et en faisant des tests en parallèle, j'ai vu un truc bizarre (une...
-
- Pour répondre à Thomas : le plan de validation de Véro et moi inclue des tests longs en nominal que nous allons lance...
-
- Tests fait sur la synchro:
- test 1 : SBM1 30min + SBM2 30min
- test 2 : NM 60 min
Résultats: pas mal du tout, br... -
- 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...
-
- On pourrait faire une mise à jour de l'ICD, mais on peut aussi documenter ça dans le user manual. Effectivement, il s...
02/02/2016
-
- (!)
Bonjour Philippe.
Nous avions évoqué lors de la QR R3 le bug VHDL qui faisait que le premier paquet paquets CW... -
Logiciel installé dans /opt/LFR/LFR-FSW/3.0.0.16
Mise à jour des scripts d'initialisation (Famille des /opt/VALIDA...-
- *****************************
*** 3.0.0.16 *** 02 FEB 2016
_______________________________________
__ fsw___ Chan... -
- 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.
-
- Je propose une modification qui ajoute deux champs dans les HK. Voici le commentaire du commit correspondant des sour...
-
- LFR doit recevoir plusieurs timecodes valide avant de commencer à les accepter, ce que fait le DPU puisqu'il n'envoie...
-
Pour valider le fonctionnement nominal du CTR message emis par le DPU et sans utiliser le timegen, j'ai écrit un sc...-
- J'ai fait la modification. Le bit de spare est à 0 maintenant.
-
- Oui, on gardera une acquisition simultanée ASM_F0, ASM_F1, ASM_F2, comme au démarrage.
J'ai un peu amélioré la res... -
Suite à l'implementation du WATCHDOG, le script /opt/VALIDATION_R3/lfrverif/common/RulesClasses/hk_reporting.py e...-
- A partir de la révision 3.0.0.16 ces champs sont gérés. Pour les erreurs gérées par le driver SpaceWire, à chaque fab...
01/02/2016
-
Il y a un champ hk_lfr_dpu_spare qui vaut 2 (il est avec le watchdog,..).
Je suppose qu'il correspond au premier c...-
- Dites moi quand le code est figé, je générerai les Packages.
-
- J'ai ajouté plusieurs champs à l'interface, notamment les suivants:
hk_lfr_timecode_erroneous
hk_lfr_timecode_mis... -
- paul leroy wrote:
> Effectivement, en creusant et en comparant à des choses que j'ai déjà eues, j'ai trouvé un décal... -
- Effectivement, en creusant et en comparant à des choses que j'ai déjà eues, j'ai trouvé un décalage d'une T2. Je fait...
-
- Comme promis voici en pièces jointes: fichier de sortie de mon programme en partie plus explicite + figures associées...
-
- L'aspect FT est activé par défaut. En tout cas, c'est ce que j'ai constaté sur l'EQM. Se référer à [[Leon3FT_fault_to...
-
- J'ai modifié le fonctionnement:
Le timer matériel affecté au watchdog a une durée de 10 secondes. Il est réarmé to... -
- J'ai mis à jour la variable sy_lfr_watchdog_enabled dans la version 3.0.0.16.
Mon timer watchdog a une durée de 10... -
Le script /home/validation/SCRIPT/just_hk_survey.py permet de vérifier l'environnement stocké dans les TM_LFR_HK et...-
- Good catch comme dirait l'autre. Dans la rev <= 3.0.0.15, j'additionnais les compteurs avant de mettre à jour le cham...
30/01/2016
-
Lors de l'execution du script /opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0012/ccsds_time_code_format.py
Parfois le ca...
29/01/2016
-
- Un petit bémol après quelques réflexions avec Bruno:
* ce que j'ai en fait mesurée explicitement est la variation de... -
- Vu Paul le 28/01/2016, JIRA renseigné après ça + demande de validation à Philippe Plasson :
Bonjour Philippe, nous a... -
- Je te joins le fichier log. Sinon il faut regarder (par exemple):
- ligne 445 (pour F0):
dtime(0) = time(1)-tim... -
- Je ne m'y retrouve pas dans ton fichier joint. Que dois-je regarder?
Un log des paquets serait plus parlant pour m...
28/01/2016
-
- Pour les CWF et les SWF la transition est transparente. Pas de décalage observé.
C'était l'un des buts des dernière... -
- Bingo ! Comment as-tu fait Paul? Cela tombe d'équerre (à 2-3 fine times près) du début jusqu'à la fin du fichier, exc...
-
Installation du 3.0.0.15 sur pc-faust9 dans /opt/LFR/LFR-FSW/3.0.0.15
Les scripts de lancement ont été mis à jou...-
- principale modification sur la resynchro des snapshots
test effectué avec 22s de période -
- REOUVERTURE :
Il s'agit bien d'un bug VHDL comme avait dit JC MAIS il se trouve que si l'on commute à une DUE_DATE (... -
- Le retour des CWF_F3 bien daté a été constaté par plusieurs confs de test (EM2, Mini-lfr, avec et sans timegen).
Il ... -
- CTC610/611/612 corrigés pour faire varier le masque dans le bon sens .
Analyses des résultats pour CTC-610(F0), CTC-... -
- Voir procédure suite QR R3 :
https://jira-lesia.obspm.fr/browse/RPWSWR-448?jql=text%20~%20%22EXE_ERROR%22
Ca basc... -
-
Bonjour Bruno,
Le 28 janvier 2016 à 08:56, Bruno Katra <bruno.katra@lpp.polytechnique.fr> a écrit :
Bonjour ...-
- Ben effectivement, j'ai implémenté quelque-chose, mais je ne vois toujours pas bien l'utilité.
La tâche LOAD arme ... -
- Faire un WD "à la tds" suite à QR R3
-
En version 3.0.0.14, après la sequence de boot, Paul met le HK_LFR_TIME_NOT_SYNCHRO à ZERO.
le script utilisé es...-
Bug (qui n'en est pas un) est corrigé en 3.0.0.14.
Le script rejoué est /opt/VALIDATION_R3/lfrverif/LFR-SVS/SVS-00...-
- Constaté OK par Véronique.
A cloturer après maj SRS. -
- Les valeurs ASM sont marquée comme integer dans l'iCD alors que ce sont des floats IEEE754
==> demandé dans https://... -
- Traité au niveau CNES par NC208 et accepté par le projet (QR R3).
A clôturer après datapack QR R3 updated -
- -Le bug est corrigé- (voir #362) : finalement non.
Il reste à commenter le JIRA
27/01/2016
-
- Les documents joints au mail ci-après du 22/01/2016 ont été présenté au ISWG à Madrid le 25-26 janvier 2016
-------... -
-
Consulter le point feature #588
-
Il faudrait mettre à jour le logiciel LFR-SGSE pour visualiser sur l'interface HK les nouveaux champs
implémentés....-
Voici donc le nouvel environnement de test
FSW 3.0.0.14
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExp...-
Installation du 3.0.0.14 sur pc-faut9 dans /opt/LFR/LFR-FSW/3.0.0.14.
Les scripts de lancement ont été mis à jour....
26/01/2016
-
- Dans la même veine pour les CWF, test fait sur la régularité des paquets. Résultat dans le fichier joint. Même conclu...
-
- J'ai trouvé le bug. Finalement, je suis revenu à une solution ou je resynchronise en utilisant 1 snapshot sur 2:
1) ... -
- J'ai fait des tests (régularité de la période de 22 s + centrage des SWF) sur les données fournies par véro (voir s...
-
- Livraison de la version 3.0.0.14
-
- Je ne m'explique pas le phénomène pour l'instant. J'ai changé la gestion des interruptions pour m'adapter à la nouvel...
-
Suite à l'installation du LFR-SFW version 3.0.0.13, l'analyse montre que le timing des CWF_F3 en normal mode est co...-
- fsw >= 3.0.0.14
J'ai fait la modification, je renvoie maintenant TM_LFR_TC_EXE_NOT_EXECUTABLE si la date est erronée. -
- corrigé dans fsw >= 3.0.0.14
J'ai repéré le bug. Les HK n'était pas à jour et la variable locale lfrCurrentMode non ... -
Suite à la gestion des erreurs liées au timing cf (Task #590 et Feature #588) , il faudrait également renseigner l...-
Le normal mode ne s'interrompant plus quand on commute vers sbm1 et sbm2, il faut modifier
la fonction tm_lfr_per...-
Le bug a été identifé.
Le fichier en cause est /opt/VALIDATION_R3/lfrverif/common/RulesClasses/tm_lfr_period.py.
...-
Le script verif_fields.py utilise la fonction tm_period.py pour vérifier les timing des TM_LFR_SCIENCE.
Cette fonc...-
- C'est un compteur du nombre de transition synchronisé (bit 31 à 0) vers désynchronisé (bit 31 à 1).
On commence dé... -
Je suis d'accord avec cette analyse mais cela ne me dit pas si tu le consideres comme un compteur,c'est à dire qu'à...-
- Pour moi, le champ reflète la perte de la synchro, c'est à dire le passage de 0 à 1 du bit 31 du coarse_time. A mon a...
25/01/2016
-
Je viens de me rendre compte que le champ HK_LFR_TIME_NOT_SYNCHRO est un compteur et non un cchamp de statut. (0= S...-
Après la sequence de boot, LFR n'est pas synchronisé, sur les premiers blocs de TM_LFR_HK on observe donc
- le bit...-
- J'ai enlevé la fonction qui ne servait pas.
De mon côté, j'initialise avec le soft le registre de contrôle de l'AP... -
- C'est pas forcément sain qu'une désynchro soit repérée juste après le boot puisque c'est normal de commencer désynchr...
-
Installation de la version 3.0.0.13 sur pc-faust9.
Voici donc le nouvel environnement de test
FSW 3.0.0.13
VHD...-
- Normalement oui.
-
- Plusieurs choses à faire sur la carte EQM:
Lancer le soft en développement (>= 3.0.0.14) et vérifier que le Leon3FT ...
Also available in: Atom