Project

General

Profile

Actions

Bug #238

closed

Wrong behavior after SY_xxx_DPU_CONNECT_ATTEMPT unsuccessful attempts of connection with the DPU

Added by bruno katra about 10 years ago. Updated almost 9 years ago.

Status:
Closed
Priority:
High
Assignee:
Category:
-
Target version:
-
Start date:
16/09/2014
Due date:
% Done:

100%

Estimated time:
revision:
r0

Description

also tracked by https://jira-lesia.obspm.fr/browse/RPWSWR-623

Conforming to SSS-CP-EQS-155, after unsuccesful attempts to connect to DPU : LFR should enter in standby mode.

The test we made (SVS-0064) by unplugging SpaceWire link when in normal mode and replugging it after shows that LFR stayed in Normal mode instead of going to standby.

Contexte:

SocExplorer
Carte EM2
Vhdl:
Soft: 1.0.0.11 (variante sur carte finale)
Brique Star-Dundee S/N 46120065.

TEST CASE = SVS_0064

Actions #1

Updated by paul leroy almost 10 years ago

  • Status changed from New to Resolved
  • Assignee changed from paul leroy to bruno katra

modification des timeout et de la séquence de tentative de reconnection.

relancer le test en FSW >= 2.0.2.1

Actions #2

Updated by bruno katra about 9 years ago

  • Assignee changed from bruno katra to paul leroy
  • Priority changed from Normal to High

Retesté en 2.0.2.1 et 3.0.0.10 et VHDL 1.1.89 : bug toujours présent.
On s'est mis en NORMAL puis on a deconnecté l'interface SpW.
Lors de la reconnection environ 60 secondes après : on voit uniquement des HK arriver dans SocExplorer MAIS les HK montrent que le LFR_MODE est à 1 + une demande changement de mode vers NORMAL renvoie NOT_EXECUTABLE confirmant ainsi que LFR est resté en NORMAL mais sans production de paquets SCIENCE.

Trace APB_UART :

in suspend_science_tasks
OK * in action_enter_mode enter mode 1
in PRC0
lfrRequestedMode is 1, several headers not initialized
in PRC1
lfrRequestedMode is 1, several headers not initialized
47
48
in SPIQ
got SPW_LINKERR_EVENT
in SPIQ
linkStatus 2, wait...
in spacewire_reset_link
link recovery, try 0
in spacewire_reset_link
ERR spacewire_start_link code -1
in spacewire_reset_link
link recovery, try 1
in spacewire_reset_link
ERR spacewire_start_link code -1
in spacewire_reset_link
link recovery, try 2
in spacewire_reset_link
ERR spacewire_start_link code -1
in suspend_science_tasks
in WTDG
wait for the link
49
50
51
52
53
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in HOUS
ERR send: 5
54
in HOUS
ERR send: 5
in HOUS
ERR send: 5
in WTDG *
OK link started
55
56

Actions #3

Updated by bruno katra about 9 years ago

  • Status changed from Resolved to In Progress
Actions #4

Updated by bruno katra about 9 years ago

  • Description updated (diff)
Actions #5

Updated by bruno katra about 9 years ago

  • Description updated (diff)
Actions #6

Updated by paul leroy almost 9 years ago

  • Assignee changed from paul leroy to bruno katra

corrigé dans fsw >= 3.0.0.14
J'ai repéré le bug. Les HK n'était pas à jour et la variable locale lfrCurrentMode non plus.

Normalement, ça devrait marcher maintenant. Pour le moins le test que vous avez fait, j'ai essayé de mon côté avec MINI-LFR 0.1.89.

Actions #7

Updated by bruno katra almost 9 years ago

  • Status changed from In Progress to Closed
  • % Done changed from 0 to 100

testé OK

Actions

Also available in: Atom PDF