Project

General

Profile

Feature #431

Rédiger une notice explicative sur la datation des TM suite à une transition à date donnée

Added by Veronique bouzid over 6 years ago. Updated over 4 years ago.

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

100%

Estimated time:

Description

L'analyse du test /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeNominalCuc.py met en évidence le comportement suivant.
Lors d'une transition a une date donnée qui réussit on peut observer ceci
12:21:23.05806, TC_LFR_ENTER_MODE, CP_LFR_ENTER_MODE_TIME=0x000000300000,
12:21:23.094377, TM_LFR_TC_EXE_SUCCESS, TIME=0x8000002f2924,
12:21:24.212375, TM_LFR_SCIENCE_SBM1_BP1_F0, PA_LFR_ACQUISITION_TIME=0x800000300000
12:21:24.480092, TM_LFR_SCIENCE_SBM1_BP1_F0,PA_LFR_ACQUISITION_TIME=0x800000304000
12:21:24.595093, TM_LFR_SCIENCE_SBM1_CWF_F1,*PA_LFR_ACQUISITION_TIME=0x8000002ffff8*,
On voit que le premier échantillon utilisé est en avance par rapport à la date de transition. L'acquisition a donc sensiblement commencé avant.

Jean-Christophe peut expliquer ce comportement, ce n est pas un bug.
Il faut donc que l on rédige une notice explicative et que l on documente la SRS en conséquence.

History

#1 Updated by bruno katra over 4 years ago

  • Status changed from New to Closed
  • Assignee changed from Veronique bouzid to bruno katra
  • % Done changed from 0 to 100

Une note sur la datation a été rédigée et soumise au LESIA (Bruno, Alexis et Thomas) + SUM a été mis à jour pour décrire ce comportement pour R3 updated DP.

Also available in: Atom PDF