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 over 9 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 over 9 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 over 9 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