Project

General

Profile

Bug #472

Bug #471: Bistream 1.1.85 issues

Bistream 1.1.85 pb temps ASM et CWF_LONG

Added by thomas chust over 6 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Start date:
17/07/2015
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

-------- Message transféré --------
Sujet : Re: ASM 4s et CWF_LONG
Date : Fri, 17 Jul 2015 14:45:34 +0200
De : veronique bouzid <>
Pour : Thomas Chust <>

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 hier

les 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 6df9

puis
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 790

puis
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 3s

et 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 3abf

et 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 d457

donc 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 0

mais 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 9492

ensuite
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 c77e

Le 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

ctc200_2015_07_16-14_09_46.pdf (33.8 KB) ctc200_2015_07_16-14_09_46.pdf thomas chust, 18/07/2015 09:06 AM

History

#1 Updated by thomas chust over 6 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)

#2 Updated by thomas chust about 6 years ago

  • Status changed from New to Closed
  • Assignee changed from Jean-Christophe Pellion to thomas chust

Also available in: Atom PDF