Project

General

Profile

Task #905

Delivery 3.1.0.5

Added by paul leroy almost 5 years ago. Updated almost 5 years ago.

Status:
Closed
Priority:
High
Category:
-
Target version:
-
Start date:
16/01/2017
Due date:
% Done:

0%

Estimated time:
revision:
r0

Description

****************************
*** 3.1.0.5  *** 16 JAN 2017
_______________________________________
__ fsw___ Changeset: 326 (2ae102038069)

logiscope outputs taken into account
Correction of #703 #747 #864 #865
#649 TC of length > 228  are dropped by the driver
README (20.3 KB) README paul leroy, 16/01/2017 11:33 AM
fsw-3-1-0-5 (4.06 MB) fsw-3-1-0-5 paul leroy, 16/01/2017 11:33 AM
fsw-3-1-0-5_without_memset (4.06 MB) fsw-3-1-0-5_without_memset paul leroy, 16/01/2017 04:15 PM
fsw-3-1-0-5-Rev331 (4.06 MB) fsw-3-1-0-5-Rev331 paul leroy, 17/01/2017 09:58 AM
fsw-3-1-0-6-Rev333 (4.03 MB) fsw-3-1-0-6-Rev333 paul leroy, 17/01/2017 11:53 AM

History

#1 Updated by Veronique bouzid almost 5 years ago

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

Installation du software le 16/01/2017
dans /opt/LFR/LFR-FSW/3.1.0.5
Adaptation des scripts pour utiliser cette version.

Voici donc le nouvel environnement de test
FSW 3.1.0.5
VHDL 3.1.91
PFM sans Timegen
SocExplorerEngine.getSocExplorer: Version = 0.7.0, Branch = 0.6, Changeset = c459540a6dbd+
StarDundee

--> Le soft ne boote pas

Le test a été effectué également sur l'autre banc de test qui pilote EM, le diagnostic est le même .
Alexis confirme ....

#2 Updated by Alexis Jeandet almost 5 years ago

Voici le log:

(0) CCR - Cache Control Register = 0
(0) ASR16   
                     = 0
in faultTolerantScheme *** Leon3FT not detected
                       *** vendorID = 0x1, deviceId = 0x3
(1) CCR - Cache Control Register = 1000f
(1) ASR16 Register protection control register = 0

*************************
** LFR Flight Software **
** 3-1-0-5             **
** VHDL                **
** 1-1-91              **
*************************

lastValidEnterModeTime = 0xffffffff
in create_timer_timecode *** OK creating SPTC timer
in suspend_science_tasks

Je confirme que ça boot sur mini-LFR avec le bitstream 1.91 mais pas sur EM ou FM.

#3 Updated by paul leroy almost 5 years ago

#4 Updated by Alexis Jeandet almost 5 years ago

  • Assignee changed from Alexis Jeandet to paul leroy

Je confirme que sans les memset ça boot sur toutes les cartes.

#5 Updated by paul leroy almost 5 years ago

  • File fsw-3-1-0-5_with_extra_alignment added

#6 Updated by paul leroy almost 5 years ago

  • File deleted (fsw-3-1-0-5_with_extra_alignment)

#8 Updated by Alexis Jeandet almost 5 years ago

La dernière révision(331) semble Ok sur l'EM, elle démarre et passe en SBM1.

#9 Updated by paul leroy almost 5 years ago

Parfait, merci.
Je vais vous faire une révision 3.1.0.6 avec ces modifications et le coefficient 2 pour la cal.

#10 Updated by bruno katra almost 5 years ago

Ok merci Paul et Alexis. Juste quelques questions/remarques :
- les problèmes sont-ils liés aux corrections "Logiscope" ?
- Concernant le signal de cal : il faut que l'on remonte ça à Plasson car c'est un req SSS qui doit être modifié donc SRS et SVS aussi.

#11 Updated by paul leroy almost 5 years ago

Version 3.1.0.6 en développement avec correction du bug sur les kcoeff (j'avais un petit script perso pour tester, ça ne fait plus planter).
Si ça marche, je vous fais une livraison propre de la 3.1.0.6.

#12 Updated by bruno katra almost 5 years ago

Ces reminescences de bugs sont-elles induites par les nombreuses modifs Logiscope ?

#13 Updated by paul leroy almost 5 years ago

Disons que la prise en compte de certaines exigences logiscope, notamment sur l'initialisation des variables, a révélé des choses étranges, que j'ai dû corriger. Par exemple l'instruction suivante, pour récupérer une valeur de fréquence de kcoeff plante tout le soft si le pointeur n'a pas une valeur alignée

freqPtr = (unsigned short *) &TC->dataAndCRC[DATAFIELD_POS_SY_LFR_KCOEFF_FREQUENCY];
sy_lfr_kcoeff_frequency = *freqPtr;

J'ai dû remplacer par

// copy the value of the frequency byte by byte DO NOT USE A SHORT* POINTER
copyInt16ByChar( (unsigned char*) &sy_lfr_kcoeff_frequency, &TC->dataAndCRC[DATAFIELD_POS_SY_LFR_KCOEFF_FREQUENCY] );

C'est une des raisons pour lesquelles je préférais prendre en compte les sorties logiscope dès la révision intermédiaire, pour voir les effets collatéraux.

#14 Updated by Veronique bouzid almost 5 years ago

  • Status changed from New to Resolved
  • Assignee changed from Veronique bouzid to paul leroy

Hello
Tu as le feu vert pour nous livrer une 3.1.0.6.
En effet
--> le script de test de l'envoi de la tc_lfr_kcoefficients fonctionne parfaitement
les fichiers (2017_01_17-12_57_08*) sont stockés dans le répertoire data/R3+/3.1.0.6/3.1.91/TESTS-UNITAIRES/send_one_tc_load_kcoeff

--> le script SVS-0003/loop_tm_lfr_tc_exe.py a été joué entierement. Je viens de dépouiller rapidement, cela semble etre bon.
Les fichiers (2017_01_17-12_59_49*) sont rangés dans le répertoire data/R3+/3.1.0.6/3.1.91/SVS-0003.

--> le script SVS-0003/send_bad_tc.py a été joué, pour moi , il ne fonctionne pas car aucune réponse n est envoyée. Je documente ce point
dans le point redmine dédié #649.
(/) Le comportement actuel du driver est que la TC ne rentre même pas dans le soft si elle fait une taille strictement supérieure à 228 (au sens de Length du tableau "LFR TC Packet summary" de l'ICD). Pour une TC infénieure ou égale à 228, on parse la télécommande.

#15 Updated by paul leroy almost 5 years ago

  • Status changed from Resolved to New
  • Assignee changed from paul leroy to Veronique bouzid

#16 Updated by bruno katra almost 5 years ago

  • Status changed from New to Closed

Cloturé : version buggée

Also available in: Atom PDF