Project

General

Profile

Actions

Bug #86

closed

Rejet de TC_LFR_LOAD_SBMx_PAR en SBMy (x<>y)

Added by Gerald Saule about 10 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
12/03/2014
Due date:
% Done:

0%

Estimated time:
revision:
r104

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

Actions #1

Updated by paul leroy almost 10 years ago

  • Status changed from New to Resolved

fsw >= 1.0.0.5
bug identifié et corrigé.

Actions #2

Updated by paul leroy almost 10 years ago

  • Assignee changed from paul leroy to bruno katra
Actions #3

Updated by bruno katra almost 10 years ago

Testé avec fsw 1.0.0.7. Le comportement semble maintenant cohérent : le filtrage serait fait au niveau DAS. LFR en interne accepte un LOAD_*_PAR de SBM1 en SBM2 et inversement.
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.

09:42:36.658758, TC_LFR_ENTER_MODE (CP_LFR_MODE=3)
09:42:36.679135, TM_LFR_TC_EXE_SUCCESS
...
09:42:40.69529, TC_LFR_LOAD_SBM2_PAR
09:42:40.709777, TM_LFR_TC_EXE_SUCCESS
...
09:42:59.976537, TC_LFR_ENTER_MODE (CP_LFR_MODE=4)
09:42:59.997107, TM_LFR_TC_EXE_SUCCESS
...
09:43:03.60622, TC_LFR_LOAD_SBM1_PAR
09:43:03.611139, TM_LFR_TC_EXE_SUCCESS

------------------------------
Contexte:
LPPMON: Version=0.2.2 Branch=default Changeset=835955994d5f
Carte mini-LFR: LFR-172200 dev V1.0; No série 5
Vhdl: mini-lfr_0.1.9
Brique Star-Dundee S/N 46120065
Soft:1.0.0.7 (variante sur carte finale)

TEST CASE = SVS-0003

RPW-SYS-IDB-00067-LES_Issue2_Rev2
RPW-SYS-MEB-LFR-ICD-00097 Issue2_Rev2
RPW-SYS-SSS-00013-LES + Annex_Release_Definition Issue3_rev0

Actions #4

Updated by bruno katra almost 10 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF