Bug #472
closed
Bug #471: Bistream 1.1.85 issues
Bistream 1.1.85 pb temps ASM et CWF_LONG
0%
Description
-------- Message transféré --------
Sujet : Re: ASM 4s et CWF_LONG
Date : Fri, 17 Jul 2015 14:45:34 +0200
De : veronique bouzid <veronique.bouzid@lpp.polytechnique.fr>
Pour : Thomas Chust <thomas.chust@lpp.polytechnique.fr>
hello,
je ne regarde pas le temps du pc mais le champ time codé en hexa
0x80000050 790 à comparer avec 0x 8000004c 6df9
mais tu as raison cela fait 3.6s si je'utilise le fine time.
On est donc d accord.
V
Le 17/07/2015 14:11, Thomas Chust a écrit :
hello (j'ai essayé de t'appeler ...),
- d'accord pour les CWF_LONG_F3 (j'ai vérifé sur les 4 fichiers: le
temps entre le premier train et le second augmente de ~500s d'un
fichier à l'autre, alors que le temps entre le second train et le
troisième et dernier d'une valeur identique pour tous les cas, soit ~
4.199 s)
- a priori pas d'accord pour les ASM; pour moi dès le début et tout le
temps l'écart vaut ~3.6s; tu dois te tromper (?), en regardant tes
chiffres ci-dessous j'obtiens la même conclusion.Thomas
Le 17/07/2015 12:14, veronique bouzid a écrit :
hello,
je viens de regarder un des fichiers d hierles ASM commencent bien avec 4s d'ecart
2015 7 16 14:09:53:138 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000004c 6df9
2015 7 16 14:09:53:138 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000004c 6df9
2015 7 16 14:09:53:153 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000004c 6df9puis
2015 7 16 14:09:56:732 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000050 790
2015 7 16 14:09:56:744 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000050 790
2015 7 16 14:09:56:744 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000050 790puis
2015 7 16 14:10:00:332 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000053 a128
2015 7 16 14:10:00:344 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000053 a128
2015 7 16 14:10:00:344 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000053 a128
la on a que 3set ensuite cela revient correct
2015 7 16 14:10:03:932 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000057 3abf
2015 7 16 14:10:03:954 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000057 3abf
2015 7 16 14:10:03:954 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
80000057 3abfet ensuite 3s
2015 7 16 14:10:07:546 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000005a d457
2015 7 16 14:10:07:547 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000005a d457
2015 7 16 14:10:07:549 TM_LFR_SCIENCE_NORMAL_ASM_F0 time = 0x
8000005a d457donc on oscille entre 3s ou 4s,
c'est pareil pour les TM_LFR_SCIENCE_NORMAL_BP1_F0 et autres ASM
Quant aux CWF_LOG_F3, c est bien le bug connu
LE premier train de CWF_LONG est daté à 0
2015 7 16 14:12:20:610 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x 0 0
2015 7 16 14:12:20:622 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
15 0
2015 7 16 14:12:20:623 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
2a 0
2015 7 16 14:12:20:635 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
3f 0
2015 7 16 14:12:20:635 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
54 0
2015 7 16 14:12:20:638 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
69 0
2015 7 16 14:12:20:649 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
7e 0
2015 7 16 14:12:20:649 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
93 0mais le suivant a bien le bit de synchronisation = 1 donc non synchro
2015 7 16 14:14:51:809 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800000e3 9492
2015 7 16 14:14:51:822 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800000f8 9492
2015 7 16 14:14:51:822 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
8000010d 9492
2015 7 16 14:14:51:834 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
80000122 9492
2015 7 16 14:14:51:834 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
80000137 9492
2015 7 16 14:14:51:837 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
8000014c 9492
2015 7 16 14:14:51:848 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
80000161 9492
2015 7 16 14:14:51:848 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
80000176 9492ensuite
2015 7 16 14:17:23:9 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
8000017a c77e
2015 7 16 14:17:23:21 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
8000018f c77e
2015 7 16 14:17:23:21 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800001a4 c77e
2015 7 16 14:17:23:33 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800001b9 c77e
2015 7 16 14:17:23:33 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800001ce c77e
2015 7 16 14:17:23:36 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800001e3 c77e
2015 7 16 14:17:23:47 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
800001f8 c77e
2015 7 16 14:17:23:55 TM_LFR_SCIENCE_NORMAL_CWF_LONG_F3 time = 0x
8000020d c77eLe temps entre le dernier CWF d'un train (8cwf) et le premier du
suivant train ne respecte pas 21 sec--> il y a un probleme de temps
Dis-moi si tu es d'accord
Véronique
Files
Updated by thomas chust over 9 years ago
Autre précision importante pour les ASM:
- les ASM sont enregistrées durant 550 s (cf rapport de test ctc200 ci-joint)
- l'analyse des fichiers obtenus montre qu'il y a eu 153 ASM qui ont été enregistrées durant ces 550 s, pour chacun des canaux d'échantillonnage (f0, f1 et f2)
- 153 * 3.6 s = 550.8 s
=> l'observation d'une séparation d'environ 3.6 s entre chaque ASM n'est pas un problème de datation des données mais bien un problème de setup de la valeur déterminant la période entre chaque ASM: les ASM sont calculées et enregistrées toutes les ~3.6 s au lieu de 4 s (comme indiqué dans le rapport de test)
Updated by thomas chust about 9 years ago
- Status changed from New to Closed
- Assignee changed from Jean-Christophe Pellion to thomas chust