Project

General

Profile

Actions

Bug #548

closed

erreurs d'enregistrement des SWF_F1 et SWF_F0 à 16 s en SBM2 (doublons + temps)

Added by thomas chust about 9 years ago. Updated almost 9 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
21/10/2015
Due date:
% Done:

100%

Estimated time:
revision:
r0

Description

also tracked by https://jira-lesia.obspm.fr/browse/RPWSWR-622

Lorsque l'on enregistre des SWF toutes les 16 s en SBM2:
- les SWF_F1 sont identiques deux par par deux, et datées à des temps séparées de 32 s
- idem pour les SWF_F0
- les SWF_F2 sont nominaux
(voir les fichiers joints pour un exemple extrait d'un ctc-100: FSW 3.0.0.10 et VHDL 1.1.89; pb identique avec le FSW 3.0.0.8)

Le problème ne semble pas exister si la période d'acquisition des SWF est de 300 s


Files

Actions #1

Updated by Veronique bouzid about 9 years ago

Voici une precision apportée par Paul
En mode SBM2, le snapshot à F2 est récupéré dans les données continues à F2 (avec la fonction build_snapshot_from_ring). On attend que SWF_F0 et SWF_F1 soient prêts puis on attend que suffisamment de buffers de 2688 points à F2 soient prêts. Et là, on tombe sur 3*10.5s = 31.5s.

Actions #2

Updated by bruno katra about 9 years ago

  • Description updated (diff)
Actions #3

Updated by paul leroy almost 9 years ago

  • Assignee changed from paul leroy to bruno katra

J'ai identifié l'origine du problème, ça vient du fait qu'il faut attendre d'avoir suffisament de buffers de 2688 points à f2 pour pouvoir reconstruire un snapshot. Le temps théorique maximum est le temps pour acquérir 2 buffers, soit 21 secondes. Avec 22 secondes au lieu de 16 secondes, ça devrait fonctionner.

Dans l'immédiat, il faudrait tester avec 22 secondes et fixer comme paramètre minimum pour la période 22 au lieu de 16 dans la documentation. Si c'est indispensable de pouvoir utiliser 16, ça demandera des modifications non négligeables mais pas impossibles.

Dans la nouvelle version du soft, avec la nouvelle façon de commuter (rev 3.0.0.13 et sup), les snapshots f1 et f2 sont systématiquement reconstruits à partir des formes d'ondes continues à f1 et f2, donc ça va apparaître également en mode NORMAL, ce qui n'était pas le cas auparavant.

Action: confimer qu'avec 22 secondes ça marche puis vérifier que ça marche aussi avec la version 3.0.0.13 et 22 secondes.

Actions #4

Updated by bruno katra almost 9 years ago

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

Pb corrigé dans FSW 3.0.0.13 et > : valeur min fixée à 22s pour éviter l'artefact. demande modif ICD faite à plasson.

Actions

Also available in: Atom PDF