En raison d’un bogue dans l’IP PHY de périphérique 10 Arria, les conceptions utilisant la fonctionnalité Profils de configuration peuvent contenir des chemins qui ne sont pas analysés dans le timing si l’IP PHY native est générée ailleurs que dans le dossier du projet Quartus Prime.
Les informations de synchronisation de l’émetteur-récepteur pour chacun des profils de configuration sont contenues dans les fichiers IP générés .json qui sont référencés par le fichier IP .qip natif de PHY.
Les profils de configuration générés par l’IP PHY natif sont sensibles à la localisation. Si l’IP PHY native est générée ailleurs que dans le dossier du projet Quartus Prime, les fichiers .json sont manquants. Le projet compilera avec succès sans analyser les fichiers de synchronisation .json, mais les arcs de synchronisation des profils de configuration non par défaut seront manquants.
Aucun avertissement n’est fourni par le logiciel Quartus Prime.
Dans ce scénario, la configuration IP native par défaut de PHY est l’analyse du timing, mais les autres profils de configuration ne le sont pas.
Comment savoir si ma conception est affectée ?
Vous pouvez vérifier votre projet Quartus Prime pour voir si vous êtes affecté par le script check_transceiver_profiles.tcl ci-joint. Le script identifie les fichiers .json manquants et les arcs de synchronisation manquants. Vous pouvez trouver le fichier à partir du menu déroulant Outils Quartus Prime > scripts TCL. La sortie du script est visible dans l’onglet Système de la fenêtre Messages.
Solution de contournement 1
Assurez-vous que l’IP PHY native est placée dans le dossier du projet Quartus Prime. Pour ce faire, vous pouvez placer le fichier .qsys dans le même dossier que le fichier .qpf. Vous pouvez alors retirer l’IP de cet emplacement.
Solution de contournement 2
Modifiez les chemins relatifs à « tous » les fichiers .json dans le fichier IP généré suivant :
Nom de la variante \\\altera_xcvr_native_a10_16*\synth\_altera_xcvr_native_a10_16*_*.sv
De:
reconfig_settings
.hssi_10g_rx_pcs_reconfig_settings(« nom de variation.//altera_xcvr_native_a10_16*/synth/rcfg_timing_db/hssi_10g_rx_pcs_reconfig_settings_*.json »),
.hssi_10g_tx_pcs_reconfig_settings»/nom devariation .//altera_xcvr_native_a10_16*/synth/rcfg_timing_db/hssi_10g_tx_pcs_reconfig_settings_*.json »),
.......
À
reconfig_settings
.hssi_10g_rx_pcs_reconfig_settings(« emplacement//altera_xcvr_native_a10_16*/synth/rcfg_timing_db/hssi_10g_rx_pcs_reconfig_settings_*.json »),
emplacement .hssi_10g_tx_pcs_reconfig_settings («//altera_xcvr_native_a10_16*/synth/rcfg_timing_db/hssi_10g_tx_pcs_reconfig_settings_*.json »),
.......
Comment analyser ma conception prédéfinie et rouée à l’aide de ces solutions de contournement ?
Après avoir appliqué l’une des solutions de contournement mentionnées ci-dessus, vous pouvez relancer l’analyseur de synchronisation TimeQuest à partir du menu déroulant Quartus Prime Processing>Start>Start TimeQuest Timing Analyzer.
Pour les utilisateurs effectuant une analyse de synchronisation directement dans le GUI TimeQuest, vous devez utiliser la commande « create_timing_netlist -force_dat » après avoir appliqué une solution de contournement pour créer la netlist de synchronisation avec les informations de synchronisation mises à jour.
Solution de contournement/correctif
