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

Pourquoi mon code utilisateur JTAG est-il modifié pour 0xFFFFFFFF dans le fichier d’objet SRAM (.sof), le fichier d’objet du programmeur (.pof) et les fichiers de rapport ?

Environnement

BUILT IN - ARTICLE INTRO SECOND COMPONENT
Descriptif Ce problème se produit dans le Quartus®Version 5.0 du logiciel II lorsque votre conception cible un Cyclone™Périphérique II.

Le logiciel Quartus II utilise les noms de cession incorrects pour le code utilisateur JTAG dans le fichier de paramètres Quartus II(.qsf),comme indiqué dans l’exemple suivant. 

set_global_assignment -name APEX20K_JTAG_USER_CODE 

set_global_assignment -name APEX20K_CONFIG_DEVICE_JTAG_USER_CODE

Ces affectations sont incorrectes. Changez les noms de affectation incorrects (lors du APEX20K STRATIX ciblage d’un périphérique Cyclone II) comme indiqué dans l’exemple suivant : 

set_global_assignment -name STRATIX_JTAG_USER_CODE 

set_global_assignment -name STRATIX_CONFIG_DEVICE_JTAG_USER_CODE

Ce problème a été résolu dans la version 5.1 du logiciel Quartus II.

Produits associés

Cet article concerne 2 produits

FPGA Cyclone®
FPGA Cyclone® II

Vous avez besoin d'aide ?

Contacter l'assistance

Avertissement

1

Toutes les publications et l'utilisation du contenu de ce site sont soumis aux Conditions d'utilisation d'Intel.fr.

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.