Project

General

Profile

Activity

From 17/11/2021 to 16/12/2021

13/12/2021

02:32 PM Bug #3916: Les valeurs reportées dans le KCOEFF_DUMP ne sont pas comme attendues.
Vu avec Alexis : le pb vient de la specif qu'il avait fourni où l'ordre des matices est faux. Pas de pb au niveau du ... bruno katra
10:50 AM Bug #3916: Les valeurs reportées dans le KCOEFF_DUMP ne sont pas comme attendues.
J'ai effectué un dump mémoire de LFR : le bin 24 est correct à première vue en mémoire (bonne valeur au bon indice).
...
bruno katra

08/12/2021

03:34 PM Bug #3916 (In Progress): Les valeurs reportées dans le KCOEFF_DUMP ne sont pas comme attendues.
DECOM vérifiée : OK
Je suis allé lire le binaire directement et on a bien les valeurs 0.0000000000000000 et -0.0000...
bruno katra
03:04 PM Bug #3916 (Closed): Les valeurs reportées dans le KCOEFF_DUMP ne sont pas comme attendues.
FSW 3.3.0.4 : boot LFR puis DUMP_KCOEFF immediatement. On doit récupérer dans la TM KCOEFF_DUMP les valeurs par défau... bruno katra
01:33 PM Task #3915 (Closed): Datapack FSW 3.3 : expliquer initialisation des matrices au boot de LFR
Le comportement de l'init des matrices au boot devra être détaillé dans SDD et/ou spec LFR :
- Les matrices par dé...
bruno katra
01:29 PM Support #3914 (Stalled): Question sur la dernière matrice des KCOEFF...
Ok merci je trace dans une issue dédiée pour que cela soit reportée dans la spec LFR et/ou le SDD quand ils seront mi... bruno katra
01:22 PM Support #3914: Question sur la dernière matrice des KCOEFF...
Oui, car initialement j'avais demandé à Thomas de mettre à 0 toutes les matrices non utilisées dans les calculs. L'av... Alexis Jeandet
01:19 PM Support #3914 (Stalled): Question sur la dernière matrice des KCOEFF...
Dans calibration_matrices.c, lors de l'init des matrices KCOEFF par défaut :
Est-il normal que la dernière matrice...
bruno katra

03/12/2021

04:16 PM Feature #3905: La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICD
Il faut maintenant prévenir le LESIA bruno katra
04:14 PM Bug #3911 (Closed): KCOEFF_DUMP : champ PA_LFR_KCOEFF_BLK_NR faux
Testé ok en 3.3.0.4 bruno katra
04:13 PM Bug #3912 (Closed): L'ordre des matrices dans KCOEFF_DUMP n'est pas bon
Testé ok en 3.3.0.4 bruno katra
04:12 PM Bug #3913 (Closed): Le 2eme paquets KCOEFF_DUMP ne contient que des 0
Testé ok en 3.3.0.4 bruno katra

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
 

Also available in: Atom