Project

General

Profile

Activity

From 03/11/2021 to 02/12/2021

02/12/2021

01:33 PM Bug #3911: KCOEFF_DUMP : champ PA_LFR_KCOEFF_BLK_NR faux
Devrait être corrigé ici https://github.com/LaboratoryOfPlasmaPhysics/LFR_Flight_Software/commit/8a9fbaf9ba5bfb80ca20... Alexis Jeandet
01:27 PM Bug #3911: KCOEFF_DUMP : champ PA_LFR_KCOEFF_BLK_NR faux
Discuté avec Alexis : le BLOCK_NUMBER pourrait contenir le nombre de floats/26 (26= nombre de floats pour 1matrice B ... bruno katra
10:55 AM Bug #3911 (Closed): KCOEFF_DUMP : champ PA_LFR_KCOEFF_BLK_NR faux
Dans 3.3.0.2 : les paquets KCOEFF_DUMP font la bonne taille attendue
MAIS le champs PA_LFR_KCOEFF_BLK_NR qui devrai...
bruno katra
01:31 PM Bug #3913: Le 2eme paquets KCOEFF_DUMP ne contient que des 0
Lié à #3912 bruno katra
11:16 AM Bug #3913: Le 2eme paquets KCOEFF_DUMP ne contient que des 0
J'ai ajouté le binaire et l'ascii décommuté bruno katra
11:15 AM Bug #3913 (Closed): Le 2eme paquets KCOEFF_DUMP ne contient que des 0
Testé en 3.3.0.2 au démarrage de LFR avec les matrices par défaut :
le 2eme paquet est rempli de floats à 0.
J'ai...
bruno katra
01:30 PM Feature #3905 (In Progress): La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICD
Pb #3911 : le champs blk_number est un octet, on ne peut pas stocker 676 et 338.
Discuté avec Alexis : le BLOCK_NU...
bruno katra
11:43 AM Bug #3912: L'ordre des matrices dans KCOEFF_DUMP n'est pas bon
Réassignée à Bruno pour tests bruno katra
11:32 AM Bug #3912: L'ordre des matrices dans KCOEFF_DUMP n'est pas bon
En effet, désolé pour la typo, ça devrait être corrigé ici:
https://github.com/LaboratoryOfPlasmaPhysics/LFR_Flight_...
Alexis Jeandet
11:17 AM Bug #3912: L'ordre des matrices dans KCOEFF_DUMP n'est pas bon
Informations supplémentaires :
test fait en 3.3.0.2 avec les valeurs par défaut des matrices au boot de LFR (avant e...
bruno katra
11:12 AM Bug #3912 (Closed): L'ordre des matrices dans KCOEFF_DUMP n'est pas bon
Si on se réfère au code du FSW : calibration_matrices.c où sont initialisés les matrices par défaut :
la première v...
bruno katra
10:51 AM Bug #3908 (Closed): Taille des paquets KCOEFF_DUMP en FSW >=3.3
La taille des KCOEFF dump est maintenant correcte :
1er : 676 floats soit 2704 octets
2eme : 338 floats sot 1352 ...
bruno katra

01/12/2021

01:27 PM Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3
Alexis a livré une 3.3.0.2, il y avait bien un bug qui n'envoyait plus les KCOEFF_DUMP. Testé en 3.3.0.2 OK. bruno katra
12:35 PM Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3
Dans cette version 3.3.0.1b : les KCOEFF_DUMP ne sont plus envoyés du tout par LFR, mais la commande est quand même a... bruno katra

29/11/2021

05:47 PM Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3
nope, en effet, je comptais release avec le correctif des changements de mode. Alexis Jeandet
05:29 PM Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3
Ok merci je me réassigne l'issue. Je vais tester.
Mais du coup c'est toujours une 3.3.0.1 ? Pas de changement de ver...
bruno katra
05:08 PM Bug #3908: Taille des paquets KCOEFF_DUMP en FSW >=3.3
Ce build intègre le correctif pour set correctement le BLK_NR (nombre de float)
https://hephaistos.lpp.polytechnique...
Alexis Jeandet
04:38 PM Bug #3908 (In Progress): Taille des paquets KCOEFF_DUMP en FSW >=3.3
Problème pour le 2eme paquet KCOEFF : il est tronqué à la taille de l'ICD avec un block_number =6.
Ceci est bloquan...
bruno katra
04:43 PM Bug #3898: E1 et E2 semblent intervertis dans FSW 3.3.0.1
Test fait avec matrices unitaires pour retrouver le comportement de FSW 3.2.0.24.
Il y a toujours un truc qui ne va...
bruno katra
04:41 PM Task #3897 (In Progress): Faire un test avec les matrices de chgt de repère/calibration mises à 1 et 0 pour reproduire le comportement du FSW <=3.2.0.24
Matrices unitaires chargées avec FSW 3.3.0.1.
A première vue je ne retrouve pas le comportement ni les amplitudes de...
bruno katra
04:35 PM Feature #3905: La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICD
ll faudrait changer les 2 DEFINE du code du FSW qui contiennent le champ BLOCK_NUMBER : Les DEFINE sont actuellement ... bruno katra

26/11/2021

06:32 PM Bug #3908 (Closed): Taille des paquets KCOEFF_DUMP en FSW >=3.3
Les nouveaux paquets KCOEFF_DUMP ne contiennent plus les même valeurs qu'avant ce qui est normal dans la nouvelle imp... bruno katra

24/11/2021

02:42 PM Feature #3905 (Closed): La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICD
L'ICD précise qu'un KCOEFF_DUMP contient :
n blocs de [KCOEFF_FREQ + 32xKCOEFF] où KCOEFF_FREQ est un UINT16 et KC...
bruno katra

18/11/2021

11:07 AM Task #3897: Faire un test avec les matrices de chgt de repère/calibration mises à 1 et 0 pour reproduire le comportement du FSW <=3.2.0.24
Le tableau en question et le notebook qui l'a produit thomas chust
09:32 AM Task #3897 (In Progress): Faire un test avec les matrices de chgt de repère/calibration mises à 1 et 0 pour reproduire le comportement du FSW <=3.2.0.24
Afin de valider la non régression au niveau des signaux (amplitude et forme).
Thomas a envoyé le tableau 32x36
bruno katra
09:44 AM Bug #3898 (Closed): E1 et E2 semblent intervertis dans FSW 3.3.0.1
Test fait sur EM1 avec FSW 3.3.0.1:
*On injecte un signal uniquement sur E1 :*
+Résultat attendu :+ avec les nouv...
bruno katra

10/11/2021

11:44 AM Bug #3888 (Closed): Mauvaise incrémentation des TM_LFR_TC_EXE_* en cas de demande de passage dans le mode où l'on est déjà dans FSW 3.3.0.1
FSW 3.3.0.1 sur EM1
Quand on demande à passer dans un mode où l'on est déjà le FSW doit générer une TM_LFR_TC_EXE_...
bruno katra
 

Also available in: Atom