Bug #82
closed
Pas de control sur SY_LFR_N_SWP_P de TC_LFR_LOAD_NORMAL_PAR
0%
Description
D'après l'ICD, SY_LFR_N_SWP_P doit être inférieur ou égal à 65528.
Avec 0xffff, LFR devrait retourner un rejet. On a malheureusement un success:
15:38:16.287476, TC_LFR_LOAD_NORMAL_PAR, /!\SY_LFR_N_SWP_P = 65535(s), SY_LFR_N_ASM_P = 65535(s), SY_LFR_N_BP_P0 = 255(s), SY_LFR_N_BP_P1 = 255(s),SY_LFR_N_CWF_LONG_F3 = 1
15:38:16.28993, TM_LFR_TC_EXE_SUCCESS
15:38:17.054305, TM_LFR_HK, HK_LFR_MODE: STANDBY = 0, SY_LFR_SW_VERSION_N1=1, SY_LFR_SW_VERSION_N2=0, SY_LFR_SW_VERSION_N3=0, SY_LFR_SW_VERSION_N4=2, SY_LFR_FPGA_VERSION_N1=0, SY_LFR_FPGA_VERSION_N2=0, SY_LFR_FPGA_VERSION_N3=15
15:38:17.288114, TC_LFR_DUMP_PAR
15:38:17.290797, TM_LFR_PARAMETER_DUMP, SY_LFR_N_SWF_L=2048, /!\SY_LFR_N_SWF_P=65535(s), SY_LFR_N_ASM_P=65535(s), SY_LFR_N_BP_P0=255(s), SY_LFR_N_BP_P1=255(s), SY_LFR_N_CWF_LONG_F3=1
15:38:17.294221, TM_LFR_TC_EXE_SUCCESS
Il peut s'agir d'un fonctionnement correct avec une modification à faire dans l'ICD.
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
Soft: 1.0.0.2 (variante sur carte finale) = r104
Brique: Star-Dundee S/N 46120065.
TEST CASE = SVS_0029
RPW-SYS-MEB-LFR-ICD-00097 Issue2_Rev0
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue2_rev1
Updated by paul leroy over 10 years ago
- Status changed from New to Resolved
La valeur 65528 est le multiple de 8 le plus proche de 65535.
La nécessité d'avoir des multiples de 8 comme période de répétition n'est plus d'actualité.
Une mise à jour de l'ICD peut être faite, avec 65535 (0xffff) comme valeur maximale pour la période.
Updated by paul leroy over 10 years ago
- Assignee changed from paul leroy to bruno katra
Updated by bruno katra over 10 years ago
- Status changed from Resolved to Closed
La remarque de Paul est notée et reportée dans l'issue #62 qui référence toutes les modifs à remonter à P.Plasson pour corriger l'ICD.