Bug #426
closed
R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
0%
Description
On ne doit pas accepter une TC_LFR_LOAD_KCOEFFICIENTS avec un parametre SY_LFR_KCOEFF_FREQUENCY supérieur à 35, [0,35] conformément à l'Icd 3.9.
15:00:10.026761, TC_LFR_LOAD_KCOEFFICIENTS, 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=13255, (PACKET_SEQUENCE_CONTROL=0xf3c7), PACKET_LENGTH=135, 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_KCOEFFICIENTS = 93, SOURCE_ID: MISSION_TIMELINE = 110,* KCOEFF_FREQ = 36*,KCOEFF_1 = 1065353216,KCOEFF_2 = 1065353216,
15:00:10.068502, TM_LFR_TC_EXE_SUCCESS, TIME=0x8000002b6161,
Le script utilisé est /home/validation/SCRIPT/R3/just_stby_and_load_kcoeff.py, les fichiers de log
(2015_06_05-15_00_17*) sont dans le répertoire /home/validation/data/R3.
Contexte du test
----------------
FSW 3.0.0.3
VHDL 1.1.83
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Related issues
Updated by Veronique bouzid almost 9 years ago
- Subject changed from R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à35 to R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35
- Description updated (diff)
Updated by paul leroy almost 9 years ago
- Status changed from New to Resolved
- Assignee changed from paul leroy to Veronique bouzid
fsw >= 3.0.0.4
un packet TM_LFR_TC_EXE_INCONSISTENT est émis si sy_lfr_kcoeff_frequency >= 36
Updated by Veronique bouzid almost 9 years ago
- Status changed from Resolved to Feedback
- Assignee changed from Veronique bouzid to paul leroy
Le bug est corrigé.
Le script rejoué est /home/validation/SCRIPT/R3/just_stby_and_load_kcoeff.py
Par contre la TM_LFR_TC_EXE_INCONSISTENT n'est pas conforme,
Le champ PA_RPW_RCV_VALUE doit correspondre à l'octet LSB du champ positionné par PA_RPW_BYTE_POSITION donc 36 au lieu de 0 dans notre cas.
13:11:06.46527, TC_LFR_LOAD_KCOEFFICIENTS, 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=9499, (PACKET_SEQUENCE_CONTROL=0xe51b), PACKET_LENGTH=135, 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_KCOEFFICIENTS = 93, SOURCE_ID: MISSION_TIMELINE = 110, KCOEFF_FREQ = 36,
13:11:06.507457, 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=39, (PACKET_SEQUENCE_CONTROL=0xc027), 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=0x8000003c05e6, PA_RPW_TELECOMMAND_PKT_ID=0x1ccc, PA_RPW_PKT_SEQ_CONTROL=0xe51b, PA_RPW_TC_FAILURE_CODE: WRONG_APP_DATA = 5, PA_RPW_TC_SERVICE=181, PA_RPW_TC_SUBTYPE=93, PA_RPW_BYTE_POSITION=10, PA_RPW_RCV_VALUE=0
Les fichiers de log (2015_06_10-13_11_13*) sont dans /home/validation/data/R3/JUST-STBY-LOAD-KCOEFF/2015_06_10
Contexte du test
FSW 3.0.0.4
VHDL 1.1.83
EM sans timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Updated by paul leroy almost 9 years ago
- Status changed from Feedback to Resolved
- Assignee changed from paul leroy to Veronique bouzid
résolu dans fsw >= 3.0.0.6
Updated by Veronique bouzid almost 9 years ago
- Status changed from Resolved to Closed
le bug est corrigé en 3.0.0;7 (il ne faut pas utiliser 3.0.0.6 cf Paul).
le script rejoué est /home/validation/SCRIPT/R3/just_stby_and_load_kcoeff.py
09:48:09.886926, TC_LFR_LOAD_KCOEFFICIENTS, 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=6915, (PACKET_SEQUENCE_CONTROL=0xdb03), PACKET_LENGTH=135, 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_KCOEFFICIENTS = 93, SOURCE_ID: MISSION_TIMELINE = 110, KCOEFF_FREQ = 36,KCOEFF_1 = 1065353216,KCOEFF_2 = 1065353216,KCOEFF_3 = 1065353216,KCOEFF_4 = 1065353216,KCOEFF_5 = 1065353216,KCOEFF_6 = 1065353216,KCOEFF_7 = 1065353216,KCOEFF_8 = 1065353216,KCOEFF_9 = 1065353216,KCOEFF_10 = 1065353216,KCOEFF_11 = 1065353216,KCOEFF_12 = 1065353216,KCOEFF_13 = 1065353216,KCOEFF_14 = 1065353216,KCOEFF_15 = 1065353216,KCOEFF_16 = 1065353216,KCOEFF_17 = 1065353216,KCOEFF_18 = 1065353216,KCOEFF_19 = 1065353216,KCOEFF_20 = 1065353216,KCOEFF_21 = 1065353216,KCOEFF_22 = 1065353216,KCOEFF_23 = 1065353216,KCOEFF_24 = 1065353216,KCOEFF_25 = 1065353216,KCOEFF_26 = 1065353216,KCOEFF_27 = 1065353216,KCOEFF_28 = 1065353216,KCOEFF_29 = 1065353216,KCOEFF_30 = 1065353216,KCOEFF_31 = 1065353216,KCOEFF_32 = 1065353216,CRC = 0x727f
09:48:09.927951, 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=121, (PACKET_SEQUENCE_CONTROL=0xc079), 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=0x800000fbc769, PA_RPW_TELECOMMAND_PKT_ID=0x1ccc, PA_RPW_PKT_SEQ_CONTROL=0xdb03, PA_RPW_TC_FAILURE_CODE: WRONG_APP_DATA = 5, PA_RPW_TC_SERVICE=181, PA_RPW_TC_SUBTYPE=93, PA_RPW_BYTE_POSITION=11, PA_RPW_RCV_VALUE=36
les fichiers de log (2015_06_26-09_48_17*) sont dans /home/validation/data/R3/3.0.0.7/load_kcoeff
Contexte du test
----------------
FSW 3.0.0.7
VHDL 1.1.83 (_c car chgt de contrainte sur timing)
EM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481
StarDundee
Updated by Veronique bouzid about 7 years ago
- Related to Bug #1084: PA_RPW_BYTE_POSITION wrong into a TM_LFR_TC_EXE_INCONSISTENT on TC_LFR_LOAD_KCOEFFICIENTS added