Project

General

Profile

Bug #426

R3 *** TC_LFR_LOAD_KCOEFFICIENTS: SY_LFR_KCOEFF_FREQUENCY ne doit pas etre superieur à 35

Added by Veronique bouzid over 6 years ago. Updated over 6 years ago.

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

0%

Estimated time:
revision:
r0

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

Related to Bug #1084: PA_RPW_BYTE_POSITION wrong into a TM_LFR_TC_EXE_INCONSISTENT on TC_LFR_LOAD_KCOEFFICIENTSClosed2017-04-25

History

#1 Updated by Veronique bouzid over 6 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)

#2 Updated by paul leroy over 6 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

#3 Updated by Veronique bouzid over 6 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

#4 Updated by paul leroy over 6 years ago

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

résolu dans fsw >= 3.0.0.6

#5 Updated by Veronique bouzid over 6 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

#6 Updated by Veronique bouzid over 4 years ago

  • Related to Bug #1084: PA_RPW_BYTE_POSITION wrong into a TM_LFR_TC_EXE_INCONSISTENT on TC_LFR_LOAD_KCOEFFICIENTS added

Also available in: Atom PDF