Frage zu Hold-Zeit in ISE

[Cihan K. (lazoboy61)]

Hallo,

habe mal eine kleine Frage. Obwohl ich keine Timing-Fehler habe sind die 
manche Hold-Zeiten nicht null.

hier ein kleiner Auszug aus dem Report:
...
Starting Router


Phase  1  : 23805 unrouted;      REAL time: 13 secs
INFO:Route:538 - One or more MIG cores have been detected in your design 
and have been successfully placed and routed. These MIG core(s) have 
critical skew and delay requirements that are independent of the user 
(UCF) timing constraints. These MIG-related timing constraints have been 
successfully met in this design. However, the user must verify 
separately that all timing constraints specified in the UCF file have 
been met.

Phase  2  : 19762 unrouted;      REAL time: 15 secs

Phase  3  : 6882 unrouted;      REAL time: 23 secs

Phase  4  : 6885 unrouted; (Setup:0, Hold:142268, Component Switching 
Limit:0)     REAL time: 28 secs

Updating file: camera_link_transmitter_ddr2.ncd with current fully 
routed design.

Phase  5  : 0 unrouted; (Setup:0, Hold:139102, Component Switching 
Limit:0)     REAL time: 32 secs

Phase  6  : 0 unrouted; (Setup:0, Hold:139102, Component Switching 
Limit:0)     REAL time: 32 secs

Phase  7  : 0 unrouted; (Setup:0, Hold:139102, Component Switching 
Limit:0)     REAL time: 32 secs

Phase  8  : 0 unrouted; (Setup:0, Hold:139102, Component Switching 
Limit:0)     REAL time: 32 secs

Phase  9  : 0 unrouted; (Setup:0, Hold:0, Component Switching Limit:0) 
REAL time: 32 secs

Phase 10  : 0 unrouted; (Setup:0, Hold:0, Component Switching Limit:0) 
REAL time: 33 secs
...

Die Programmierung funktioniert soweit auch. Kann ich die Hold-Zeiten 
ignorieren wenn keine Timing-Fehler da sind? Manchmal sind auch die 
Setup-Zeiten > 0, obwohl keine Timing-Fehler da sind.

Würde mich über eine Aufklärung sehr freuen.

Danke im voraus

Cihan

[Marius W. (mw1987)]

Cihan Kalayci schrieb:
> Phase 10  : 0 unrouted; (Setup:0, Hold:0, Component Switching Limit:0)

Wo sind da irgendwelche Timing-Fehler?! Dass in den ersten Phasen des 
PAR noch Timing-Fehler auftreten, ist nichts ungewöhnliches. Da wird 
dann noch ein wenig optimiert, bis das Timing schließlich passt (oder 
auch nicht). Wichtig ist nur der Timing-Score am Ende vom PAR.

Gruß
Marius

[Cihan K. (lazoboy61)]

Ich habe auch nicht gemeint, dass Timing Fehler drinne sind.

D.h. also, so wie du es beschrieben hast, optimiert er und wenn am Ende 
keine Timing-Fehler da sind, ist alles OK.

Kann ich soz. die oberen Hold-Zeiten ignorieren, habe ich das richtig 
verstanden?

Danke für die schnelle Antwort

Gruß Cihan

[Christian R. (supachris)]

Ja, das kamm man ignorieren, das sind die ersten Phasen der Optimierung. 
Solange am Ende 0 steht ist alles OK. Außerdem sollte er ja dann 
anzeigen "All Constraints met". Natürlich muss man sinnvolle Constraints 
vergeben, mindestens den Takt.