时钟转换时间建模：使用命令set_clock_transition进行约束设置。如果set_clock_transition命令中不加开关选项”-setup”或”-hold" ，那么该命令给时钟赋予相同的上升和下降转换时间。一般情况下，我们只约束最大的转换时间，如最大转换时间是0.2ns，那么就加上-max选项。

set_clock_transition -max 0.2 [get_clocks clk]

时钟延时建模：一般情况下，我们把时钟源延迟（source latency）和时钟网络的延迟（network latency）分开来，因为时钟源延时需要建模，是因为DC是真的不知道这个延时是多大，但是对于时钟网络的延迟，DC在布局布线前不知道，但是在布局布线后就可以计算出来时钟网络的延时了，因此在布局布线之后进行综合时，就没有必要对时钟网络进行约束，因此就要把这两个延时分开来进行约束。

布局布线之前：假设时钟周期为10ns，时钟源到芯片的时钟端口时间是3ns，时钟端口到内部触发器时钟引脚的时间是1ns。可以使用如下命令：

create_clock -period 10 [get_ports clk]

set_clock_latency -source -max 3 [get_clocks clk] //时钟源延时

set_clock_latency 1 [get_clocks clk] //时钟网路延时

布局布线之后：就可以计算实际的线网延时，就要使用set_propagated_clock [ get_clocks clk]这个命令代替上面的set_clock_latency 1 [get_clocks clk] 这个命令。

三、时序路径及时序分析

1.四类常见的时序路径

如下图所示，中间绿色部分是我们数字电路设计逻辑模块所要综合的单元，device A为芯片的上游器件，device B为芯片的下游器件。四类最常见的时序路径依次作如下分析。

路径编号	起点/S	终点/E	描述
1	dina	FF2/D	设计的输入端口到第一级寄存器数据端口
2	FF2/cp	FF3/D	寄存器时钟端口到下一级寄存器数据端口
3	FF3/cp	douta	末级寄存器时钟端口到设计的输出端口
4	dinb	doutb	输入端口到输出端口的纯组合逻辑电路

前三类时序路径的共同点在于：起点为寄存器的时钟端口，终点为寄存器的数据端口；第四类为组合逻辑路径。我们以路径2作为分析入口：

对于路径2，数据从FF2的D端口传输到FF3的D端口，主要经历的时间为：触发器的翻转时间（Tco），寄存器与寄存器之间的组合逻辑X延时Tx，到达寄存器FF3的数据端口D。

2.建立时间分析

为了满足FF3建立时间的要求，也就是数据经过上面的延时（触发器FF2的翻转时间/转换延时、寄存器与寄存器之间的组合逻辑延时）之后到达FF3的D端的时间再加上FF3的建立时间，需要小于时钟周期。以发送沿作为0时刻参考点：

数据到达时间：Tarrival=Tco+Tx。（数据到达寄存器FF3的D端口的实际时刻）

数据需求时间：Trequired=Tclk-Tsu-Tuncertainty。（为了满足建立时间需求，数据到达寄存器FF3的D端口最晚的时刻）

时间裕量：Tslack=Trequired-Tarrival

当Tslack>=0时，表示满足时序要求。

当Tslack<0时，表示时序违例。

根据公式Tslack=Trequired-Tarrival=Tclk-Tsu-Tuncertainty-(Tco+Tx)>=0

即：Tco+Tx+Tsu+Tuncertainty<=Tclk

由此可知：当系统时钟周期确定之后，组合逻辑x的最大延时就已经确定，或者说组合逻辑延时决定了系统所跑的最大频率。

3.保持时间分析

为了满足FF3保持时间的要求，也就是数据经过上面的延时（触发器FF2的翻转时间/转换延时、寄存器与寄存器之间的组合逻辑延时）之后到达FF3的D端的时间，不能小于某个值，也就是说，这些延时也不能太小。

举个极端的例子说明一下：假设时钟周期为20ns，在0ns时刻，寄存器有效沿到来，FF2和FF3都要更新数据，FF2准备锁存高电平，FF3准备锁存低电平。由于FF2的反应很快，电路的延时很小，FF2的高电平很快就传输到FF3的D端口，高电平可能会冲掉FF3要锁存的低电平（也就是FF3的D端口低电平还没稳定，违反了保持时间），导致FF3对低电平保持时间不满足，导致FF3更新数据失败，要锁存的低电平可能产生亚稳态，因此就有传输延时需要大于FF3的保持时间。也就是说新的数据不能太早的到达，否则破坏原来数据的保持时间。由此可以知道，保持时间的分析比建立时间的分析提前一个时钟周期沿，也就是在0ns时刻传输数据，建立时间是在下一个时钟上升沿（20ns时刻）进行检查FF3的D端口数据是否稳定（若不稳定，则违反了建立时间），而保持时间是在发送数据的同一时刻（0ns时刻）检查FF3的D端口数据是否稳定（若不稳定，则违反了保持时间）。

关于保持时间的分析比建立时间的分析提前一个时钟周期沿这一点需要特别注意。以发送沿作为0时刻参考点：

数据到达时间：Tarrival(new)=Tclk+Tco+Tx //新的数据到达时间

数据需求时间：Trequired=Tclk+Th+Tuncertainty

时间裕量：Tslack=Tarrival(new)-Trequired=Tco+Tx-(Th+Tuncertainty)>=0

即：Tco+Tx>=Th+Tuncertainty

结论：传输延时需要大于寄存器的保持时间和不确定之和。

注意：保持时间一般是能够满足的，也就是传输延时一般是大于触发器的保持时间的，即使满足不了，在后端版图设计的时候，也可以有修改措施（比如路径加缓冲器增加延时）。因此我们在约束的时候，我们一般不关注保持时间，而是注重建立时间。

四、DC中的约束规则及命令使用

1.寄存器CP端口到寄存器的D端口

图中路径N的最大时延应满足下列关系:

TN<=Tclk-Tco-Tsu-Tuncertainty

假设时钟周期为10ns，定义时钟约束如下：

create_clock -period 10 [get_ports clk]

一旦定义了时钟，对于寄存器之间的路径，我们就已经做了约束。

2.输入端口到寄存器的D端口

在上图中，在clk时钟上升沿，通过外部电路的寄存器FF1发送数据经过输入端A传输到要综合的电路，在下一个时钟的上升沿被内部寄存器FF2接收。

对于我们要综合的模块，DC综合输入的组合逻辑，也就是上面的电路N，它的延时是Tn，但是这个Tn是否满足的要求（比如说满足触发器的建立时间）呢？在进行约束之前，DC是不知道的，因此我们通过约束这条路径，也就是告诉DC外部的延时（即寄存器FF1的翻转延时和组合逻辑、线网的传输延时）是多少，比如说是Tco+Tm，在约束了时钟之后，DC就会计算这条路径留给电路N的延时是多少，也就是Tclk -(Tco+Tm)。然后DC就拿Tclk -(Tco+Tm)和Tn+Tsu相比较，看Tn+Tsu是否比Tclk -(Tco+Tm)大，也就是看综合得到的电路N的延时Tn是不是过大，如果Tn+Tsu太大，大于Tclk -(Tco+Tm)，那么DC就会进行优化，以减少延时。如果延时还是太大，DC就会报错。因此我们要进行输入端口的约束，告诉DC综合工具外部电路的延时是多少，以便DC约束输入的组合逻辑。

假设时钟周期为20ns，外部电路延时为7.4ns（包括寄存器FF1的翻转时间，组合逻辑M延时和线网延时到达端口A的延时时间），触发器的建立时间为1ns，则内部逻辑N最大延时为20-7.4-1=11.6，则输入端口的约束如下所示：

create_clock -period 20 [get_ports clk]

set_input_delay -max 7.4 -clock clk [get_ports A]

3.寄存器的CP端口到输出端口

clk时钟上升沿通过内部电路的寄存器FF1发送数据经要综合的电路M，到达输出端口B，在下一个时钟的上升沿被到达外部寄存器的FF2接收。

我们要约束的组合路径电路M的延时，要DC计算它的延时是否能够满足时序关系，就要告诉DC外部输出的延时大概是多少。假设我们已知外部电路N的延迟为5.4 ns，FF2的建立时间1ns，FF1的翻转时间为1ns，就可以很容易地计算出M逻辑的最大延迟为20-5.4-1-1=12.6ns。

create_ clock -period 20 [get_ports clk]

set_output_delay -max 6.4 -clock clk [get_ports B]

4.输入端口到输出端口

组合逻辑部分M的最大延时Tm=Tclk-Tinput_delay-Toutput_delay，时钟周期减去两端，就得到了中间的延时约束，对于上面的模型，假设时钟周期为20ns，可以这样约束：

set_input_delay 0.4 -clock clk -add_delay [get_ports C]

set_output_delay 0.8 -clock clk -add_delay [get_ports D]

//set_max_delay 1.2 -from [get_ports C] -to [get_ports D]

set_max_delay用于从输入端口到输出端口的组合逻辑延时约束

五、多时钟同步的时序约束

如上图所示，在我们要综合的电路中，只有一个时钟端口clkb，即只有clkb时钟驱动要综合电路中的寄存器。其他的时钟clka，clkc和clkd在我们要综合的电路中并没有对应的时钟端口。因此，它们并不驱动要综合电路中的任何寄存器。它们主要用于为输入/输出端口延时作约束，可能会出现一个端口有多个约束的情况。

clkb在要综合的设计中有对应的输入端口，其定义与单时钟时一样，即:

create_clock -period 20 [get_ports clkb]

由于clka，clkc和clkd在要综合的设计中没有对应的输入端口，因此需要使用虚拟(virtual)时钟。虚拟时钟在设计里并不驱动触发任何的寄存器，主要用于说明相对于时钟的I/O端口延迟，DC将根据这些约束，决定设计中最严格的约束。建立虚拟时钟的格式如下：

create_clock -name clkd -period 10 //-name参数必须要

上面定义了名字为clkd的虚拟时钟，周期为10ns。因为虚拟时钟不驱动设计中的任何寄存器，设计中没有其对应的输入端口。所以定义中没有源端口或引脚。由于虚拟时钟没有对应的时钟端口，我们必须给它一个名字。四个时钟为同源时钟，所以他们有固定的相位关系，那么可以用作同步约束处理。

1.对于输入端口

根据clka和clkb时钟分频可以得到如下时钟信号波形相位关系。

由于是输入端口，数据是从clka时钟域传到clkb时钟域，因此从clka出发，也就是说数据从clka上升沿开始（时刻0），然后clkb的下一个上升沿到来的时刻（时刻20）捕获数据，因此留给输入逻辑的延时是20-5.5- Tsu；clka下一个上升沿（时刻30ns处）又传输数据过来，而这时相对于clka的下一个clkb上升沿在40ns处捕获数据，因此留给输入逻辑的延时是10 -5.5 - Tsu；这两个延时必须同时满足，故满足10 -5.5 - Tsu。

对应的约束为：

create_clock -period 30 -name clka

create_clock -period 20 [get_ports clkb]

set_input_delay -max 5.5 -clock clka [get_ports A]

2.对于输出端口

根据clkb、clkc和clkd时钟分频可以得到如下时钟相位关系。

要综合电路的输出部分S必须满足：Ts<10-4.5-Tco和Ts<6.7-2.5-Tco中最严格的要求，也就是Ts<6.7-2.5-Tco。（Ts满足：10ns = Tco+Ts + Tuncertainty + 4.5ns和6.7ns=Tco+Ts+Tuncertainty+2.5ns中最严格的）

与前面的类似，只不过这里是数据输出端口，clkb的上升沿是数据发送沿，clkc和clkd是数据接收端，因此都是从clkb出发。比如clkb分别从0时刻和20时刻出发，到clkc或者clkd的上升沿结束，跟前面同理，由此也可以得出最严格的延时约束是Ts<6.7-2.5-Tco。

创建的虚拟时钟和对应的约束为：

create_clock -period [expr 1.0/75*1000] -name clkc

create_clock -period 10 -name clkd

create_clock -period 20 [get_ports clkb]

set_output_delay -max 2.5 -clock clkc [get_ports B]

set_output_delay -max 4.5 -clock clkd -add_delay [get_ports B]

第二条set_output_delay命令里，使用了-add_delay选项，意思是输出端口B有多个约束，如果不加选项-add_delay，第二个set_output_delay命令将覆盖（取代）第一条set_output_delay命令，这时，输出端口B只有一个约束，就达不到我们的预期要的约束了。

时钟clkc的频率为75MHz(300MHz/4)，为了计算时钟周期，我们需要用实数来得到时钟的周期。要注意的是[expr 1/75*1000]与[expr 1.0/75*1000]得到的结果是不一样的，前者是0，后者不为0的实数。

由此可见，综合时，DC计算出所有时钟的公共基本周期(common base period)，对计算出每个可能的数据发送/数据接收时间，按最严格的情况对电路进行综合。这样可以保证得到的结果能满足所有的要求(约束)，达到设计目标。

六、时序例外

时序例外：异步路径和逻辑上不存在的路径，称为时序例外

1.异步路径

对于穿越异步边界的任何路径，我们必须禁止对这些路径做时序分析。由于不同时钟源的时钟之间相位关系是不确定的，一直在变，对跨时钟域的路径作时序约束是毫无意义的。因此我们不要浪费DC的时间，试图使异步路径“满足时序要求”。我们可用set_false_path命令为跨时钟域的路径作约束(其实是解除时序路径的约束)。例如，对于如下异步路径。

设计之间是异步的，存在垮时钟域的路径，clka来自于晶振1产生的50M的时钟频率，clkb来自于晶振2产生的100M时钟频率，我们就要用set_false_path命令为跨时钟域的路径作约束，上图的异步电路对应的跨时钟域约束如下所示：

create_clock -period 20 [get_ports clka]

create_clock -period 10 [get_ports clkb]

set_false_path -from [get_clocks clka] -to [get_clocks clkb]

set_false_path -from [get_clocks clkb] -to [get_clocks clka]

//set_clock_group -asynchronous -group [get_clocks clka] -group [get_clocks clkb]

注明：用set_false_path命令对异步路径作时序约束后，DC综合时，将中止对这些路径做时间的优化和分析工作，set_clock_group命令可以代替set_false_path的两条命令。

2.逻辑上不存在的路径

当选择信号为0时，数据通路为MUX0/I0到MUX1/I0的路径；当选择信号为1时，数据通路为MUX0/I1到MUX1/I1的路径。无论S为0或者为1，从MUX0/I0到MUX1/I1的路径或者MUX0/I1到MUX1/I0的路径没有数据流通，这种在物理上存在连接关系，但是在逻辑上不存的路径称为逻辑伪路径。

根据上图的电路，我们可以进行如下的伪路径约束。

set_false_path -from [get_ports A] -through [get_pins MUX0/I0] -through [get_pins MUX1/I1] -to [get_ports B]

set_false_path -from [get_ports A] -through [get_pins MUX0/I1] -through [get_pins MUX1/I0] -to [get_ports B]

//set_false_path -through [get_pins MUX0/I0] -through [get_pins MUX1/I1]

//set_false_path -through [get_pins MUX0/I1] -through [get_pins MUX1/I0]

其中-from参数表示起始点，-through参数表示穿过某个设计部分，-to参数表示伪路径终点。同时我们可以使用下面注释掉的两个命名分别代替上面的命令，表示只要穿越这两个路径的，不管起始点和终止点在哪里，它们均为伪路径。

七、多时钟周期的时序约束

如下图所示加法器电路，时钟clk的周期定义为10ns，按设计规格，加法器的延迟约为6个时钟周期。

1.关于建立时间

①默认的建立时间约束：

默认的建立时间约束将指示DC在10ns的时候对FF3进行建立时间是否满足的分析。很显然，默认的时序约束会使寄存器的数据输入引脚FF3/D信号变化，不满足建立(setup)的要求，将产生亚稳态，寄存器FF3的输出为不定态。也就是一个时钟周期的约束不能满足约束要求。

②修改后的建立时间约束：

对于多时钟周期的建立时间约束，可以使用下面命令进行修改：

create_clock -period 10 [get_ports clk]

set_multicycle_path -setup 6 -to [get_pins FF3[*]/D]

注意这条命令是要知道多时钟周期的终点寄存器的（注意：这条命令设置了所有的前级寄存器时钟端口到FF3寄存器的D端口路径都是多时钟周期路径，而set_multicycle_path -setup 6 -from FF1/clk -to [get_pins FF3[*]/D]，则是仅仅现在从FF1寄存器的时钟端口到FF3寄存D端口的这一条路径而已），通过这条命令，就告诉DC将仅仅在第6个上升沿，即60 ns作建立时间的分析（也就是间隔6个时钟周期后再做建立时间分析）。这时，加法器的最大允许延迟是：60-Tco-Tsu-Tuncertainty

对应的时序关系如下图所示：

2.关于保持时间

①默认的保持时间约束

对于保持时间的约束，我们是不是默认就OK了呢？在前面的建立时间和保持时间的概念中，我们知道默认的保持时间分析在建立时间分析的前一个周期，也就是说，在这个多时钟周期的加法器中，DC将在50 ns这个时刻分析电路有无违反保持要求，要求加法器的最小延时是（注意这是默认情况下的所做的时序要求）：50+Th-Tco+Tuncertainty

默认的保持时间分析对应的时序关系如下所示:

也就是说，经过修改过后的多时钟周期建立时间约束和默认的保持时间约束就会告诉DC，要DC综合出一条路径使其建立时间满足60 ns的要求，并且同时满足保持时间50ns的要求。即加法器的延时为（50+Th+Tuncertainty-Tco）≤Tadd_delay≤（60-Tco-Tsu-Tuncertainty）

但是要综合出这样一条路径实际上是没有必要的，这样做只会增加电路的复杂度。为什么会这样呢？这是因为默认保持时间不满足约束，也就是说，不应该在50ns的时候进行保存时间的检测，需要修改多时钟周期保持时间的约束。

②修改后的保持时间约束

那在上面什么时候做保持时间分析比较合适呢？我们知道在时间为60 ns的时刻，引起寄存器FF3的D引脚信号变化的是时钟clk在0时刻的触发沿。在0ns时，时钟clk把寄存器FF1和FF2的D引脚信号采样到它们的输出端。再通过加法器把信号传输到寄存器FF3的D引脚。由此可见，会冲掉FF3的D端数据只是FF1和FF2的D引脚的变化的时候，也就0ns时刻，因此应该对保持时间做出调整，应该在0ns的时候做保持时间的检测，也就是应该提前5个时钟周期，从50ns提前到0ns。保持时间的分析提前了5个周期，加法器的允许延时为：Th-Tco+Tuncertainty<加法器允许的延时<60-Tco-Tsu-Tuncertainty

对应的时序关系如下：

修改后的约束如下：

create_clock -period 10 [get_ports clk]

set_multicycle_path -setup 6 -to [get_pins FF3[*]/D]

set_multicycle_path -hold 5 -to [get_pins FF3[*]/D]

仅仅通过约束告诉DC这是一个多时钟周期的加法器电路是不够充分的，一方面是由于后面的触发器应该经过6个时钟周期之后才能采到正确的值（但是FF3不知道什么时候采到的值是正确的），另一方面是约束仅仅是告诉DC如果这块电路的延时太大或者太小的时候要报错；可以这么理解，约束单单保证了时序上这是一个多时钟周期的加法器电路，但是这个加法器电路经过延时得到结果后，后面的FF3采样的正确性，需要在RTL代码的设计上保证，需要加上相应的控制信号，保证DC能够综合出能够正确工作的多时钟周期的加法器。对于前面的加法器，可以需要加上相应的使能信号，使用6bit循环移位寄存器完成设计，因此电路设计如下所示。

3.多时钟路径和普通路径同时存在

前面的例子是单纯的多时钟周期设计，当电路里面同时存在多时钟周期路径和普通路径时，如下图所示：

该电路中，要求寄存器间的乘法运算为两个时钟周期，加法运算为默认的一个时钟周期，这时候，可以使用下面命令进行约束：

create_clock -period 10 [get_ports clk]

set_multicycle_path -setup 2 -from FF1/CP -through Multiply/out -to FF2/D

set_multicycle_path -hold 1 -from FF1/CP -through Multiply/out -to FF2/D

注意电路图中的from、through、to的对象。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/你好赵伟/article/detail/408317