Bug #266
closed
tests préliminaires sur design 0.1.32
90%
Description
Comportement inattendu au démarrage.
Séquence 1:
1 reset HW OK
2 soft reset bit fixé à 0
3 status inattendu pour les matrices spectrales: 0x00 00 00 b0 => 1011 0000, les deux matrices f2_0 et f2_1 sont prêtes, une erreur error_buffer_full
Séquence 2:
1 reset HW OK
2 démarrage du SW de vol (soft reset fixé à 1 puis à zéros)
3 status inattendu pour les matrices spectrales: 0x00 00 00 30 => 0011 0000, les deux matrices f2_0 et f2_1 sont prêtes, l'erreur error_buffer_full a disparu
Updated by paul leroy about 10 years ago
Autre comportement inattendu:
Au démarrage du mode normal, le temps n'est pas écrit pour le registre f3_0. A la bascule vers le buffer f3_1, le temps n'est pas écrit non plus. Il faut attendre encore un changement de buffer avant de voir les premières informations de temps écrites dans les registres reg_wp.time_buffer
Ce comportement est également observé sur les données continues à f2 en mode BURST. Il faut attendre le troisième buffer de données pour voir des données de temps valides.
Updated by paul leroy about 10 years ago
Pendant le fonctionnement, il semblerait que les flags status_error_input_fifo_write(1) et status_error_input_fifo_write(2)soient toujours levés (bits 9 et 10 du status des matrices spectrales). On lit le registre de status suivant à l'adresse 0x04 [0000 0110 0000 0000 = 0 6 0 0]
Updated by Jean-Christophe Pellion about 10 years ago
- Status changed from New to Resolved
- Assignee changed from Jean-Christophe Pellion to paul leroy
- % Done changed from 0 to 90
Corrigé dans la version (r465) (MINI-LFR) WFP_MS-0-1-35
Updated by paul leroy almost 10 years ago
- Status changed from Resolved to Closed