Bug #61
closedTraitement des PID, CAT, TYPE, et SUB-TYPE pour identifier les TM.
0%
Description
Cette issue reprend l'issue Bug#585 ('Pas de Verification packet "TM_LFR_TC_EXE_CORRUPTED" sur SUB-TYPE erroné') de pc-instru.
Pour chaque TC, si l'on change les PID, CAT, TYPE, et SUB-TYPE en restant dans les valeurs possibles, on n'obtient pas un TM_LFR_TC_EXE_CORRUPTED.
Exemple avec TC_LFR_DUMP_PAR (PROCESS_ID: RPW_PID_2 = 76, PACKET_CATEGORY: PRIVATE_SCIENCE_OR_TELECOMMAND = 12, SERVICE_TYPE: EQ_CONFIGURATION = 181, SERVICE_SUBTYPE: DUMP_PARAMETERS = 31)
14:27:28.912202, /!\[254, 2, 0, 0, 28, 204, 192, 0, 0, 5, 16, 9, 31, 110, 244, 191](tc unknown) PID=76 CAT=12 TYPE=9 SUB-TYPE=31 Length(ccsds)=12
14:27:28.91512, TM_LFR_PARAMETER_DUMP
14:27:28.915266, TM_LFR_TC_EXE_SUCCESS
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.0.0.15
LFR FSW: 1.0.0.1 (variante sur carte finale)
Brique Star-Dundee S/N 46120065.
TEST CASE = SVS_0001
RPW-SYS-MEB-LFR-ICD-00097 Issue2_Rev0
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue2_rev1