Artikel-ID: 000074300 Inhaltstyp: Fehlerbehebung Letzte Überprüfung: 10.06.2014

Warum entfernt der TimeQuest Timing Analyzer nicht alle gängigen Taktpfad-Dessimismen auf meinem synchronen Ausgabepfad der Quelle?

Umgebung

BUILT IN - ARTICLE INTRO SECOND COMPONENT
Beschreibung

Der TimeQuest Timing Analyzer entfernt möglicherweise in einigen Fällen nicht alle gängigen Taktpfade (IMSP), selbst wenn Sie Die Entfernung von Common-Clock-Path-Pfaden aktivieren aktivieren. Der TimeQuest Timing Analyzer entfernt DIE UHR bis zum Taktstift des letzten Registers auf einem Datenankunftspfad. Wenn kein Register auf einem Datenankunftspfad vorhanden ist, wird DIE DATEI "ALLE Daten" bis zur letzten Taktquelle auf dem Pfad entfernt.

In einer synchronen Quelle gibt es kein Register auf dem Dateneingangspfad; der Pfad geht in der Regel von der PLL-Ausgabe, über die Select-Zeile des Ausgabemultiplexers, bis zum IO der obersten Ebene. In den meisten Fällen ist die letzte Taktquelle auf dem Pfad eine PLL-Ausgabe. Auch wenn der Taktpfad für einen Großteil des restlichen Pfades üblich ist, wird nach der letzten Taktquelle kein "Abstrich" mehr entfernt.

Lösung

Es gibt zwei Möglichkeiten, um diese Einschränkung zu umgehen, sodass mehr der IMPF entfernt wird.

  1. Definieren Sie einen zusätzlich generierten Takt auf einem Knoten im Taktweg nach der PLL-Ausgabe, aber vor der Datenankunft und den erforderlichen Datenpfaden. In einigen Fällen, wie z. B. den meisten synchronen Ausgangsausgangsquellen, ist diese Lösung nicht praktisch, da es keine anderen Knoten im Taktpfad zwischen der PLL-Ausgabe und dem Punkt gibt, an dem sich die Pfade teilen.

    Wenn Sie diese Problemumgehung verwenden können, erstellen Sie die zusätzliche generierte Taktfrequenz basierend auf der PLL-Ausgabe, ohne Multiplikationen, Divisionen oder Verschiebungen. Der TimeQuest Timing Analyzer entfernt dann den zusätzlichen "GEGENwert" zwischen der PLL-Ausgabe und dem Ziel der neu erstellten generierten Taktfrequenz.


  • Verwenden Sie dieses Skript, report_timing_pess.tcl, um das Timing auf Pfaden zu melden, bei denen der TimeQuest Timing Analyzer nicht alle BETEILIGTEN Komponenten entfernt hat. Das Skript berechnet alle zusätzlichen, zu entfernenden " SLACKP ", und meldet einen angepassten Slack-Wert, der die zusätzliche, zu entfernende".

    Um das Skript zu verwenden, quellen Sie es im TimeQuest Timing Analyzer. Dieser Erstellt einen neuen Befehl namens report_timing_pess. Es unterstützt die gleichen Optionen wie die report_timing Befehl, aber die Slack-Werte, die es meldet, enthalten alle zusätzlichen" ÜBERFÜHRUNGS-Werte, die entfernt werden sollten. Verwenden Sie report_timing_pess Befehl an Stelle des report_timing befehlen, um das Timing auf beliebigen synchronen Quellenausgängen oder anderen Pfaden zu analysieren, in denen der TimeQuest Timing Analyzer nicht alle BETEILIGTEN Werte entfernt hat.

    Die folgenden Befehle zeigen ein Beispiel dafür, wie Sie das Skript verwenden könnten, um das Timing einer synchronen Quelle-Ausgabe zu analysieren.

    TCL> Quelle report_timing_pess.tcl
    TCL> report_timing_pess -to [get_ports DAC_DATA[*]] -setup \
    -npaths 100 -panel_name "DAC Output Setup Time Report"

Zugehörige Produkte

Dieser Artikel bezieht sich auf 1 Produkte

Intel® programmierbare Geräte

Der Inhalt dieser Seite ist eine Kombination aus menschlicher und computerbasierter Übersetzung des originalen, englischsprachigen Inhalts. Dieser Inhalt wird zum besseren Verständnis und nur zur allgemeinen Information bereitgestellt und sollte nicht als vollständig oder fehlerfrei betrachtet werden. Sollte eine Diskrepanz zwischen der englischsprachigen Version dieser Seite und der Übersetzung auftreten, gilt die englische Version. Englische Version dieser Seite anzeigen.