FPGA编译中约束的作用

① 高云fpga中需要约束锁相环输出时钟吗

需要。在使用高云FPGA设计时，蚂带拍如果需要约束锁相环输出时钟（PLL输出时钟），建议进行时钟约束。因为时钟约闷羡束可以帮助FPGA实现正确的时序分析和布局布线，从而提高电路的性能行瞎和稳定性。

② fpga管脚约束是怎么一回事

管脚约束通常在设计早期就要瞎巧确定下来，以保证电路板的设计同步进行磨脊键
n对高速设计、复杂设计和具有大量I/野衫O管脚的设
计，Xilinx推荐手工进行管脚约束
p实现工具可以自动布局逻辑和管脚，但是一般来说
不会是最优的
p管脚约束可以指导内部数据流向,不合理的管脚布
局很容易降低系统性能
p合理的管脚布局需要对所设计系统和Xilinx器件结构的详细
了解，如要考虑I/O bank、I/O电气标准等
p时钟(单端或差分)必须约束在专用时钟管脚
注意：时钟资源数量的限制
p最后使用al-purpose管脚(如配置和DCI管脚)

③ FPGA时序约束

https://my.oschina.net/u/4583591/blog/4455472

时序分析本质上就是一种时序检查，目的是检查设计中所有的D触发器是否能够正常工作，也就是检查D触发器的同步端口（数据输入端口）的变化是否满足建立时间要求（Setup）和保持时间要求（Hold）；检查D触发器的异步端口（异步复位端口）的变化是否满足恢复时间要求（Recovery）和移除时间要求（Removal）。

时序分析包括静态时序分析（STA）和动态时序分析。

静态时序分析使用的工具：

动态时序分析使用的工具：

撰写基本的时序约束文件，告知时序引擎一些必要的信息（比如时钟，输入输出延时等）。若没有正确的时序约束，那么时序分析的结果是没有意义的。

第一种，从FPGA的输入端口到目的寄存器的数据输入端口 。

第二种，从源寄存器的时钟端口到目的寄存器的数据输入端口。

第三种，从源寄存器的时钟端口到FPGA的输出端口。

第四种，从FPGA的输入端口到FPGA的输出端口。

Data Arrival time = lauch_edge + Tclka + Tco + Tdata(Tlogic+Tnet)

Data Require Time = capture edge + Tclkb - Tsu

Setup Slack= Data Require Time - Data Arrival Time

Setup Slack = （Capture edge – Launch edge）+ （destination clk delay – source clk delay）- Setup time - clk uncertainty – datapath delay

Setup Slack = Setup Requirement（一定大于0） + clk skew – Tsu – Tclk uncertainty – Tlogic – Tnet - Tco

① Setup Requirement 与实际情况不符

建立时间需求过小，这种情况通常会在同步跨时钟域路径中出现，在同步跨时钟域路径中的源时钟频率与目的时钟频率的相位关系虽然是已知的，但是时序引擎默认选择的捕获沿通常都是错误的，需要用户通过多周期路径约束的方式手动修正建立时间需求。比如下图中，两个同频不同相的同步时钟，时序引擎默认选择的捕获沿是目的时钟第二个上升沿，导致建立时间需求非常小，最终肯定会导致时序违例。

② clk skew为负值，且很大

通常情况下，同一个时钟下的时钟歪斜不应该超过300ps，同步跨时钟域路径的时钟歪斜不应该超过500ps，异步跨时钟域路径的时钟歪斜一般比较大，因为它们的时钟源不同。当出现时钟歪斜大的情况时:

③Tsu/Tco大

当设计中使用Block（DSP/Block RAM等）时，应该要注意以下问题。对于以这些Block为时序路径的起点或终点的时序路径，这些Block的Tsu/Th/Tco都比普通的寄存器大，而且这些Block的布线延时和时钟歪斜比较大。所以当使用这些Block作为时序路径的终点时，它的起点一定要是触发器，比如说一个Block RAM的写数据信号，输入进Block前最好打一拍。当使用这些Block作为时序路径的起点时，应该使用Block 内部的输出寄存器，比如使用由Block RAM组成的FIFO时，尽量不要使用首字置出的，而使用打一拍后输出的，使用后者可以显着降低Tco。当时序路径为从一个Block到另一个Block时，中间需要进行打拍操作。当使用这些Block的控制端口时，应该保证这些控制信号的低扇出，如使用由Block RAM组成的FIFO时，应该尽量降低读/写能信/地址信号的扇出。

④Tlogic大

一般情况下，逻辑延时与时序路径的逻辑层级数息息相关，逻辑层级是指时序路径的起点和终点之间组合逻辑单元（LUT）的个数，而逻辑层级多一级意味着多1个LUT的延时加1条连接LUT的网线延时。通常一级逻辑层级的延时标准是1个LUT加1根网线的总延迟为0.5ns，如果某条路径的逻辑级数大于时钟周期/0.5ns，那么这条路径就被称为长路径。

常用的处理长路径的方案有两种：

⑤Tnet大

一般情况下，布线延迟与设计整体或局部模块的资源利用率以及拥塞程度息息相关。在正常情况下，一条网线的延时小于1ns，在发生拥塞的区域，网线的延时可能达到若干ns，导致布线延时显着增加。为了解决布线延迟大，需要从降低资源利用率和降低拥塞程度下手，比如某个模块使用了大量的寄存器堆，占用了大量的资源，此时应该考虑使用Block RAM代替这些寄存器堆；某个模块使用了大量的数据选择器，此时应该考虑如何优化这些数据选择器；某个模块的控制信号扇出比较大，与其他模块的互联很重，此时应该考虑如何降低这些信号的扇出；某条时序路径的起点或终点是Block，由于Block的位置比较固定，所以Block的布线延迟会大一些。最后需要强调的是，一定要额外关注高扇出的网线也会对布线延时产生影响。🔺TimeQuest时序分析（Setup）[图片上传失败...(image-23b6a0-1596829289696)]

①确定保持时间要求（确定发起时钟沿和捕获时钟沿）

保持时间要求是以建立时间要求为基础的，保持时间要求有两种：

根据所有的建立时间需求找到所有的保持时间需求，并从保持时间需求（可正可负）中找到最大的保持时间需求。

②计算数据的需求时间

③计算数据的到达时间

④计算Hold up的裕量（slack）

Data Arrival time（new data） = lauch edge + Tclka + Tco + Tdata(Tlogic+Tnet)

Data Require time = capture edge + Tclkb + Th

Hold up slack = Data Arrival time - Data Require time

Holp Slack = （lauch edge - capture edge） + （Tclka – Tclkb） + Tco + Tdata(Tlogic+Tnet) -Th

Holp Slack = Tco + Tdata(Tlogic+Tnet) -Th - Holp Requirement - clk skew

Hold up Slack为负的情况比较少见，当Setup Slack有较大裕量时，通常工具会自动插入延时来增加Hold up Slack。

①保持时间需求大于0（通常由时序引擎选择错误的捕获沿导致）

②时钟歪斜大于300ps（通常由时钟路径上的组合逻辑导致）

③Th过大（通常由时序路径终点为Block导致）

时序引擎能够正确分析4种时序路径的前提是，用户已经进行了正确的时序约束。时序约束本质上就是告知时序引擎一些进行时序分析所必要的信息，这些信息只能由用户主动告知，时序引擎对有些信息可以自动推断，但是推断得到的信息不一定正确。

首先用户必须要正确的约束时钟，时序引擎才能根据时钟信息进行各种时序检查。

用户约束时钟时，一般有两种类型的时钟需要约束。

①主时钟（Primary Clock）约束

使用Create_clock进行时序约束

全局时钟输入引脚是ClkIn，时钟周期10ns，占空比25%，相移90度。

②生成时钟（Generated Clock）约束

用Create_generated_clock进行时序约束 每个生成时钟都会对应一个时钟源（Master_clk），这个时钟源可以是Primary Clock或者另一个Generated Clock。在约束生成时钟时，用户不需要描述生成时钟的周期和波形，只需要描述由Master_clk经过了怎样的变化而产生的生成时钟即可。比如经过分频（-devide_by），倍频(-multiply_by)，反相（-invert），相移（-edge_shift）等等操作。

当生成时钟需要进行相移时，使用-edge_shift选项。-edge_shift不能与-divide_by/-multipl_by/-invert同时使用 。

时序引擎默认情况下会分析所有时钟之间的时序路径，用户可以通过时钟分组（ set_clock_group）命令或伪路径（set_false_path）命来关闭一部分路径的时序分析。

①同步时钟（synchronous clock）

两个时钟之间的相对相位关系是固定的（两个时钟来源于同一个Primary clock），并且这两个时钟的频率的最小公共周期是个整数。比如一个生成时钟（200M）和该生成时钟的Master_clk（100M）之间就属于同步时钟关系，因为这两个时钟的相位关系肯定是确定的，并且可以找到两个时钟的最小公共周期。通常情况下，一个Primary Clock和它产生的生成时钟之间都属于同步时钟关系，除非找不到最小公共周期。 **属于同步时钟关系的两个时钟之间的路径是可以进行时序分析的。

②异步时钟（ asynchronous clock ）

两个时钟之间的相对相位关系不确定。比如FPGA上两个晶振分别产生两个Primary clock（相对相位关系不固定），这两个Primary clock分别从FPGA的两个全局时钟引脚输入给两个MMCM，由两个MMCM分别产生的生成时钟之间属于异步时钟。一般情况下，不同的Primary clock之间都属于异步时钟，这些Primary clock分别产生的生成时钟之间也属于异步时钟关系。 **属于异步时钟关系的两个时钟之间的路径无法进行正确的时序分析。

一般情况下，如果用户不通过时钟分组对时钟之间的关系进行约束，时序引擎会默认所有的时钟之间都属于同步时钟关系。

③不可扩宽的时钟（unexpandable clock）

对于这类时钟，时序引擎无法在1000个时钟周期内找到两个时钟的公共周期，时序引擎就会从这1000个时钟周期中找到建立时间需求最差的情况，并进行时序分析，然而它不一定FPGA实际允许过程中建立时间需求最差的情况，因为在1000个时钟周期外可能还会有建立时间需求更差的情况，这样一来，时序引擎的分析结果就无法保证该路径一定不会出现问题，所以时序引擎的分析结果也就变的无意义。比如说由同一个Primary Clock驱动的两个MMCM的生成时钟分别是clk0（5.125ns）和clk1（6.666ns），虽然它们的相对相位关系是固定的，但是时序引擎无法保证对两个时钟之间路径的分析属于最差情况，这种情况和异步时钟之间的时序分析类似，时序分析的结果都看起来正常，但是这个结果确是不可信的。所以对这种时钟的处理方式与处理异步时钟是相同的，用户都需要进行跨时钟域的操作。

总结：异步时钟和不可扩展的时钟之间的路径都无法进行正确的时序分析，所以在时序分析之前，需要使用set_clock_group对时钟进行分组，从而将这些无法进行正确时序分析的路径忽略掉。

Input delay概念

Input delay计算

Max Input Delay = Tco(Max) + Tpcb(Max) - Clk skew(Min)

Min Input Delay = Tco(Min) + Tpcb(Min) - Clk skew(Max)

Input delay约束

Output delay概念

Output delay计算

Max Output Delay = Tpcb(Max) + Tsu - Clk skew(Min)

Min Output Delay = Tpcb(Min) - Th - Clk skew(Max)

Output delay约束

时序引擎默认情况下会在建立时间需求/保持时间需求最差的情况下进行时序分析，而时序引擎选择的这种需求不一定是用户真正希望的，而且时序引擎默认选择的这种需求是非常严苛的，甚至是根本无法满足的。此时就需要用户进行Multicycle约束，手动修改建立时间需求/保持时间需求。用户希望放松某些路径的约束力度，就可以通过Multicycle约束调整建立时间需求/保持时间需求。

使用set_multicycle_path命令进行约束

注：使用set_multicycle_path命令

①在源时钟和目的时钟相同的情况下进行Multicycle约束

②在源时钟和目的时钟频率相同且有正向偏移的情况下（正向偏移0.3ns）

④ FPGA设计中布局布线是怎么完成时序约束的要求的根据时序约束的要求进行合理布局和选路布线太玄了吧

字面意衫禅思理解，所谓约束，就是加上一些条，说白了就是通过时序约束对逻辑综合器提出你的要求，然后综合器根据要求进行布局布行谈线。FPGA中的延时主要有门延时和走线延时（传输延时），布局布线时FPGA中的逻辑资源和布线资源分布是随机的，从一个寄存器到另一个寄存器可以选择的路径有很多条，延时有长有短，因此需要告诉逻辑综合器你设计中某条路径允许多大的时延，从而让综合器选择合适的布线来保证这或带尘个时延。综合器会根据约束对一些时序要求比较高的路径进行优化，要求低的布线时可以绕一下远路。
合理时序约束可以提高FPGA的最大工作频率，另外，根据静态时序分析可以看设计是否达到要求。

⑤ 对哪些信号需要进行约束 FPGA

最常用的约束有IO管脚位置约束和电平幅度约束，这个很好理解，不多解释了。另外，就是对时钟网络约束。这个是很重要的。比如你的系统中，驱动的电路毁坦的时钟是27M的，那么你需要在约束文件中增加类似如下的约束语句
NET REF_CLK27M TNM_NET = REF_CLK27M_grp;
TIMESPEC TS_REF_CLK27M = PERIOD REF_CLK27M_grp : 37ns HIGH 50 %;
这样的话，工具在布线的时候，就会知道这个时钟所驱动的所有网络必须满足至少27M速度的要求，占空比为50%。纤首桐它会任意布线，就有可能出现信号翻转的很慢，或者延时很长，建立时间保持时间不足，在实际中造成timing错误。一般来说，十几芹差兆以上的时钟网络最好都加类似的约束，在时钟上就可以了，工具会帮你把它所驱动的所有网络都加上约束的。
另外，常用的约束还有delay，skew等，具体的你可以到Xilinx网站上下载专门有关Constains的文档学习一下。

⑥ fpga时序约束输入和输出两个约束就够用了吗

从系统上来看，同步时序约束可以分为系统同步与源同步两大类。简单点枣陪来说，系统同步是指FPGA与外部器件共用外部时钟:源同步(SDR, DDR) 即时钟与数据一起从上游器件发送过来的情况。在设计当中，我们遇到的绝大部分都是针对源同步的时序约束问题。所以下文讲述的主要是针对源同步的时序约束。

根据网络上收集的资料以及结合自己的使用习惯，我比较趋向于下面的约束流程方式:时序约束一戚态共高岩源包含以下几个步骤:

1.首先约束时钟。输入时钟，输出时钟。从种类来看不外乎以下几种:单端输入时钟、差分输入时钟、GT或恢复时钟(例如LVDS信号恢复出来的时钟)、PLL产生的时钟以及自己产生的门控时钟。

2. I0约束。只有等待内部时钟完全通过后，再配置input delay和output delays， 告知FPGA外部端口的数据时序关系。

3.时序例外。在约束完时钟以及I0后，还是有时序违例的时候，注意检查一下是否有 时序例外的情况。

⑦ fpga怎么增强时序约束

FPGA 可以增强时序约束通过实现时序建模、设置时钟频旦饥余率和实施时间互斥，即在设计肢灶代码中加入时间限制，使得同一条线上的信号不能同时出现在多个时钟周期内。另外，还可以使用资源锁定，以一种技术手段来约束时序，即在FPGA中通过一个可编程加锁器（PLL），根据硬件的指令，将某些资源和模滚某个时钟信号绑定，因此将资源锁定，并利用绑定的时钟信号，对端口或寄存器进行赋值或控制操作。

⑧ FPGA设计中 为什么要加时序约束

通俗简单地说，就是因为代码写出来的时候，在fpga里面是随机资源利用的，换而言之，功能块资源、寄存器资源、布线资源等资源是随机分布的，而布线不同路径导致延时时间不同，这样的话就会导致竞争冒险的出现，因此，为了避免这种情况，必须对fpga资源布局布线进行时序约束以满足设计要求。