FPGA时序约束篇之时序约束中的一些基础概念
在讲解时序分析过程中常见的概念之前,我们需要先解释一下 时间点 与 时间段 的区别,时间点是指一个具体的时间点,比如:我今天17:30要去吃海底捞;而时间段(时间长度)是指一个时间点与另一个时间点之间的时间差,比如:我今天17:30去吃海底捞,在19:30吃完,那么17:30与19:30之间相差2h,那么2h就是时间段。
为什么要讲这么简单的概念?那么请在注意,下面这些概念中区分哪些是时间点,而哪些又是时间段。
对于一个D触发器,其工作在时钟CLK的上升沿,如下图所示。

由于时钟的上升沿(0—>1)在实际的电路中并不是一瞬间产生跳变的,是需要一定的时间才能稳定在高电平,如下图所示。

那么,问题来了,时钟信号CLK的跳变实际上是下图中实际波形中所示,那D触发器工作在时钟的上升沿处,有可能在a处就对D触发器的输入数据D进行寄存,也有可能在b处对D触发器的输入数据D进行寄存,这不是我们所能决定的。

由于我们我们无法确定D触发器的准确采样时间,而数据传入D触发器中D端如下图所示,图中DATA灰色部分是我们需要的正确数据。
对于左图,如果D触发器对数据DATA进行寄存的时间在b处,则得到我们需要的正确数据;那如果是在a处进行数据寄存,则我们得到的数据是不正确的数据。
同样的,对于右图,如果D触发器对数据DATA进行寄存的时间在a处,则得到我们需要的正确数据;那如果是在b处进行数据寄存,则我们得到的数据是不正确的数据。

那么,对于上图中的两种情况,我们有没有办法解决呢?答案是肯定的:有。假设我们D触发器的D端输入的数据DATA在CLK上升沿的这一小段时间内保持不变,只在时钟信号CLK的跳变开始时间之前或者跳变时钟之后发生变化,那么无论是在时钟信号CLK从低电平到高电平的任何时间处,我们进行数据的寄存,都能获得正确的数据,如下图所示。

于是,在这里引入两个概念:建立时间、保持时间
另外,还有一个概念也是需要我们知道的,对于D触发器,其D端的数据从D端更新到Q端中间也是需要一段时间的,不是一蹴而就的。那么,从时钟上升沿(理想时钟)到D端数据稳定的出现在Q端的时间称为寄存器的时钟到输出延迟,即输出延迟Tco,如下图所示。

我们还是用一张时序图来说明建立时间Tsu、保持时间Th、输出延迟Tco三者之间的关系吧。

数据到达时间 (Data Arrival Time)在这里并不是指时间段(或者时间长度),而是指一个时间点。由于在这里进行静态时序分析的路径是寄存器到寄存器之间的路径,所以假设这两个寄存器分别为REG_1与REG_2,那么数据到达时间指的是从源时钟上升沿,到寄存器REG_2的D端的时间。那么这里需要经过寄存器REG_1的时钟延迟、寄存器REG_1的输出延迟以及寄存器REG_1和REG_2之间的逻辑运算的延迟。
在这里,我们还有几个概念需要解释,方便下面的说明。
同样的,这里还是用一张图来说明吧。

那么,根据上上图中的相关概念,在这里**数据到达时间(Data Arrival Time)**可以用公式体现:
Data Arrival Time = Launch Edge + Tclk1 + Tco + Tdata
数据需求时间(Data Require Time)是指数据被存入目的寄存器最短时间,即在这个时间点前输入目的寄存器D端的数据必须保持稳定。这里与前面所讲的数据到达时间一致的是,两个都是表示一个时间点,而不是时间段。我们平常一般认为数据被存入目的寄存器REG_2的最早时间是在寄存器REG_2的时钟上升沿处,但是实际上并不是这样,在前面我们讲到建立时间Tsu时,我们知道,要保证寄存器REG_2能够正确的接收数据,则必须在寄存器REG_2的时钟上升沿的前Tsu的时间就保证数据稳定的出现在寄存器REG_2的D端。于是,数据需求时间的公式可以表示为:
Data Require Time = 时钟CLK_2到达时间 - Tsu
这里,再补充一个概念:时钟到达时间(Clock Arrival Time),是指时钟达到寄存器的时间。那么,在这里源时钟到达寄存器REG_2的时间为锁存沿(捕获沿)加上CLK_2的时钟延迟时间,即:
时钟CLK_2到达时间 = Latch Edge + Tclk2
于是,**数据需求时间(Data Require Time)**可以进一步表示为:
Data Require Time = Latch Edge + Tclk2 - Tsu
这里就不再贴图了,可以参照上面那张图中进行理解。
建立时间余量Tslack即数据需求时间与数据到达时间的差值,经过前面的学习,我们知道要使得寄存器能够在上升沿处捕获到正确的数据,就必须要求数据在上升沿的建立时间Tsu之前保证数据稳定的输入到寄存器的D端。但是数据到达寄存器D端的时间有可能早于建立时间Tsu,也有可能晚于建立时间Tsu,这里早到的时间或者晚到的时间就称为建立时间余量。如下图中蓝色部分所示。

那么,建立时间余量Tslack也有可能是负值,即数据到达寄存器的D端的时间晚于建立时间Tsu,如下图所示。

既然有建立时间与保持时间,那么对应建立时间余量也就有保持时间余量 Hold Slack。在前面我们已经学习了保持时间Th,要使得时序收敛,则必需要求寄存器D端的输入数据在上升沿后继续保持一段时间(Th)的稳定。但是我们实际上寄存器D端的输入数据在上升沿后继续保持稳定的时间有可能大于Th或者小于Th,当然,也有可能等于。那么,这里数据到达时间加上数据保持稳定的时间与数据上升沿加保持时间的差值。这样讲还是太绕了,看下面这张图吧。

同样的,保持时间余量也有可能为负值,即此时不满足时序收敛的要求,如下图所示。

在这之前,我们先补充一点知识,系统晶振频率与系统时钟周期之间的关系如下:
时钟周期
=
1
晶振频率
\begin{align} 时钟周期=\frac{1}{晶振频率} \end{align}
时钟周期=晶振频率1
以我们常见的50M Hz的系统晶振频率为例,其时钟周期为20ns。
T
=
1
50000000
s
=
20
n
s
\begin{align} T=\frac{1}{50 000 000} s=20 ns \end{align}
T=500000001s=20ns
在前面,我们讲了建立时间余量Tslack,若建立时间余量Tslack为正值,则目标寄存器可以正确接收数据;若为负值,则目标寄存器无法正确接收数据。
在这里,如果建立时间余量Tslack为正值,也就是说我们数据到达的时间(Data Arrival Time)要比数据需求的时间(Data Require Time)要早的多,那么我们保证寄存器能够正确采集到我们需要的数据的要求仅仅是:数据到达的时间(Data Arrival Time)要比数据需求的时间(Data Require Time)要早,早多少呢?答:多少都行。也就是说我们可以通过减小时钟周期尽量把数据需求时间缩小到最小,以达到提升最高主频的目的。
好了,什么是最高主频?在我们评价一个系统的性能时,常常会被问到“你这个系统能跑到多少MHz?”,这里的多少兆赫兹就是最高主频,即最高运行时钟频率Fmax,其计算公式如下:
F
m
a
x
=
1
T
−
T
s
l
a
c
k
\begin{align} Fmax=\frac{1}{T - Tslack} \end{align}
Fmax=T−Tslack1
其中,T表示我们在时钟约束文件中(.sdc文件或者.xdc文件)约束的系统时钟周期,Tslack表示建立时间余量。
在上面,我们讨论的是建立时间余量Tslack为正值的情况,即相较于我们给我们设计的系统所约束的时钟频率,我们还可以进一步提升。那么,如果Tslack为负值,也就是说我们目前给设计的系统所约束的时钟频率还是太高了,无法使得系统正常运行,得到我们预期的结果,那么必须通过优化我们硬件代码里面的结构,通常就是上寄存器大法,在分析的两个寄存器之间的逻辑运算中再插入一级或者多级寄存器,减少组合逻辑链路的长度(在这里暂时不对RTL级路径优化的方法进行详细解释,可以百度或者在下面的学习笔记处查看)。
时钟偏斜Tskew指的就是源时钟到达源寄存器和源时钟到达目的寄存器的时间差值,即
Tskew = Tclk2 - Tclk1
如下图所示。

那么,在这里,由于布局布线的原因,源时钟CLK有可能先到寄存器REG_1(即Tclk2>Tclk2),也可能先到寄存器REG_2(即Tclk1>Tclk2),也就是说时钟偏斜Tskew可能为正,也可能为负。
这么对概念,我都记不住啊!为什么它要叫A,为什么不叫B。
另外,还记得在开头中讲到的:哪些是时间点?哪些是时间段?
时间点:
时间段:
好了,上面就是关于时序约束里面一些概念的解释,如果有疑义的地方欢迎评论区友好探讨学习!!!!!

总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分,我编写了一个小导入程序,它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是,与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存,我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关,因为当我删除对LDAP内容的调用时,内存使用情况会很好地稳定下来。此外,不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray,它们都是LDAP库的一部分。当我运行导入时,内存使用量最终达到超过1GB的峰值。如果问题存在,我需要找到一些方法来更正我的代
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情? 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中,使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件,我们在StackOverflow上找到一个类似的问题
我需要从一个View访问多个模型。以前,我的links_controller仅用于提供以不同方式排序的链接资源。现在我想包括一个部分(我假设)显示按分数排序的顶级用户(@users=User.all.sort_by(&:score))我知道我可以将此代码插入每个链接操作并从View访问它,但这似乎不是“ruby方式”,我将需要在不久的将来访问更多模型。这可能会变得很脏,是否有针对这种情况的任何技术?注意事项:我认为我的应用程序正朝着单一格式和动态页面内容的方向发展,本质上是一个典型的网络应用程序。我知道before_filter但考虑到我希望应用程序进入的方向,这似乎很麻烦。最终从任何
我在我的项目中添加了一个系统来重置用户密码并通过电子邮件将密码发送给他,以防他忘记密码。昨天它运行良好(当我实现它时)。当我今天尝试启动服务器时,出现以下错误。=>BootingWEBrick=>Rails3.2.1applicationstartingindevelopmentonhttp://0.0.0.0:3000=>Callwith-dtodetach=>Ctrl-CtoshutdownserverExiting/Users/vinayshenoy/.rvm/gems/ruby-1.9.3-p0/gems/actionmailer-3.2.1/lib/action_mailer
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我想向我的Controller传递一个参数,它是一个简单的复选框,但我不知道如何在模型的form_for中引入它,这是我的观点:{:id=>'go_finance'}do|f|%>Transferirde:para:Entrada:"input",:placeholder=>"Quantofoiganho?"%>Saída:"output",:placeholder=>"Quantofoigasto?"%>Nota:我想做一个额外的复选框,但我该怎么做,模型中没有一个对象,而是一个要检查的对象,以便在Controller中创建一个ifelse,如果没有检查,请帮助我,非常感谢,谢谢
我注意到像bundler这样的项目在每个specfile中执行requirespec_helper我还注意到rspec使用选项--require,它允许您在引导rspec时要求一个文件。您还可以将其添加到.rspec文件中,因此只要您运行不带参数的rspec就会添加它。使用上述方法有什么缺点可以解释为什么像bundler这样的项目选择在每个规范文件中都需要spec_helper吗? 最佳答案 我不在Bundler上工作,所以我不能直接谈论他们的做法。并非所有项目都checkin.rspec文件。原因是这个文件,通常按照当前的惯例,只
我正在使用active_admin,我在Rails3应用程序的应用程序中有一个目录管理,其中包含模型和页面的声明。时不时地我也有一个类,当那个类有一个常量时,就像这样:classFooBAR="bar"end然后,我在每个必须在我的Rails应用程序中重新加载一些代码的请求中收到此警告:/Users/pupeno/helloworld/app/admin/billing.rb:12:warning:alreadyinitializedconstantBAR知道发生了什么以及如何避免这些警告吗? 最佳答案 在纯Ruby中:classA