Activity
From 01/11/2021 to 30/11/2021
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.
-
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... -
- Ce build intègre le correctif pour set correctement le BLK_NR (nombre de float)
https://hephaistos.lpp.polytechnique... -
- Problème pour le 2eme paquet KCOEFF : il est tronqué à la taille de l'ICD avec un block_number =6.
Ceci est bloquan... -
- Test fait avec matrices unitaires pour retrouver le comportement de FSW 3.2.0.24.
Il y a toujours un truc qui ne va... -
- Matrices unitaires chargées avec FSW 3.3.0.1.
A première vue je ne retrouve pas le comportement ni les amplitudes de... -
- ll faudrait changer les 2 DEFINE du code du FSW qui contiennent le champ BLOCK_NUMBER : Les DEFINE sont actuellement ...
26/11/2021
-
- Les nouveaux paquets KCOEFF_DUMP ne contiennent plus les même valeurs qu'avant ce qui est normal dans la nouvelle imp...
24/11/2021
-
- L'ICD précise qu'un KCOEFF_DUMP contient :
n blocs de [KCOEFF_FREQ + 32xKCOEFF] où KCOEFF_FREQ est un UINT16 et KC...
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
-
- Afin de valider la non régression au niveau des signaux (amplitude et forme).
Thomas a envoyé le tableau 32x36 -
- Test fait sur EM1 avec FSW 3.3.0.1:
*On injecte un signal uniquement sur E1 :*
+Résultat attendu :+ avec les nouv...
10/11/2021
-
- 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_...
Also available in: Atom