Project

General

Profile

Actions

Bug #349

closed

Les paquets SWF_F0/F1/F2 du mode NORMAL ne sont pas générés en SBM2

Added by bruno katra over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
-
Target version:
-
Start date:
04/03/2015
Due date:
% Done:

100%

Estimated time:
revision:
r0

Description

Observé pendant tests de calibration en SBM2 (CTC-003 et CTC-004) : le paramètres sy_lfr_n_swf_p a été ramené à 16s et le mode SBM2 tourne pdt 26 secondes mais les paquets SWF ne sont pas générés.

Contexte :
FSW 2.0.2.2
VHDL 1.1.63
EM 1
SocExplorer 0.4.7
StarDundee spacewire
Mini-LFR n°5 en mode TIMEGEN

Actions #1

Updated by bruno katra over 9 years ago

  • Description updated (diff)
Actions #2

Updated by paul leroy over 9 years ago

  • Status changed from New to Resolved

VHDl 0.1.63, FSW 2.0.2.3

J'ai refait le test, les snapshots sont là, mais les premiers snapshots arrivent après le délais de 26 secondes. C'est dû au fait que le snapshot est reconstruit à partir des formes d'onde continues à f2. Il faut avoir suffisament de buffer à f2 enregistrés pour être sûr de pouvoir reconstituer un snapshot (2048 points <=> 8 secondes de données) => 31.5 secondes pour le premier snapshot si tu mets 16 secondes comme période de répétition.

Je te montrerai sur un papier si ce n'est pas clair. Il faudra peut-être ajouter ça au manuel de l'utilisateur.

Actions #3

Updated by Veronique bouzid over 9 years ago

  • Status changed from Resolved to Closed
  • % Done changed from 0 to 100

En effet, pour observer les SWF en SBM2 lorsqu'ils sont configurés sur 16s : il faut 3 buffers CWF_F2 = 3*10.5s =31.5s minimum d'acquisition car le swf est centré.
Plus largement, cela dénote du fait que le mode NORMAL a un comportement différent selon le mode concurrent : cela devra figurer dans la SRS et le user manual. Ce point est suivi maintenant dans #351 .

Actions

Also available in: Atom PDF