Bug #509
closed
SGSE 3.0.0.0 affichages ASM_F0 et ASM_F1 erronés pour f > fe/4 ?
Added by thomas chust about 9 years ago.
Updated about 9 years ago.
Description
Dans la version 3.0.0.0 au labo il y a dorénavant un gros bug bien identifié sur l'affichage des ASM_F0 et ASM_F1: la partie supérieure de leur bande de fréquence est complètement erronée. Plus précicément le bug se produit lorsque l'on injecte une sinusoïde à f > fe/4 (fe=f0 ou f1 selon le cas). Pour des f < fe/4 l'affichage est correcte. Pour f légèrement > fe/4 l'amplitude observé dégringole (d'un facteur 10^5), et ensuite pour des fréquences approchant de fe/2 l'amplitude observé est de nouveau nominale MAIS le pic spectrale est mal placé en fréquence (10-20% d'erreur).
En fichiers joints:
- capture d'écran pour f = 6336Hz et 3Vpp sur E1 et E2
- capture d'écran pour f = 7836Hz et 3Vpp sur E1 et E2
Concernant les SWF_F2 tout semble nominale
Files
- Subject changed from SGSE 3.0.0.0 affichages SWF_F0 et SWF_F1 erronés pour f > fe/4 ? to SGSE 3.0.0.0 affichages ASM_F0 et ASM_F1 erronés pour f > fe/4 ?
- Status changed from New to Resolved
- Assignee changed from paul leroy to thomas chust
J'ai trouvé, c'est corrigé pour la version 3.0.0.3.
Ca n'a pas de rapport avec les formes d'ondes, j'avais un bug dans ma décommutation, qui ne se produisait pas avec les ASM_F2 car les trois paquets correspondant à une matrice contiennent 32 blocs alors que pour F0 et F1, le dernier paquet est plus petit que les deux premiers.
Je vais pousser les sources de la version 3.0.0.3 sur Hephaistos, Alexis pourra vous regénérer un paquets Fedora.
lfrsgse 3.0.0.3 packagé par Alexis et installé sur pc-faust9.
Le problème est que le sgse n'est plus fonctionnel : la connection se passe bien avec SocExplorer i.e. "Connection has been established" et on voit même les compteurs de paquets qui s'incrémentent (+ le champs packets received) mais aucune information ne semble lue dans les paquets. Par exemple l'onglet HK n'affiche aucune infos ainsi que les onglets SWF par exemple (periode fixée à 16s) alors que les paquets arrivent bien.
J'ai mis des captures d'ecran dans cette issue.
J'ai downgradé en 3.0.0.2 : MEME PROBLEME.
J'ai downgradé en 3.0.0.0 (version qui avait le bug d'affichage ) et tout remarche comme hier.
- Assignee changed from paul leroy to bruno katra
Vous avez aussi mis à jour lib-LFR-paul?
J'ai contrôlé ici. En installant les derniers paquets, ça marche. Vous pouvez peut-être essayer de réinstaller lfrsgse et lib-LFR-paul.
paul leroy wrote:
J'ai contrôlé ici. En installant les derniers paquets, ça marche. Vous pouvez peut-être essayer de réinstaller lfrsgse et lib-LFR-paul.
Ce matin? J'ai recompilé le lfrcontrolplugin ce matin pour qu'il soit compilé avec la dernière version de SocExplorer.
- Priority changed from Normal to High
- % Done changed from 0 to 80
Le SGSE est fonctionnel après mise à jour de la lib-LFR-paul. Je ne savais pas qu'il fallait la mettre à jour en même temps que le sgse (j'ai du rater l'info quelque part). J'en ai profité pour mettre à jour le LFRControlPlugin en 2.0.2 qui ne plante plus aussi du coup suite à la mise à jour le la lib-LFR-paul.
J'ai lancé des tests et tou semble marché.
Il reste maintenant à valider spécifiquement la correction du bug d'affichage car le LESIA a demandé si nous avions une version plus récente (évoqué aujourd'hui au point LFR). Si le bug d'affichage est corrigé, on relivre le LESIA.
- Status changed from In Progress to Closed
- % Done changed from 80 to 100
Bug corrigé en lfrsgse 3.0.0.3.
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by 
