Project

General

Profile

Actions

Support #486

open

SSS-CP-FS-340 : Design or Test

Added by Veronique bouzid over 9 years ago. Updated about 9 years ago.

Status:
Feedback
Priority:
Urgent
Assignee:
Category:
-
Target version:
-
Start date:
18/08/2015
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

Hello,
Je m'interroge sur ce requirement
SSS-CP-FS-340
The RPW Flight Software shall maintain a local time with:
− a resolution of at least SY_RPW_TIME_RESOLUTION = 1 ms and a relative accuracy of
SY_RPW_TIME_ACCURACY = 500 μs for the DAS and the three analyzers.
− a resolution of at least SY_DPU_DBS_TIME_RESOLUTION = 10 ms and a relative
accuracy of SY_DPU_DBS_TIME_ACCURACY = 1 ms for the DBS.

Il est associé dans la SRS à REQ-LFR-SRS-5300_Ed2.
Dans notre fichier SSS-SRS-SVS-compliance_matrix_LFR_V2-1.2.xlsx , il apparait comme un test SVS-0020. Le script associé
est time_resolution.py (ce qui ne correspond pas à ce qui est ecrit dans le fichier ). Le nom est internal_time_consistent.py,
qui est un script de dépouillement.

Ma question est la suivante,
Je ne vois pas comment vérifier ce requirement et pour moi, c'est un test de Design.

J ai assigné ce point à Paul et mis Bruno en observateur ainsi que moi.


Files

Actions #2

Updated by bruno katra about 9 years ago

  • Priority changed from Normal to Urgent

Paul peux-tu nous éclairer sur la signification de ce requirement? Ne devrait-il pas rester en design ?

Actions #3

Updated by paul leroy about 9 years ago

  • Status changed from New to Feedback
  • Assignee changed from paul leroy to bruno katra

Il faudrait préciser les définitions. Pour la résolution de l'horloge locale, on peut considérer que c'est le fine time, soit en gros 1/65536, environ 15 us.

Pour la précision en absolu, par rapport à une horloge de référence c'est plus délicat: sur combien de temps? Une heure? Trois semaines? Entre deux timecodes?

Test 1: tu peux regarder la dérive de LFR non synchronisé (ni timegen, ni timecode), par rapport à un PC synchronisé (voir si la synchro réseau est fiable, sinon peut-être qu'un récepteur GPS connecté au PC pourrait être utile). Pour faire ça, tu regardes la date d'arrivée des paquets par exemple BP0 et BP1 en mode NORMAL en utilisant les logs et tu étudies la dérive (c'est possible, je l'ai fait) sur quelques heures. Ce te donnes une idée de la précision de l'oscillateur LFR par rapport à ta référence et par une règle de trois la dérive potentielle sur une durée donnée (par exemple entre deux timecodes).

Test 2: générer un pulse à une date connue (et certifiée) et vérifier qu'il est correctement daté par LFR. Problème: si c'est timegen qui synchronise, tu va mesurer en même temps la dérive de l'oscillateur de la Star Dundee, qui cadence les timecodes.

Test3: demander aux autres, et notamment à Philippe, comment ils font.

Actions

Also available in: Atom PDF