EDAboard.com | EDAboard.eu | EDAboard.de | EDAboard.co.uk | RTV forum PL | NewsGroups PL

Input Delay and Hold Time

Ask a question - edaboard.com

elektroda.net NewsGroups Forum Index - LSI - Input Delay and Hold Time

Anand P Paralkar
Guest

Fri Jan 16, 2004 10:47 am   



Hi,

I was looking up the man pages for the synthesis directive
set_input_delay (in Synopsys DC).

The man page says:

Specifies the path delay. The
delay_value must be in units consistent
with the technology library used during
optimization. The delay_value represents
the amount of time the signal is
available after a clock edge. This
usually represents a combinational path
delay from the clock pin of a register.

If input delay is "the amount of time the signal is available after a
clock edge", then:

1. Is "input delay" different from "hold time"?

2. If these are two different parameters, what exactly is the
difference?

Thanks,
Anand

David Jones
Guest

Fri Jan 16, 2004 1:08 pm   



In article <4007BE55.1040407_at_sasken.com>,
Anand P Paralkar <anandp_at_sasken.com> wrote:
Quote:
If input delay is "the amount of time the signal is available after a
clock edge", then:

1. Is "input delay" different from "hold time"?

2. If these are two different parameters, what exactly is the
difference?

Consider two blocks A and B. An output FOO from A is an input to B.

You are synthesizing block B. You have no control over block A.

The specs for block A state that signal FOO is valid 2.3 ns after
the rising edge of the clock.

When Synopsys does its timing analysis, it needs to know that any
path starting from FOO has already experienced 2.3 ns of delay
from the clock. The set_input_delay statement conveys this
information.

Hold time is different. You usually don't specify this (it
is specified in the cell library, and Synopsys will conform
to the hold time of the devices it chooses).

Richard Iachetta
Guest

Fri Jan 16, 2004 4:49 pm   



In article <4007BE55.1040407_at_sasken.com>, anandp_at_sasken.com says...
Quote:
Hi,

I was looking up the man pages for the synthesis directive
set_input_delay (in Synopsys DC).

The man page says:

Specifies the path delay. The
delay_value must be in units consistent
with the technology library used during
optimization. The delay_value represents
the amount of time the signal is
available after a clock edge. This
usually represents a combinational path
delay from the clock pin of a register.

If input delay is "the amount of time the signal is available after a
clock edge", then:

1. Is "input delay" different from "hold time"?

2. If these are two different parameters, what exactly is the
difference?

Input delay tells DC how long after the clock before an input becomes valid.
Hold time is the amount of time after the clock the value of a signal (usually
an output) does not change.

--
Rich Iachetta

j
Guest

Sat Jan 17, 2004 3:54 am   



Watch the hold times on the input to CHIP. If no PLL to cancel insertion
delay, this will bite you, if not taken into account.

"Richard Iachetta" <no_at_virus.com> wrote in message
news:MPG.1a71d21cc24e96e298983c_at_ausnews.austin.ibm.com...
Quote:
In article <4007BE55.1040407_at_sasken.com>, anandp_at_sasken.com says...
Hi,

I was looking up the man pages for the synthesis directive
set_input_delay (in Synopsys DC).

The man page says:

Specifies the path delay. The
delay_value must be in units consistent
with the technology library used during
optimization. The delay_value represents
the amount of time the signal is
available after a clock edge. This
usually represents a combinational path
delay from the clock pin of a register.

If input delay is "the amount of time the signal is available after a
clock edge", then:

1. Is "input delay" different from "hold time"?

2. If these are two different parameters, what exactly is the
difference?

Input delay tells DC how long after the clock before an input becomes
valid.
Hold time is the amount of time after the clock the value of a signal
(usually
an output) does not change.

--
Rich Iachetta


Alexander Gnusin
Guest

Tue Jan 20, 2004 3:59 pm   



Quote:
Specifies the path delay. The
delay_value must be in units consistent
with the technology library used during
optimization. The delay_value represents
the amount of time the signal is
available after a clock edge. This
usually represents a combinational path
delay from the clock pin of a register.

If input delay is "the amount of time the signal is available after a
clock edge", then:

1. Is "input delay" different from "hold time"?


Minimum Timing path between 2 FFs is : 1-st FF hold time +
interconnect delay + 2-nd FF setup time.
Minimum Timing path between 2 sequential networks is : 1-st network
output delay + interconnect delay + 2-nd network (clock period - input
delay).

The following picture illustrates it:

--- -----
N1 | | N2
| |
--- -----
Interconnect d
<---|<------------>|----->
---------------------------------
1-st network 2-nd network
output delay (clk period -input delay)
(network "hold") (network "setup")

Synopsys defines input delay to be opposite to network's "setup time".
Assuming that we have 1 clock period for timing path between 2
networks,
input delay is defined as "external to setup" timing, i.e. clock
period - "network setup"


Giving 0 delay for network interconnect, your statement becomes almost
true:

Input delay of network N2 equals to Output delay ("hold") of the
network N1.

2 reasons make your statement "almost true":
1. In reality interconnect delay > 0
2. We are speaking about setup and hold times of 2 different networks.


Regards,
Alexander Gnusin

elektroda.net NewsGroups Forum Index - LSI - Input Delay and Hold Time

Ask a question - edaboard.com

Arabic versionBulgarian versionCatalan versionCzech versionDanish versionGerman versionGreek versionEnglish versionSpanish versionFinnish versionFrench versionHindi versionCroatian versionIndonesian versionItalian versionHebrew versionJapanese versionKorean versionLithuanian versionLatvian versionDutch versionNorwegian versionPolish versionPortuguese versionRomanian versionRussian versionSlovak versionSlovenian versionSerbian versionSwedish versionTagalog versionUkrainian versionVietnamese versionChinese version
RTV map EDAboard.com map News map EDAboard.eu map EDAboard.de map EDAboard.co.uk map