当前位置: 首页 > news >正文

基于Xlinx的时序分析与约束(6)----如何读懂vivado下的时序报告?

写在前面

        在《基于Xlinx的时序分析与约束(3)----基础概念(下)》文章中写了一些时序分析的基础概念,同时还说了文章中提到的公式根本就不需要记忆,因为综合工具vivado会帮你把所有时序路径都做详尽的分析,你所需要做的就是理解概念。

        光说不练云玩家,今天就通过一个简单的工程来看下如何在vivado软件中查看时序报告。


1、建立工程与添加时序约束

        首先新建一个vivado的RTL工程,再添加一个Verilog文件,内容如下:

module test
(
    input               sys_clk	,
    input               rst  	,
    output reg [7:0]	cnt
);

always @(posedge sys_clk)begin
    if(rst)
        cnt <= 0;
    else
        cnt <= cnt + 1'b1;
end

endmodule

        这个工程要实现的功能非常简单,就是一个8bit的循环计数器。这是生成的功能框图:

3f6aa35fc12943adaaf8ebc4536cdead.png

        然后再往工程里添加一个时序约束文件timing.xdc,内容如下:

create_clock -period 10.000 -name sys_clk -waveform {0.000 5.000} [get_ports sys_clk]

        这句约束的意思是将输入的主时钟频率约束在100MHz,如果你不懂主时钟约束,可以参考《基于Xlinx的时序分析与约束(4)----主时钟约束》

        管脚的绑定因为只是看时序报表不涉及具体的开发,所以就省去了(vivado自动分配,不影响看查看时序)。


2、时序报表

        工程新建完成后,点击综合、实现(完成布局布线)。然后点击实现implementation下的report timing summary,弹出的界面如下:

bc1304acaee640faba2bf06aa77430e4.png

        按上图设置,点击OK,然后就出现了timing界面:

de4d35df19a24e479bce68a1c1ba9ef4.png

        timing界面左侧是时序路径分类,右侧是时序的一个总览,其中一些参数的含义如WNS以及TNS,WHS以及THS是我们需要着重关注的:

  • WNS:最差负时序裕量 (Worst Negative Slack)
  • TNS :总的负时序裕量 (Total Negative Slack),也就是负时序裕量路径之和
  • WHS :最差保持时序裕量 (Worst Hold Slack)
  • THS :总的保持时序裕量 (Total Hold Slack),也就是负保持时序裕量路径之和

       

        可以看到WNS为8.370ns,这表示这个工程中最差的那条时序路径的建立时间裕量是8.370ns,所以该设计是时序收敛的。如果时序不收敛,那么肯定是有WNS为负。

        而TNS为0代表不存在建立时间裕量为负的时序路径,这也表示设计是收敛的。如果设计不收敛,那么必然存在1条或多条建立时间裕量为负的时序路径,作为路径之和的TNS也就一定是一个负数。

        所以WNS描述设计中最差的时序路径的裕量情况,而TNS则描述设计中所有不收敛的时序路径的裕量情况。保持路径的分析类似。

        我们最需要关注的是intra-clock paths下sys_clk的setup和hold,这把具体的时序路径都穷举出来了:

ddbc334c389140c698b2172d7e55a9c7.png

        其中一些参数的意义如下:

  • slack:建立时间裕量
  • level:逻辑级数,这里1就表示在两个寄存器之间仅存在1个组合逻辑器件
  • fanout:表示从这一点连接到了几个目的端点,fanout = 1就表示连接了1个目的端点
  • from to:表示是哪两者之间的时序

        点击schematic就会出现设计的原理图:

7c80b7cc15fd44b69047740e523786e2.png

       

        此时,点击某条路径,就会在原理图上高亮该条路径:

d94ead2778b240ee9e517d2da6077ba9.png

        上图以路径9为例,源端是cnt_reg【1】,目的端则是cnt_reg【5】,中间的数据路径经过了2个CARRY4,所以逻辑级数levels为2。

        

        双击某条路径,则可以打开其具体的路径分析(仍以路径9为例),由于报表很长,分为3个部分讲解:

        第1部分--总览:

d31a217f7c3e48ad9f36f196542b8d0e.png

  • slack:裕量,具体到这条路径就是建立时间裕量,裕量为8.370ns,表示这条路径是满足时序要求的
  • source:源端寄存器,即时序分析的起点,发射沿(Launch Edge)
  • destination:目的端寄存器,即时序分析的终点,锁存沿(Latch Edge)
  • path group:时序分析的时钟来源
  • path type:路径类型,此路径为建立时间的分析
  • requirement:时序要求,设定为100MHz,所以就是10ns
  • data path delay:组合路径的数据延时,包括组合逻辑器件的延时(logic)和布线延时(route)
  • logic levels:逻辑级数,即两个寄存器之间存在多少级组合逻辑
  • clock path skew:时钟到达目的寄存器和源寄存器之间的时间差值
  • clock uncertainty :时钟的不确定度,包括skew和jitter

       

        在讲第2部分和第3部分之前,先把建立时间裕量计算的这张模型图请出来,对照着理解会比较方便。

cad86def4fbe4ea9a171aafbcdd71a05.png

Data Arrival Time = launch edge + Tclk1 + Tco +Tdata 

Data Required Time = latch edge + Tclk2 - Tsu

Setup Slack = Data Required Time – Data Arrival Time

        第2部分由源端的时钟路径和数据路径组成:

cd98c05ec47c47d886551c68be9e5b79.png

        时钟路径就是时钟从起点到达源端寄存器时钟端口的路径,也就是Tclk1,映射到路径9的具体路线则是:FPGA的时钟管脚--布线--IBUF(这个是缓冲的,每个管脚都会自动添加,增加驱动能力)--布线--BUFG(全局时钟网络,可以减少时钟到不同寄存器之间的Skew,一般时钟管脚都会添加)--布线--源端寄存器时钟端口。从上图可以看到,把每一条细小的路径叠加后,时钟从IO口到源端寄存器的时间是 4.392ns。

        数据路径则是数据从源端寄存器的D端到目的寄存器的D端的路径,也就是Tco +  Tdata。Tco等于0.379ns,接下来的所有net+2个CARRY4则是组合逻辑的延迟即Tdata,计算得到Tco +  Tdata = 1.625ns。

        那么Tclk1 + Tco +  Tdata不就是数据的到达时间吗?加起来就是6.017ns。

        第3部分是目的端的时钟路径,也就是Tclk2:

234ff91cd63f43d7be212fdbbed2c42a.png

        时钟路径就是时钟从起点到达目的端寄存器时钟端口的路径,也就是Tclk2,映射到路径9的具体路线则是:FPGA的时钟管脚--布线--IBUF--布线--BUFG--布线--目的寄存器。这些时间参数统统加起来就构成了数据的要求到达时间,即14.387ns。

        最后就可以算出建立时间裕量slack =   数据要求到达时间Data Required Time – 数据实际到达时间Data Arrival Time = 14.387ns - 6.017ns = 8.370ns。

        如果你想查看某一条路径在FPGA内部的具体分布,可以按下面操作:

7d7948088b764e5db85eb1662d779048.png

       

        这样就把该路径标成了紫色高亮,然后在device视图下就很快可以找到了:

e2ffeef8632f46b99ab7915362d0cb66.png


3、参考

        ug903,Vivado Design Suite User Guide--Using Constraints

        ug949,适用于 FPGA 和 SoC 的 UltraFast 设计方法指南

        ug906,Vivado Design Suite 用户指南--设计分析与收敛技巧


  • 📣博客主页:wuzhikai.blog.csdn.net
  • 📣本文由 孤独的单刀 原创,首发于CSDN平台🐵
  • 📣您有任何问题,都可以在评论区和我交流📞!
  • 📣创作不易,您的支持是我持续更新的最大动力!如果本文对您有帮助,还请多多点赞👍、评论💬和收藏⭐!

相关文章:

  • 人脸识别与美颜算法实战-图像特效
  • Vue--》超详细教程——vite脚手架的搭建与使用
  • 【一】微服务技术栈导学
  • 【华为OD机试真题2023 JAVA】相同数字的积木游戏1
  • 7的2022年终总结
  • 【代码调试】《FSCE: Few-Shot Object Detection via Contrastive Proposal Encoding》
  • 我把这一年学的 CSS 知识点精炼总结成了一篇文档
  • Vim生成递增递减的数字【记录器的使用】
  • 学习poi导出excel之XSSFWorkbook
  • 测试工程师正遭「革命」 AI将改写测试模式
  • SpringBoot 的配置
  • FineReport报表设计工具- 配置DB2外接数据库(1)
  • 【NI Multisim 14.0编辑环境——工具栏】
  • css中动画之transition
  • 【HTML】再见2022!一起来写一个响应式跨年倒计时吧!(附源码)
  • [笔记] php常见简单功能及函数
  • 0基础学习移动端适配
  • ECMAScript入门(七)--Module语法
  • GraphQL学习过程应该是这样的
  • jquery cookie
  • JS 面试题总结
  • js 实现textarea输入字数提示
  • mysql 5.6 原生Online DDL解析
  • Python - 闭包Closure
  • spring + angular 实现导出excel
  • 当SetTimeout遇到了字符串
  • 关键词挖掘技术哪家强(一)基于node.js技术开发一个关键字查询工具
  • 后端_ThinkPHP5
  • 缓存与缓冲
  • 基于游标的分页接口实现
  • 开源中国专访:Chameleon原理首发,其它跨多端统一框架都是假的?
  • 深入 Nginx 之配置篇
  • 探索 JS 中的模块化
  • 移动端唤起键盘时取消position:fixed定位
  • 哈罗单车融资几十亿元,蚂蚁金服与春华资本加持 ...
  • ​ ​Redis(五)主从复制:主从模式介绍、配置、拓扑(一主一从结构、一主多从结构、树形主从结构)、原理(复制过程、​​​​​​​数据同步psync)、总结
  • #中的引用型是什么意识_Java中四种引用有什么区别以及应用场景
  • $(function(){})与(function($){....})(jQuery)的区别
  • $NOIp2018$劝退记
  • (1综述)从零开始的嵌入式图像图像处理(PI+QT+OpenCV)实战演练
  • (DenseNet)Densely Connected Convolutional Networks--Gao Huang
  • (安全基本功)磁盘MBR,分区表,活动分区,引导扇区。。。详解与区别
  • (九)c52学习之旅-定时器
  • (未解决)jmeter报错之“请在微信客户端打开链接”
  • .bat批处理(三):变量声明、设置、拼接、截取
  • .Net OpenCVSharp生成灰度图和二值图
  • .NET 命令行参数包含应用程序路径吗?
  • .NET框架类在ASP.NET中的使用(2) ——QA
  • .NET连接MongoDB数据库实例教程
  • @LoadBalanced 和 @RefreshScope 同时使用,负载均衡失效分析
  • @modelattribute注解用postman测试怎么传参_接口测试之问题挖掘
  • @WebServiceClient注解,wsdlLocation 可配置
  • [C# 基础知识系列]专题十六:Linq介绍
  • [C++] 默认构造函数、参数化构造函数、拷贝构造函数、移动构造函数及其使用案例
  • [C++]C++入门--引用