Bug #383
open
petite irrégularité de temps pour les CWF à F1 ?
0%
Description
Point similaire au point #382 mais avec les CWF à F1:
Le cas considéré ici est un ctc-5: balayage en fréquence où on enregistre 104 fichiers CWF à F1 comprenants chacun 320 paquets de 336 échantillons. Voir les fichiers joints.
Avec la configuation FSW = 2.0.2.3 et VHDL = 1.1.68 on observe:
- les temps des paquets de 336 échantillons sont bien séparés de 5376 2^-16 s [336 / 4096 / 2^-16] à 2^-16 s près,
- SAUF de temps à autre entre des paquets p et p+1 où l'on observe la valeur de 5474 et où l'entier p a la caractéristique d'être un multiple de 8.
Conclusion: la datation des premiers paquets de chaque buffer (2688=8*336) est de temps à autre légèrement erronée, de l'ordre de 2 fine times (~ 30 micro secondes) ?
Files
Updated by paul leroy over 9 years ago
- Status changed from New to Feedback
- Assignee changed from paul leroy to thomas chust
Une salve de 8 paquets, correspondant à 2688 points, est stockéesdans LFR sous forme d'un buffer de données et d'une information de temps. Cette unique information de temps est utilisé pour calculer les acquisition_time des 8 paquets de la salve, ce qui explique qu'entre les 8 paquets de la salve, le deta soit parfait mais qu'entre le premier paquet d'une salve et le premier paquet de la salve suivantes, il puisse y avoir un décalage (quand on utilise le timegen, sinon, tout est censé être identique).
Updated by thomas chust over 9 years ago
- Assignee changed from thomas chust to paul leroy
Ok. Cela signifie donc que la dérive d'horloge est supérieure à 1 pour 1 million (Alexis parlait de cet ordre de grandeur) puisqu'entre deux buffer s'écoule ~0.65 s ? Ou il s'agit d'un rattrapage d'une dérive cumulée au bout de plusieurs buffer ?
Updated by paul leroy over 9 years ago
- Status changed from Feedback to Closed
- Assignee changed from paul leroy to thomas chust
Se référer à #441, qui reprend les constatations liées aux dérives de synchronisation.