ID de l'article: 000085053 Type de contenu: Dépannage Dernière révision: 11/09/2012

Pourquoi le signal rx_freqlocked reste-t-il bloqué à un niveau bas, même si les tx_clkout et les rx_clkout sont reconfigurés avec succès, après la reconfiguration du canal dans les périphériques Cyclone IV GX ?

Environnement

BUILT IN - ARTICLE INTRO SECOND COMPONENT
Descriptif

Il est possible que vous voyiez rx_freqlocked signal rester bloqué dans un état de désélation après la reconfiguration du canal sur Cyclone des périphériques IV GX, même si les tx_clkout et les rx_clkout sont reconfigurés avec succès.  Vous pouvez observer ce comportement dans le logiciel Quartus II 10.1 sp1 ou antérieur.

Suivez les étapes suivantes pour résoudre ce problème.

1. Installez le correctif 0.36 pour le logiciel Quartus II 10.1 ou le correctif 1.03 pour le logiciel 10.1 sp1.  Vous devez déplacer votre conception vers la dernière version de Quartus II (11.0 et versions ultérieures), si vous avez créé votre conception dans les versions 10.0 sp1 ou antérieures.
2. Une ALTGX_RECONFIG des fichiers megawizard rémanents.
3. Fichier GXB MIF/HEX à la recherche de données.
4. Effectuez une reconfiguration à l’aide de fichiers MIF/HEX récemment générés.

 

Correctif 1.03 pour le logiciel Quartus II version 10.1SP1

Correctif 0.36 pour le logiciel Quartus II version 10.1

Le contenu de cette page est une combinaison de traduction humaine et informatique du contenu original en anglais. Ce contenu vous est fourni pour votre commodité et à titre informatif seulement et ne saurait être totalement exact ou complet. En cas de contradiction entre la version anglaise de cette page et la traduction, c'est la version anglaise qui prévaut. Afficher la version anglaise de cette page.