Bug #602
closedStatus of LFR WATCHDOG stays DISABLED
0%
Description
Le script /home/validation/SCRIPT/just_hk_survey.py permet de vérifier l'environnement stocké dans les TM_LFR_HK et ceci juste après
la sequence de boot.
Le champ SY_LFR_WATCHDOG_ENABLED doit etre possitionné à 1 soit ENABLED. Ce n'est pas le cas.
09:20:38.423777, TM_LFR_HK, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: HK_ROUTINE = 4, (PACKET_ID=0xcc4), SEGMENTATION_GROUPING_FLAG: STANDALONE_PACKET = 3, SEQUENCE_CNT=0, (PACKET_SEQUENCE_CONTROL=0xc000), PACKET_LENGTH=129, SPARE_1=0, PUS_VERSION = 1, SPARE_2=0, SERVICE_TYPE: HOUSEKEEPING_AND_DIAGNOSTIC_DATA_REPORTING = 3, SERVICE_SUBTYPE: HK_PARAMETER_REPORT = 25, DESTINATION_ID: GROUND = 0, TIME=0x800000025d74, PA_LFR_HK_REPORT_SID: LFR_HK_SID = 1, HK_LFR_MODE: STANDBY = 0, HK_LFR_DPU_SPW_ENABLED: ENABLED = 1, HK_LFR_DPU_SPW_LINK_STATE: RUN = 5, SPARE=0x0, HK_LFR_SC_POTENTIEL_FLAG: ON = 1, HK_LFR_MAG_FIELDS_FLAG: OFF = 0,* SY_LFR_WATCHDOG_ENABLED: DISABLED = 0*, HK_LFR_CALIB_ENABLED: DISABLED = 0,
Les fichiers de test (2016_02_01*) sont dans /home/validation/data/R3/3.0.0.15/TEST-UNITAIRES/just_hk.
Ensuite il me semble Paul que tu avais dit que ce champ serait toujours positionné à 1 soit ENABLED.
Contexte du test
----------------------
FSW 3.0.0.15
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Updated by paul leroy almost 9 years ago
- Assignee changed from paul leroy to Veronique bouzid
J'ai mis à jour la variable sy_lfr_watchdog_enabled dans la version 3.0.0.16.
Mon timer watchdog a une durée de 10s max. Il est réarmé toutes les secondes par la tâche LOAD en temps normal. En cas de perte de lien, c'est la tâche LINK qui s'occupe de le réarmer donc le watchdog est toujours actif. Si le timer arrive à son terme, on lance un exit(0).
Updated by Veronique bouzid almost 9 years ago
Suite à l'implementation du WATCHDOG, le script /opt/VALIDATION_R3/lfrverif/common/RulesClasses/hk_reporting.py est modifié:
1- Décode le champ SY_LFR_WATCHDOG_ENABLED
2- Vérifie que celui-ci vaut ENABLED et dans le cas contraire met une alerte dans le fichier sss_cp_eqs_050.txt.
Cette alerte n'est écrite qu'une fois :
- premiere detection de watchdog = 0
- passage de 1 à 0 (normalement jamais possible)
ici un exemple du message écrit car en 3.0.0.15, ce champ reste tjs à 0 après la séquence de boot
08:30:03.407805, TM_LFR_HK
SY_LFR_WATCHDOG_ENABLED: res=0; exp must be set to 1 either ENABLED
Contexte du test
----------------------
FSW 3.0.0.15
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Updated by Veronique bouzid almost 9 years ago
- Status changed from New to Closed
Bug corrigé en 3.0.0.16
Le script /home/validation/SCRIPT/just_hk_survey.py a été joué.
L'analyse des HK permet de détecter si le champ SY_LFR_WATCHDOG_ENABLED ne reste pas positionné à 1. Ce controle étant intégré dans verif_fields, il sera vérifié pour chacun test de la campagne de validation.
4:52:17.110704, * 32 , TM_LFR_HK, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: HK_ROUTINE = 4, (PACKET_ID=0xcc4), SEGMENTATION_GROUPING_FLAG: STANDALONE_PACKET = 3, SEQUENCE_CNT=4, (PACKET_SEQUENCE_CONTROL=0xc004), PACKET_LENGTH=129, SPARE_1=0, PUS_VERSION = 1, SPARE_2=0, SERVICE_TYPE: HOUSEKEEPING_AND_DIAGNOSTIC_DATA_REPORTING = 3, SERVICE_SUBTYPE: HK_PARAMETER_REPORT = 25, DESTINATION_ID: GROUND = 0, TIME=0x8000000648b9, PA_LFR_HK_REPORT_SID: LFR_HK_SID = 1, HK_LFR_MODE: STANDBY = 0, HK_LFR_DPU_SPW_ENABLED: ENABLED = 1, HK_LFR_DPU_SPW_LINK_STATE: RUN = 5, SPARE=0x0, HK_LFR_SC_POTENTIEL_FLAG: ON = 1, HK_LFR_MAG_FIELDS_FLAG: OFF = 0, *SY_LFR_WATCHDOG_ENABLED: ENABLED = 1, HK_LFR_CALIB_ENABLED: DISABLED = 0, HK_LFR_RESET_CAUSE: POWER_ON = 1, SY_LFR_SW_VERSION_N1=3, SY_LFR_SW_VERSION_N2=0, SY_LFR_SW_VERSION_N3=0, SY_LFR_SW_VERSION_N4=16, SY_LFR_FPGA_VERSION_N1=1, SY_LFR_FPGA_VERSION_N2=1, SY_LFR_FPGA_VERSION_N3=89, HK_LFR_AHB_UNCORRECTABLE=0, SPARE=0x0
les fichiers (2016_02_03-14_52_47*) se trouvent dans /home/validation/data/R3/3.0.0.16/TESTS-UNITAIRES/just_hk/sans-timecode
Contexte du test
----------------------
FSW 3.0.0.16
VHDL 1.1.89
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee