Gerald Saule's activity
From 27/03/2014 to 25/04/2014
10/04/2014
-
04:18 PM LFR-FSW Bug #57: TC_LFR_LOAD_NORMAL_PAR renvoie TM_LFR_TC_EXE_NOT_IMPLEMENTED si SY_LFR_N_SWF_L <> default value
- Reproduit dans le contexte ci dessous.
+Contexte:+
LPPMON: Version=0.2.2 Branch=default Changeset=835955994d5f
C... -
- TEST CASE = SVS-0034; SVS-0070/LfrEnterModeTime
-
- CP_LFR_ENTER_MODE_TIME n'est actuellement pas prise en compte correctement:
> 10:23:31.251123, TM_LFR_HK, TIME=0x0...
09/04/2014
-
- Le champ SEQUENCE_CNT des TM correspond au nombre de TM pour chaque couple (PACKET_ID,DESTINATION_ID).
Il y a un pb ...
03/04/2014
-
- La contre-manip décrite ci-dessous montre que le pb se reproduit de façon aléatoire.
L'initialisation du traitement ... -
- LFR émet TM_LFR_TC_EXE_ERROR sans justification.
Au démarrage, la commande d'une transition vers STANDBY est rejetée...
02/04/2014
-
- Les HK de début d'execution sont en
> 11:26:59.425762, TM_LFR_HK, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET ... -
- Cette issue est proche de l'issue Bug #111 "Pb de timing dans le traitement de TC_LFR_UPDATE_TIME" (https://hephaisto...
-
- Le changement de temps interne (au LFR) doit se faire sur réception du time code.
Par le code Python, on envoie TC_L...
28/03/2014
-
- Pour déterminer la longueur de la TC, le LFR FSW utilise le contenu du champ PACKET_LENGTH.
C'est une implémentation... -
- TM_LFR_HK, SY_LFR_FPGA_VERSION_N3=255 est une coquille.
On attend SY_LFR_FPGA_VERSION_N3=7.
Contexte:
LPPMON Ver... -
- Le pb n'est pas corrigé. Extraits de traces (toute TM_LFR_SCIENCE_x confondus) :
* > nom=300s, mean=300.00390625s, é...
27/03/2014
-
- A chaque salve de (huit) TM_LFR_SCIENCE_BURST_CWF_F2, PA_LFR_ACQUISITION_TIME est incrémenté de 0xA8000 (ie 10.5s). C...
Also available in: Atom