Activity
From 03/05/2015 to 01/06/2015
01/06/2015
-
09:19 PM Bug #418: données BP2 complètement fausses (en mode SBM2 et échantillonange à F1)
- A ma connaissance tous les BP2 en NORMAL mode sont nominaux (comparaison avec les ASM cross et auto très cohérente).
-
07:10 PM Bug #418: données BP2 complètement fausses (en mode SBM2 et échantillonange à F1)
- OK, merci, ça devrait me faciliter le debug.
-
05:25 PM Bug #418: données BP2 complètement fausses (en mode SBM2 et échantillonange à F1)
- paul leroy wrote:
> Plus généralement, y a-t-il un mode dans lequel les BP2 fonctionnent? Il me semble qu'on avait f... -
- Plus généralement, y a-t-il un mode dans lequel les BP2 fonctionnent? Il me semble qu'on avait fait un peu de mise au...
-
- paul leroy wrote:
> Pourrais-tu me donner une configuration de test où ça marchait ou bien ça n'a jamais marché?
... -
- Examen de résultats obtenues durant campagne de test pour les interfaces R3 :
VHDL 1.1.83
FSW 3.0.0.0
Le pb est ... -
- Pourrais-tu me donner une configuration de test où ça marchait ou bien ça n'a jamais marché?
-
- Test sur résultats ctc-012 sur EQM :
VHDL 2.1.83
FSW 2.2.3
Le pb est présent et encore plus caractéristique : to... -
- Addendum Bruno : Il faut vérifier si le pb est aussi présent avec le VHDL 1.1.83 (flashé sur l'EQM) + FSW 3.x.
-
- Examen des datadump dans un editeur hexa : le pb est bien présent dans les datadump donc ce n'est pas un pb de DECOM....
27/05/2015
-
- Carte mini-LFR III
TIMEGEN 0.0.0.1
Le soft se charge correctement.
Le run plante toujours à la même adresse (vu ... -
-
- soc.lfrControlPlugin.getSWVersion() renvoyait la version du FSW lue dans les HK
depuis les mises à jour de lfrContro...
19/05/2015
-
- Côté DECOM : c'est la même méthode qui traite les BP2 quel que soit le mode donc, à priori, pas possible d'avoir un t...
18/05/2015
-
- corrected in version >= 3.0.0.1
-
- corrected in version >= 3.0.0.1
-
- corrected in version >= 3.0.0.1
-
- corrected in version >= 3.0.0.1
-
- corrected in version >= 3.0.0.1
-
- corrected in version >= 3.0.0.1
15/05/2015
-
- Lors du test ctc-12 (96 enregistrements en SBM2 avec 6 signaux sinusoïdaux injectés simultanément avec des fréquences...
13/05/2015
-
- La correction de ce bug est nécessaire pour valider l'interface R3 pour la livraison du 19 mai 2015 au LESIA.
-
- Vu avec Paul : bug lié à la version trop ancienne de LfrControPlugin qui ne gère pas des TC de plus de 128 octets. Pa...
-
- Version LfrControlPlugin : 1.1.4
Tout se ferme : ressemble à un seg fault propagé
06/05/2015
-
04:13 PM Bug #411 (Closed): R3 *** TM_LFR_SCIENCE_SBM2_BP*_Fi: octet 18 not equal to 0x0
Le script utilisé se trouve dans /home/validation/SCRIPT/R3/just_sbm2_mode.py
Le test est rangé dans le répertoi...-
le test est rangé dans le répertoire /home/validation/data/R3/JUST-BURST.
Le fichier est 2015_05_06-14_13_17-Detai...-
- Le script utilisé se trouve dans /home/validation/SCRIPT/R3/just_burst_mode.py
- +TM_LFR_SCIENCE_BURST_BP1_F0 and ... -
- Le script utilisé se trouve dans /home/validation/SCRIPT/R3/just_sbm1_mode.py
Le test est rangé dans le répertoire... -
- Les paquets TM_LFR_SCIENCE_NORMAL_SWF_Fi sont impactés par les modifications de la R3.
EN effet, il y a maintenant... -
Le script utilisé se trouve dans /home/validation/SCRIPT/R3/just_normal_mode.py
Les TM_LFR_SCIENCE_NORMAL_BP2_F0,...-
*TESTS pour valider les interfaces de R3 - (documenet ICD 3.0 rev 7)*
--------------------------------------------...
Also available in: Atom