LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

Cas ou LFR est synchronisé (bit 15 = 0)

1- Cas nominal
Reception d'une TC_LFR_UPDATE_TIME + timecode valide 300ms après

Si aucune TC_LFR_UPDATE_TIME n'est envoyée et que l'envoi des timecode est opérationnel, le bit 15 ne sera pas positionné à 0.
Ce cas de figure arrive
- apres le démarrage de LFR, le bit 15 = 1 et si l'envoi des timecode est lancé, LFR restera non synchronisé.
- après une perte de synchronisation (plus de timecode durant 60 sec).

Reception d'un timecode valide
Je dis timecode valide mais le VHDL n'a pas notion de timecode mais recoit un signal (tick_out).
A chaque tick_out, si pas de TC_LFR_UPDATE_TIME (registre COARSE TIME LOAD non mis à jour) , le VHDL incremente de 1 son registre COARSE TIME.

Conclusion:
Lors des tests,
- si j envoie un timecode tous les 500ms, je vais incrementer le COARSE TIME 2 fois plus vite.
Le VHDL est implementé pour le cas nominal, les autres cas n"étant spécifiés clairement, il est important de les documenter.

Envoi d'une TC_LFR_UPDATE_TIME et d'un timecode valide
J'ai déroulé le test suivant
- Envoi d'une TC_LFR_UPDATE_TIME et d'un timecode valide 2 s aprés, le soft se mettra à jour avec la date demandée par le TC_LFR_UPDATE_TIME.
En effet, quand le registre COARSE TIME LOAD est écrit, il n y a pas de durée de validée donc si le timecode arrive 2s après, le VHDL
voit qu'une valeur est stockée et donc le met dans son registre COARSE TIME.

Ce cas de figure n'est pas nominal. Faut il que le soft de vol le gère (ajout d'une tempo sur la demande d'UPDATE_TIME et effacement du registre COARSE TIME LOAD si tempo
expire)