Bug #171
closedTM_LFR_PARAMETER_DUMP et TM_LFR_HK est reçue avec CONTINUATION_PACKET à 0
0%
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
Updated by bruno katra over 10 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)
Updated by paul leroy over 10 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
Updated by paul leroy over 10 years ago
- Assignee changed from paul leroy to bruno katra
Updated by Veronique bouzid over 10 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
Updated by paul leroy over 10 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...
Updated by Veronique bouzid over 10 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