Bug #86
closed
Rejet de TC_LFR_LOAD_SBMx_PAR en SBMy (x<>y)
0%
Description
Cette issue fait suite à Bug #903(TC_LFR_LOAD_SBM2_PAR non rejeté en SBM1) de pc-instru.
Actuellement TC_LFR_LOAD_SBM1_PAR et TC_LFR_LOAD_SBM2_PAR sont tous les deux rejetés, que l'on soit en SBM1 ou SBM2.
C'est conforme à SSS-CP-DAS-527 et SSS-CP-DAS-528 étendus à LFR.
Malheureusement, la philosophie des acquittement s'est affinée, et il est désormais prévu de laisser le "filtrage" au DAS seul. Pour mémoire, le seul principe pour les TC_LFR_LOAD_*_PAR est de rejeter tout chargement de paramètre sur un flot en cours d'utilisation.
Il en résulte que TC_LFR_LOAD_SBM1_PAR (resp. TC_LFR_LOAD_SBM2_PAR) doit être accepté en SBM2 (resp.SBM1), ce qui ne correspond pas aux traces:
09:51:29.560049, TC_LFR_ENTER_MODE (CP_LFR_MODE=4)
09:51:29.577669, TM_LFR_TC_EXE_SUCCESS
09:51:29.763167, TC_LFR_LOAD_SBM1_PAR
09:51:29.76573, TM_LFR_TC_EXE_NOT_EXECUTABLE
(...)
09:51:31.172567, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
09:51:31.190155, TM_LFR_TC_EXE_SUCCESS
09:51:31.375681, TC_LFR_LOAD_SBM2_PAR
09:51:31.378474, TM_LFR_TC_EXE_NOT_EXECUTABLE
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 Brique Star-Dundee S/N 46120065.
TEST CASE associé(s) = SVS-0008.
RPW-SYS-MEB-LFR-ICD-00097 Issue2_Rev0
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue2_rev1
Updated by 
Updated by