Bug #167
closed
TC_LFR_LOAD_NORMAL_PAR avec SY_LFR_N_BP_P0 = 0 fait planter le soft de vol
0%
Description
L'envoi de TC_LFR_LOAD_NORMAL_PAR avec SY_LFR_N_BP_P0 = 0 devrait renvoyé TM_LFR_TC_EXE_ERROR_INCONSISTENT (vf bug #85) mais au lieu de ça le soft freeze :
- plus d'ack
- plus de HK
La vidéo jointe à cette issue montre ce qui se passe.
-------------------------------------------
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.8 (variante sur carte finale)
TEST CASE : script SY_LFR_N_BP_P0_failure.py dans SVS-0008
Files
Related issues
Updated by paul leroy almost 10 years ago
- Status changed from New to Resolved
- Assignee changed from paul leroy to bruno katra
fsw >= 1.0.0.9
bug identifié et corrigé
ajout d'un test de cohérence pour les valeurs sy_lfr_n_bp_p0 et sy_lfr_n_bp_p1. Si la valeur proposée est inférieure à la valeur par défaut, TM_LFR_TC_EXE_INCONSISTENT est générée
ATTENTION: règles des valeurs autorisées pour les paramètres à ajouter dans l'ICD:
=> sy_lfr_n_bp_p1 doit être un multiple entier de sy_lfr_n_bp_b0 sinon émissions de TM_LFR_TC_EXE_INCONSISTENT
=> sy_lfr_n_asm_p doit être un multiple entier de sy_lfr_n_bp_p0
=> sy_lfr_n_bp_p0 doit être supérieur à sa valeur par défaut
=> sy_lfr_n_bp_p1 doit être supérieur à sa valeur par défaut
Updated by bruno katra almost 10 years ago
- Assignee changed from bruno katra to paul leroy
Restesté en 1.0.0.9 .
le bug est toujours présent :
L'envoi de TC_LFR_LOAD_NORMAL_PAR avec SY_LFR_N_BP_P0 = 0 devrait renvoyé TM_LFR_TC_EXE_ERROR_INCONSISTENT (vf bug #85) mais au lieu de ça le soft freeze :
- plus d'ack
- plus de HK
Updated by paul leroy almost 10 years ago
- Assignee changed from paul leroy to bruno katra
fsw >= 1.0.0.10
J'ai trouvé l'origine du bug, c'est une division par zéro qui stoppait LFR. C'est corrigé. J'en ai profité pour coder les règles de vérification de tous les paramètres. Je les rappelle:
=> sy_lfr_n_swf_l = 2048, toute autre valeur renvoie TM_LFR_TC_EXE_INCONSISTENT
=> sy_lfr_n_swf_p >= 16
=> sy_lfr_n_bp_p0 >= 1
=> sy_lfr_n_bp_p1 >= 4 et obligatoirement un multiple entier de sy_lfr_n_bp_p0
=> sy_lfr_n_bp_p1 = obligatoirement un multiple entier de sy_lfr_n_bp_p0
Updated by bruno katra almost 10 years ago
- Status changed from Resolved to Closed
retesté en 1.0.0.10 : le soft ne plante plus et on recoit bien TM_LFR_TC_EXE_INCONSISTENT.
12:11:24.656171, TC_LFR_LOAD_NORMAL_PAR, 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=9278, (PACKET_SEQUENCE_CONTROL=0xe43e), PACKET_LENGTH=15, CCSDS_SECONDARY_HEADER_FLAG=0, PUS_VERSION = 1, ACK_EXECUTION_COMPLETION=0, ACK_EXECUTION_PROGRESS=0, ACK_EXECUTION_START=0, ACK_ACCEPTANCE=0, SERVICE_TYPE: EQ_CONFIGURATION = 181, SERVICE_SUBTYPE: LOAD_NORMAL_PARAMETERS_1 = 13, SOURCE_ID: MISSION_TIMELINE = 110, SY_LFR_N_SWF_L = 2048, SY_LFR_N_SWP_P = 300(s), SY_LFR_N_ASM_P = 3600(s), SY_LFR_N_BP_P0 = 0(s), SY_LFR_N_BP_P1 = 20(s), SPARE=0x0, SY_LFR_N_CWF_LONG_F3 = 0, SPARE=0x0, CRC = 0x76b1
12:11:24.658814, TM_LFR_TC_EXE_INCONSISTENT
------------------------------------------
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.10 (variante sur carte finale)
TEST CASE : script SY_LFR_N_BP_P0_failure.py dans SVS-0008