LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

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

relancer le test en FSW >= 2.0.2.1

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

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.

testé OK