Project

General

Profile

Actions

Task #608

closed

3.0.0.18

Added by paul leroy about 8 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
Low
Category:
-
Target version:
-
Start date:
03/02/2016
Due date:
% Done:

0%

Estimated time:
revision:

Description

added spacewire_get_last_error() call to the function spacewire_read_statistics


Files

README (17.2 KB) README paul leroy, 03/02/2016 04:48 PM
fsw (4.06 MB) fsw paul leroy, 03/02/2016 04:48 PM
plot_delta_SWF_F2_test2.png (222 KB) plot_delta_SWF_F2_test2.png thomas chust, 04/02/2016 11:00 AM
tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_03_test2 (116 KB) tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_03_test2 thomas chust, 04/02/2016 11:00 AM
plot_delta_SWF_F1_test2.png (219 KB) plot_delta_SWF_F1_test2.png thomas chust, 04/02/2016 11:00 AM
plot_delta_SWF_F0_test2.png (222 KB) plot_delta_SWF_F0_test2.png thomas chust, 04/02/2016 11:00 AM
tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_03_test1 (115 KB) tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_03_test1 thomas chust, 04/02/2016 11:00 AM
plot_delta_SWF_F2_test1.png (241 KB) plot_delta_SWF_F2_test1.png thomas chust, 04/02/2016 11:00 AM
plot_delta_SWF_F1_test1.png (237 KB) plot_delta_SWF_F1_test1.png thomas chust, 04/02/2016 11:00 AM
plot_delta_SWF_F0_test1.png (240 KB) plot_delta_SWF_F0_test1.png thomas chust, 04/02/2016 11:00 AM
2016_02_04_11_59_59.png (27.6 KB) 2016_02_04_11_59_59.png paul leroy, 04/02/2016 12:14 PM
2016_02_04_13_48_07.png (30.1 KB) 2016_02_04_13_48_07.png test sans timecodes, T=22s paul leroy, 04/02/2016 02:24 PM
plot_delta_SWF_F2_test1.png (238 KB) plot_delta_SWF_F2_test1.png thomas chust, 04/02/2016 02:54 PM
plot_delta_SWF_F1_test1.png (234 KB) plot_delta_SWF_F1_test1.png thomas chust, 04/02/2016 02:54 PM
tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_04_test1 (228 KB) tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_04_test1 thomas chust, 04/02/2016 02:54 PM
plot_delta_SWF_F0_test1.png (239 KB) plot_delta_SWF_F0_test1.png thomas chust, 04/02/2016 02:54 PM
plot_delta_SWF_F0_test1.png (239 KB) plot_delta_SWF_F0_test1.png thomas chust, 04/02/2016 04:52 PM
plot_delta_SWF_F1_test1.png (236 KB) plot_delta_SWF_F1_test1.png thomas chust, 04/02/2016 04:52 PM
tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_04_b_test1 (116 KB) tests_time_swf_VHDL-1.1.89_FSW-3.0.0.18_2016_02_04_b_test1 thomas chust, 04/02/2016 04:53 PM
plot_delta_SWF_F2_test1.png (240 KB) plot_delta_SWF_F2_test1.png thomas chust, 04/02/2016 04:59 PM
Actions #1

Updated by bruno katra about 8 years ago

répertoire /opt/LFR/LFR-FSW/3.0.0.18 créé et rempli avec le FSW 3.0.0.18

Actions #2

Updated by Veronique bouzid about 8 years ago

  • Assignee set to thomas chust

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
- premier test contient 1h de NORMAL MODE avec les SWF = 22s (2016-02-03_17_15_51*)
- deuxieme test contient 30mn de SBM1 suivi de 30mn de SBM2 2016-02-03_18_15_56*)

Voici donc le nouvel environnement de test
FSW 3.0.0.18
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee

Actions #4

Updated by paul leroy about 8 years ago

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. J'ai des timecodes mais pas de timegen. Quelle est votre configuration de test?

Actions #5

Updated by paul leroy about 8 years ago

Voici un exemple des données que j'ai obtenues, avec les timecodes mais sans timegen:
Jeu de données considéré: 2016_02_04_11_59_59

1) démarrage en SBM1, 22s de période pour les snapshots
2) passage en SBM2 juste après le snasphot 20
3) passage en SBM1 juste après le 29

Actions #6

Updated by Veronique bouzid about 8 years ago

Le test n'utilise pas l'envoi de timecode.
Faut il que je relance les tests avec les timecodes initialisés?

Actions #7

Updated by paul leroy about 8 years ago

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
2) SBM2 commuté juste après le snapshot 23

Actions #8

Updated by Veronique bouzid about 8 years ago

1 test SBM1+ SBM2 + envoi automatique des timecode et se trouvent sur pc-instru/weekly erased /Thomas/run-2016-02-04-3.0.0.18.1.1.89.

Actions #9

Updated by Veronique bouzid about 8 years ago

  • Assignee changed from Veronique bouzid to thomas chust
Actions #10

Updated by thomas chust about 8 years ago

Je n'ai pas encore bien compris la manip (timecode ou pas, avec ou sans timegen ...) mais voilà mes résultats (voir les fichiers). Cela semble correct, il n'y a que le démarrage qui est légèrement moins bon q'avant: on commence avec un écart supérieur à l'amplitude des oscillations.

Actions #11

Updated by paul leroy about 8 years ago

  • Assignee changed from paul leroy to Veronique bouzid

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'ait pas été joué avec 3.0.0.18? Je ne vois pas d'autre explication possible à ce comportement bizarre.

Actions #12

Updated by thomas chust about 8 years ago

  • Assignee changed from Veronique bouzid to paul leroy

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'usage d'un STANDBY de plus:
- STANBY puis enter mode NM
- RE-STANBY puis SBM1 + SBM2
Véro est partie refaire une manip avec exclusivement le SBM1+SBM2
Suite au prochain épisode ...

Actions #13

Updated by Veronique bouzid about 8 years ago

Impossible, nous avons lance LFR-SGSE avant notre test pour vérifier. On est des pros....

Par contre, le contexte du test lancé hier soir etait différent des précédents. Je m'explique
- les autres jours, je lancais 2 tests indépendants et à chaque fois en sortant de soc.
- test1 30mn de SBM1 + 30 mn de SBM2
- puis test2 1h de NORMAL

Hier on a lancé un seul test qui durait 2h
- Parametrage des SWF à 22S
- 1h de normal mode
- on est repassé en standby et on a fermé les fichiers de logs
- on a attendu 5s
- on est passé en SBM1 durant 30mn
- on est passé en SBM2 durant 30mn

Donc une piste pourrait etre que la transition NORMAL - STANDBY - SBM1-SBM2 a perturbé le fonctionnement.
Pour lever cette ambiguité, j'ai lancé le meme test que les autres jours
30mn de SBM1 + 30 mn de SBM2
donc sans time-code.

Thomas dépouillera le test d'ici 1h, il sera dispo sur pc-instru.
Si celui-ci est concluant, il faudra peut etre tenter d'investiger ce qui s'est passé.

Actions #14

Updated by paul leroy about 8 years ago

  • Assignee changed from paul leroy to Veronique bouzid

Les erreurs, ça peut arriver. Vous rechargez le soft à chaque début de test ou c'est forcément la même version du logiciel qui tourne? Si vous avez les HK, c'est possible d'y jeter un oeil?

Actions #15

Updated by Veronique bouzid about 8 years ago

  • Assignee changed from Veronique bouzid to paul leroy

les fichiers sont binaires et la decom de Bruno ne les decommute pas.
Je oeux tenter un editeur hexa pour voir.

Actions #16

Updated by Veronique bouzid about 8 years ago

  • Assignee changed from paul leroy to thomas chust

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/sans-timecode

2016_02_04_15_31_17*

Bon dépouillement.

Actions #17

Updated by thomas chust about 8 years ago

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 ...

Actions #18

Updated by thomas chust about 8 years ago

  • File deleted (plot_delta_SWF_F1_test2.png)
Actions #19

Updated by thomas chust about 8 years ago

Juste le nom de fichier qui était incorrect (le contenu était bon)

Actions #20

Updated by paul leroy about 8 years ago

  • Assignee changed from paul leroy to Veronique bouzid

Bon, à suivre, et à vérifier lors des prochains tests.

Actions #21

Updated by Veronique bouzid about 8 years ago

  • Status changed from New to Feedback
  • Priority changed from Urgent to Low

Peut etre le fait de generer 2 fichiers au lieu d'un est une piste (utilisation de soc.lfrControlPlugin.Set_logPackets et soc.lfrControlPlugin.Set_storePacketsRaw.

ce point n'est plus prioritaire car en 3.0.0.19, les resultats sont bons puisque j'ai adapté le script pour generer
toutes les données dans le meme fichier, ( soc.lfrControlPlugin.Set_logPackets (1) et soc.lfrControlPlugin.Set_storePacketsRaw (1) au début du test
et on ferme les logs à la fin du script (soc.lfrControlPlugin.Set_logPackets (0) et soc.lfrControlPlugin.Set_storePacketsRaw (0) .

Actions #22

Updated by Veronique bouzid about 8 years ago

  • Status changed from Feedback to Closed
Actions

Also available in: Atom PDF