| > Accueil > Campus de Rennes > Personnel > Jacques WEISS > Quartus > Quartus : Analyse Temporelle | |
![]() |
WEISS Jacques : Professeur SUPELEC, Campus de Rennes Contact : (Prenom.Nom at supelec.fr)
|

Exemple du projet BIDON :
Rappel : Il ne doit pas y avoir de warnings ni d'erreurs ; en cas contraire, il faut ABSOLUMENT les investiger (fort risque de non-fonctionnement !).
Il faut définir les conditions opérationnelles du projet (fréquence et temps) ; ceci se fait par un fichier de script SDC (Synopsys Design Constraints file) soit par édition directe, soit par l'usage de Assignments/TimeQuest Timing Analyzer Wizard ... ; exemple (extraits de bidon.sdc) :
# Clock constraints (horloge de 50 MHz, rapport cyclique 1/2)
create_clock -name "horl" -period 20ns [get_ports {horl}]
# tsu/th constraints (temps de setup et de hold pour les entrées KEY)
set_input_delay -clock "horl" -max 7ns [get_ports {KEY[*]}]
set_input_delay -clock "horl" -min 0ns [get_ports {KEY[*]}]
# Constrain the output I/O path (signaux de sortie)
#Destination setup time
set_output_delay -clock "horl" -max 10ns [all_outputs]
#Destination hold time
set_output_delay -clock "horl" -min 0ns [all_outputs]
La lecture du rapport de compilation fournit la fréquence maximale de fonctionnement du projet (en incluant les caractéristiques temporelles des éléments connectés sur les E/S) :

Il est possible d'identifier les chemins les plus longs, responsables de la limitation de performance :


(Contexte du projet : horloge = 50 Mhz ; Tco ≤ 10 ns)
Slack (garde) : ≥ 1,683 ns
Ainsi :
Si l'on confronte ces chiffres à une observation faite en simulation temporelle, on retrouve le même ordre de grandeur (exactement la même valeur, dans le cas de DIGIT_B sur la figure ci-dessous).

Pour plus de détails, il est conseillé d'aller sur la page web d'Altera : TimeQuest Design Examples
Mise à jour : le 08/11/2011 13:46