LPP » INSTRU » Solar Orbiter LFR » LFR-FSW

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.

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

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

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.

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

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.