Project

General

Profile

Bug #171

TM_LFR_PARAMETER_DUMP et TM_LFR_HK est reçue avec CONTINUATION_PACKET à 0

Added by bruno katra over 7 years ago. Updated over 7 years ago.

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

0%

Estimated time:
revision:
r0

Description

D'après SSS-CP-EQS-415 : le segmentation grouping flag doit toujours être placé à 3 (standalone).
Ce n'est pas le cas pour TM_LFR_PARAMETER_DUMP et TM_LFR_HK

14:29:47.876692, TM_LFR_PARAMETER_DUMP, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: DUMP = 9, (PACKET_ID=0xcc9), SEGMENTATION_GROUPING_FLAG: /!\CONTINUATION_PACKET = 0,

14:29:47.325072, 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: /!\CONTINUATION_PACKET = 0,

---------------------------------
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.16
Brique Star-Dundee S/N 46120065
Soft:1.0.0.9b (variante sur carte finale)

TEST CASE = SVS-0065
Req = SSS-CP-EQS-415

RPW-SYS-IDB-00067-LES_Issue2_Rev2
RPW-SYS-MEB-LFR-ICD-00097 Issue3_Rev0
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue2_rev2

History

#1 Updated by bruno katra over 7 years ago

  • Subject changed from TM_LFR_PARAMETER_DUMP est reçue avec CONTINUATION_PACKET à 0 to TM_LFR_PARAMETER_DUMP et TM_LFR_HK est reçue avec CONTINUATION_PACKET à 0
  • Description updated (diff)

#2 Updated by paul leroy over 7 years ago

  • Status changed from New to Resolved

fsw >= 1.0.0.10

bug identifié et corrigé
vérification faite pour TM_LFR HK et TM_LFR_FUMP_PARAMETER: les bits SEGMENTATION_GROUPING_FLOAG sont bien positionnés

#3 Updated by paul leroy over 7 years ago

  • Assignee changed from paul leroy to bruno katra

#4 Updated by Veronique bouzid over 7 years ago

  • Status changed from Resolved to Feedback
  • Assignee changed from bruno katra to paul leroy

test rejoué sur la version 1.0.0.10.
Le fichier 2014_06_17-11_32_21-Detail.txt contient le test SVS-0019.

Bug corrigé pour TM_LFR_HK
11:00:13.445752, 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,

Bug tjs présent sur TM_LFR_PARAMETER_DUMP,
11:02:11.284797, TM_LFR_PARAMETER_DUMP, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: DUMP = 9, (PACKET_ID=0xcc9), SEGMENTATION_GROUPING_FLAG: /!\CONTINUATION_PACKET = 0, SEQUENCE_CNT=0, (PACKET_SEQUENCE_CONTROL=0x0), PACKET_LENGTH=29

#5 Updated by paul leroy over 7 years ago

  • Status changed from Feedback to Resolved
  • Assignee changed from paul leroy to Veronique bouzid

fsw >= 1.0.0.11, bug identifié et corrigé. Vérification effectuée avec un enregistrement en CSV des réponses à des TC_LFR_DUMP_PAR.

Je n'avais vérifié les sequence_cnt que pour TM_LFR_HK, mea maxima culpa, je n'avais pas fait la correction pour TM_LFR_PARAMETER_DUMP...

#6 Updated by Veronique bouzid over 7 years ago

  • Status changed from Resolved to Closed

Test rejoué en 1.0.0.11
Version VHDL mise à jour 0.1.23 (TBC)

Bug corrigé
17:05:38.592278, TM_LFR_PARAMETER_DUMP, CCSDS_VERSION_NUMBER = 0, PACKET_TYPE: TM_PACKET = 0, DATA_FIELD_HEADER_FLAG: WITH_HEADER = 1, PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: DUMP = 9, (PACKET_ID=0xcc9), SEGMENTATION_GROUPING_FLAG: STANDALONE_PACKET = 3, SEQUENCE_CNT=0, (PACKET_SEQUENCE_CONTROL=0xc000), PACKET_LENGTH=29, SPARE_1=0

Also available in: Atom PDF