企业官网建设流程全解析

相关阅读

SDC命令详解https://blog.csdn.net/weixin_45791458/category_12931432.html?spm=1001.2014.3001.5482

目录

指定端口列表/集合

Multicorner-Multimode支持

简单使用

注意事项

写在最后

传播时钟是在进行了时钟树综合后，使用set_propagated_clock命令可以将一个理想时钟转换为传播时钟（注意，虚拟时钟即无时钟源对象的时钟无法被转换为传播时钟）（设置对象的propagated_clock属性为true），此时的时钟延迟由源延迟和真实网络延迟组成，这里的网络延迟是根据时钟路径上的互连延迟和单元延迟真实计算出来的，而不再使用set_clock_latency命令设置网络延时。有关理想时钟和传播时钟的更详细内容，可以参考下面的博客。如果想要移除传播时钟，使用remove_propagated_clock命令。

静态时序分析：ideal_clock、propagated_clock以及generated_clock的关系及其延迟计算规则（一）https://blog.csdn.net/weixin_45791458/article/details/139998035?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522e4f4bf160af3c2b2f079b3291ac96a32%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=e4f4bf160af3c2b2f079b3291ac96a32&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-1-139998035-null-null.nonecase&utm_term=%E4%BC%A0%E6%92%AD%E6%97%B6%E9%92%9F&spm=1018.2226.3001.4450本文针对Design Compiler，但该命令同样存在于PrimeTime、IC Compiler等工具中，它们大致相同，略有差别。set_fanout_load命令的BNF范式（有关BNF范式，可以参考以往文章）为：

set_propagated_clock object_list

指定端口列表/集合

指定一个列表/集合，包含时钟对象、端口对象或引脚对象，对于列表而言，如果有多于一个对象，需要使用引号或大括号包围（对使用集合无效），关于列表和集合的区别，可以参考下面的博客。

SDC命令详解：使用集合(Collection)而不是字符串(String)/列表(List)作为命令参数https://chenzhang.blog.csdn.net/article/details/147144571

Multicorner-Multimode支持

该命令仅对当前场景生效，换句话说只能在当前场景设置传播时钟。关于场景的更多介绍，可以参考下面的博客。

Design Compiler：多工艺角和多工作模式(Multicorner-Multimode, MCMM)https://blog.csdn.net/weixin_45791458/article/details/149578771?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522e3267dcc7cc26380435f53994dc8b9b8%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=e3267dcc7cc26380435f53994dc8b9b8&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-1-149578771-null-null.nonecase&utm_term=MCMM&spm=1018.2226.3001.4450

简单使用

下面用一个简单的例子进行说明，图1是两个D触发器的简单级联，可以看出此时的时钟路径上人为插入了一些缓冲器。

图1 一个简单的例子

下面使用create_clock命令，在clk端口创建了一个理想时钟，周期为10。

dc_shell> create_clock -period 10 [get_ports clk]

对于理想时钟而言，它的延迟包括两部分：源延迟(source)和网络延迟(network delay)，它们都是使用set_clock_latency命令进行设置的，关于该命令的使用，可以参考之前的文章SDC命令详解：使用set_clock_latency命令进行约束。 注意：理想时钟的网络延迟值是直接设置的，而不会从时钟路径上的互连延迟(net delay)和单元延迟(cell delay)中推断出来。

下面的命令设置了时钟clk的源延迟为2ns，网络延迟为0.5ns。

dc_shell> set_clock_latency -source 2 [get_clocks clk] dc_shell> set_clock_latency 0.5 [get_clocks clk]

图2所示的建立时间时序报告显示，时钟的总延迟为2.5ns(注意这里的network delay其实指的是总延迟，而不只是网络延迟)，括号中的ideal提示了这是一个理想时钟。

图2 建立时间时序报告

下面使用set_propagated_clock命令将理想时钟clk转换成传播时钟，此时会给出警告。

dc_shell> set_propagated_clock [get_clocks clk] Warning: Converting ideal clock at 'clk' to propagated clock. (UID-477)

图3是此时的时钟报告，可以看出此时的时钟clk已经拥有propagated_clock属性了，即是一个传播时钟了。

图3 时钟报告（传播时钟）

此时的时钟延迟由源延迟和真实网络延迟组成，这里的网络延迟是根据时钟路径上的互连延迟和单元延迟真实计算出来的，如图4所示（此时添加了-path full_clock选项以显示出完整的时钟路径）。

图4 展开时钟路径的建立时间报告

注意事项

有些时候，会设置端口对象或引脚对象的传播时钟属性，此时经过这些端口对象或引脚对象的时钟对象将被视为传播时钟（注意，该时钟本身可以是理想时钟）。

下面依旧以图1为例说明这种情况，使用set_propagated_clock命令设置输入端口clk的传播时钟属性。

​dc_shell> set_propagated_clock [get_clocks clk]

此时时钟对象依旧是理想时钟，如图5所示。

图5 时钟报告（理想时钟）

下面使用set_input_delay命令设置输入端口d的输入延迟。

dc_shell> set_input_delay 0.5 -clock [get_clocks clk] [get_ports d]

此时经过输入端口d的建立时间时序报告如图6所示（此时添加了-path full_clock选项以显示出完整的时钟路径）。

图6 展开时钟路径的建立时间报告

可以看出，即使是同一个时钟对象clk，对于发射路径其被视为理想时钟（使用设置网络延迟）， 对于捕获路径其被视为传播时钟（使用真实网络延迟）。

如果将时钟本身设置为传播时钟，发射路径将只包含源延迟，而不含网络延迟（在不使用-reference_pin选项的情况下）。

写在最后

尽管set_propagted_clock命令不存在set_size_only命令中多实例化设计(MIM)的问题，但依旧可以通过使用current_design命令切换当前设计到多实例化设计，设置propagated_clock属性后再切换回原当前设计来进行多个对象的propagated_clock属性设置，但不推荐。如果这么做了，使用write_script -hierarchy命令可以观察切换设计进行设置的过程。另外，还有下面有几点需要注意：

1、即使子设计中的propagated_clock属性设置了，还需要使用propagate_constraints -clocks命令将子设计的传播时钟约束传播到顶层设计（实测该命令对多实例化设计中约束的传播效果不好，建议先使用使用uniquify命令进行唯一化）才能生效。

2、如果下层设计设置属性的同时在上层设计设置了同一个对象的propagated_clock属性，其上层的优先级更高。

3、如果在上层设计设置了一个对象的propagated_clock属性，其无法反向传递到下层设计。