Project

General

Profile

Actions

Bug #174

closed

PA_RPW_PA_RPW_RCV_VALUE invalide dans TM_LFR_TC_EXE_INCONSISTENT suite à TC_LFR_LOAD_NORMAL_PAR

Added by Veronique bouzid almost 10 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
19/06/2014
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

Suite à la mdécision de ne pas autoriser le changement de valeur de SY_LFR_N_SWF_L, j ai fait un essai
avec SY_LFR_N_SWF_L = 1024

08:21:10.030625, TC_LFR_LOAD_NORMAL_PAR, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TC_PACKET = 1, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: PRIVATE_SCIENCE_OR_TELECOMMAND = 12, (PACKET_ID=0x1ccc), SEGMENTATION_GROUPING_FLAG: STANDALONE_PACKET = 3, SEQUENCE_CNT=12841, (PACKET_SEQUENCE_CONTROL=0xf229), PACKET_LENGTH=15, CCSDS_SECONDARY_HEADER_FLAG=0, PUS_VERSION = 1, ACK_EXECUTION_COMPLETION=1, ACK_EXECUTION_PROGRESS=0, ACK_EXECUTION_START=0, ACK_ACCEPTANCE=1, SERVICE_TYPE: EQ_CONFIGURATION = 181, SERVICE_SUBTYPE: LOAD_NORMAL_PARAMETERS_1 = 13, SOURCE_ID: MISSION_TIMELINE = 110, SY_LFR_N_SWF_L = 1024, SY_LFR_N_SWP_P = 300(s), SY_LFR_N_ASM_P = 3600(s), SY_LFR_N_BP_P0 = 4(s), SY_LFR_N_BP_P1 = 20(s), SPARE=0x0, SY_LFR_N_CWF_LONG_F3 = 0, SPARE=0x0, CRC = 0x5580

La réponse est correcte excepté le champ PA_RPW_RCV_VALUE

08:21:10.03326, TM_LFR_TC_EXE_INCONSISTENT, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: ACKNOWLEDGE = 1, (PACKET_ID=0xcc1), SEGMENTATION_GROUPING_FLAG: STANDALONE_PACKET = 3, SEQUENCE_CNT=2, (PACKET_SEQUENCE_CONTROL=0xc002), PACKET_LENGTH=19, SPARE_1=0, PUS_VERSION = 1, SPARE_2=0, SERVICE_TYPE: TELECOMMAND_VERIFICATION = 1, SERVICE_SUBTYPE: TC_EXECUTION_COMPLETION_FAILURE = 8, DESTINATION_ID: MISSION_TIMELINE = 110, TIME=0x80000003ae79, PA_RPW_TC_FAILURE_CODE: WRONG_APP_DATA = 5, PA_RPW_TELECOMMAND_PKT_ID=0x1ccc, PA_RPW_PKT_SEQ_CONTROL=0xf229, PA_RPW_TC_SERVICE=181, PA_RPW_TC_SUBTYPE=13, PA_RPW_BYTE_POSITION=10, PA_RPW_RCV_VALUE=16

1024 = 0400 (hexa)
Valeur répartie dans 2 octets
octet 10 = 04
octet 11 = 00
Donc on devrait obtenir
PA_RPW_BYTE_POSITION=10, --> c est OK
PA_RPW_RCV_VALUE=04

Je mets ici les traces des fichiers .csv qui permettent de verifier les octets constituants les TC/TM
la TC_LFR_LOAD_NORMAL_PAR
08:21:10.030625, 254, 2, 0, 0, 28, 204, 242, 41, 0, 15, 25, 181, 13, 110, 4, 0, 1, 44, 14, 16, 4, 20, 0, 0, 85, 128
la reponse TM_LFR_TC_EXE_INCONSISTENT
08:21:10.03326, 1, 2, 0, 0, 12, 193, 192, 2, 0, 19, 16, 1, 8, 110, 128, 0, 0, 3, 174, 121, 0, 5, 28, 204, 242, 41, 181, 13, 10, 16

-------------------------------------------------------
Contexte:
LPPMON: Version=0.2.2 Branch=default Changeset=835955994d5f
Carte mini-LFR: LFR-172200 dev V1.0; No série III (sans connecteurs sub-click)
Vhdl: mini-lfr_0.1.23
Brique Star-Dundee S/N <illisible>.
Soft:1.0.0.11 (variante sur carte finale)

TEST CASE = SVS-0073
Req = SSS-CP-FS-431

Actions

Also available in: Atom PDF