Project

General

Profile

Actions

Bug #602

closed

Status of LFR WATCHDOG stays DISABLED

Added by Veronique bouzid about 8 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
01/02/2016
Due date:
% Done:

0%

Estimated time:
revision:
r0

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

Actions #1

Updated by Veronique bouzid about 8 years ago

  • Assignee set to paul leroy
Actions #2

Updated by paul leroy about 8 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).

Actions #3

Updated by Veronique bouzid about 8 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

Actions #4

Updated by Veronique bouzid about 8 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

Actions

Also available in: Atom PDF