Vivado逻辑分析仪使用教程简析
传统的逻辑分析仪在使用时，我们需要将所要观察的信号连接到fpga的io管脚上，然后观察信号。当信号比较多时，我们操作起来会比较繁琐。在线逻辑分析仪就比较好的解决了这个问题，我们可以将这些功能加到fpga设计当中。
其中待测设计就是我们整个的逻辑设计模块，在线逻辑分析仪也同样是在fpga设计中。通过一个或多个探针来采集希望观察的信号。然后通过jtag接口，将捕获到的数据通过下载器回传给我们的用户界面，以便我们进行观察。
在逻辑分析仪使用的过程中，我们一般常用的调用方法有两种：
1、ip核
2、mark debug标记信号
接下来我们先说一下第一种方法。这种方法需要我们打开ip核管理器，在程序设计中例化ila。首先我们打开ip核管理器，搜索ila，双击打开。
在此配置界面，我们配置几项内容。首先是component name，我们可以给我们的逻辑分析仪起一个名字，比如我在此改为my_ila。
在number of probes选项选择我们需要观察的信号个数，我们以流水灯为例，我们可以观察一下代码设计当中的计数器cnt以及输出led。所以我们在此项设置为2。sample data depth为采样深度，采样深度影响到了我们可以观察的信号长度，大家可以根据自己的需要进行设置，在此我选择深度为1024。
然后在probe ports里面设置被观察信号的位宽。计数器为26位，led输出为4位，那么我们将位宽设置好，点击ok生成ip核。
在这里，我们简要介绍一下vivado的ooc（out-of-context）综合的概念。对于顶层设计，vivado使用自顶向下的全局（global）综合方式，将顶层之下的所有逻辑模块都进行综合，但是设置为ooc方式的模块除外，它们独立于顶层设计而单独综合。
通常，在整个设计周期中，顶层设计会被多次修改并综合。但有些子模块在创建完毕之后不会因为顶层设计的修改而被修改，如ip，它们被设置为ooc综合方式，ooc模块只会在综合顶层之前被综合一次。这样，在顶层的设计迭代过程中，ooc模块就不必跟随顶层模块，而进行一次次的会产生相同结果的多余的综合了。所以，ooc流程减少了设计周期时间，并消除了设计迭代，使大家可以保存和重用综合结果。
out-of-context(ooc) 综合是一种自底向上的设计流程，默认情况下，vivado设计套件使用ooc的设计流程来综合ooc模块。ooc模块可以是来自ip catalog的ip、来自vivado ip integrator的block design或者顶层模块下手动设置为ooc方式的任何子模块。
来自ip catalog的ip就默认使用ooc综合的方式，例如上图中的“synthesis options”选项就设置为了“out of context per ip”。这些ip会在顶层的全局综合之前，单独地进行ooc综合并生成输出产品（generate output products），包括综合后的网表等各种文件。在对顶层进行综合时，ooc模块会被视为黑盒子，并且不会参与到顶层的综合中来。在综合之后的实现过程中，ooc模块的黑盒子才会被打开，这时其网表才是可见的并参与到全局设计的布局布线中来。
ooc综合完毕之后如下图所示：
ip核调用完成之后，我们在ip sources窗口中打开ip核的instantiation template。my_ila.veo文件为例化的头文件，我们双击打开，将下图内容复制粘贴到顶层文件当中即可。
复制好之后，我们将信号做一下连线，改一下例化名。那么我们的逻辑分析仪调用就完成了。
调用完成之后，我们将文件保存，然后生成下板文件进行下板。
下板时，界面中出现两个文件。第一个文件为bit流文件。第二个为逻辑分析仪文件。直接点击program。下载完成之后会出现如下界面。
在开始观察波形之前，我们需要先在右下角小窗口里面设置触发信号。这个我们可以理解为我们想要观察的波形的位置。比如我们可以观察一下led为第二个灯亮，且计数器数到1000的位置，那么我们的设置如下图：
设置好之后，我们点击波形界面的三角形符号，进行触发，那么就可以观察到我们的波形了。
第二种方法：
“网表插入调试探针流程”需要在综合后的网表中，将要进行调试观察的各个信号，标记“mark_debug”属性，然后通过“setup debug”向导来设置ila ip核的参数，最后工具会根据参数来自动创建ila ip核。我们点击“flow navigator”窗口中的“open synthesized design”按钮，如下图所示：
在综合后设计的窗口布局选择器中，我们选择“debug”窗口布局，如下图所示：
此时，vivado打开了“netlist”子窗口、“schematic”子窗口以及“debug”子窗口。其中，“netlist”子窗口和“schematic”子窗口都用于标记要进行观察的信号，“debug”子窗口用于显示并设置ila ip核的各个参数。如下图所示：
在“debug”子窗口中，又包含两个选项卡“debug cores”和“debug nets”。这两个选项卡都用于显示所有的已标记为“mark_debug”的信号。不同之处在于，“debug cores”选项卡是一个更加以ila ip核为中心的视图，所有已标记为“mark_debug”的信号并且已经被分配到ila探针的信号都会被显示在各个ila ip核的视图树下，已标记为“mark_debug”的信号但是还没有被分配到ila探针的信号被显示在“unassigned debug nets”下，当然也可以在其中查看和设置ila ip核的各种属性和参数。
“debug nets”选项卡仅显示已标记为“mark_debug”的信号，但不显示ila ip核，所有已标记为“mark_debug”的信号并且已经被分配到ila探针的信号都会被显示在“assigned debug nets”下，已标记为“mark_debug”的信号但是还没有被分配到ila探针的信号被显示在“unassigned debug nets”下。
我们首先标记要进行观察的信号，以led信号为例，在“netlist”子窗口中的“nets”目录下，找到“led_obuf”网络，右击该网络（此时右边的“schematic”子窗口也会自动地高亮选择此网络，因为“netlist”子窗口中的对象和“schematic”子窗口中的对象，两者之间是交叉选择的），在弹出的菜单中心选择“mark debug”命令，如下图所示：
也可以在“schematic”子窗口中选择网络，然后右键选择“mark debug”命令，如下图所示：
另外，也可以在hdl源代码中为想要观察的reg或wire信号添加“mark debug”属性，例如：(* mark_debug = “true” *)reg [25:0] cnt ; 其中“(* mark_debug = “true” *)”必须紧挨在变量声明的前面。
这样，在综合完之后打开综合后的设计，counter信号就自动被标记了“mark debug”属性。此时在“debug”子窗口的“debug nets”选项卡的“unassigned debug nets”目录下就会出现我们刚刚标记的“led_obuf”网络。
此时“debug”子窗口的“debug nets”选项卡的“unassigned debug nets”目录下就有了“led_obuf”和“cnt”两个信号，如下图所示：
之后我们点击“debug”子窗口中的“setup debug”按钮，如下图所示：
弹出“setup debug”向导，我们直接点击next，如下图所示：
接下来的页面是选择用于采样待测信号的时钟域，vivado会自动识别出各个待测信号所属的时钟域并将其自动设定为其采样时钟，例如，我们刚刚添加的这“led_obuf”和“cnt”两个信号就属于“sys_clk_ibuf”时钟域，并且vivado也已经自动将“sys_clk_ibuf”时钟设置为了这两个信号的采样时钟，如下图所示：
当然，用户也可以手动指定各个用于采样待测信号的时钟域，右击待测信号，选择“select clock domain”，弹出“select clock domain”窗口，如下面两个图所示：
在“select clock domain”窗口中就可以选择用于采样待测信号的时钟了。“setup debug”向导会为每个采样时钟生成一个单独的ila ip核，由于本例程中只有一个时钟，所以这里最后只会生成一个ila ip核。
设置完采样时钟后，我们点击next，接下来的页面用于设置ila ip核的全局设置，如下图所示：
其中“sample of data depth”用于设置采样深度，“input pipe stages”用于设置待测信号和其采样时钟之间的同步级数。如果在上一个设置时钟域页面中，存在与其采样时钟之间是异步的待测信号，则为了避免亚稳态，此数值最好不要低于2。
由于本例中的两个待测信号的其采样时钟是同步的，所以可以设置为0。我们点击next，就进入了最后的概览页面，确认无误后直接点击finish即可，如下图所示：
在“debug”子窗口中的“debug cores”选项卡中，可以看到vivado已经添加了ila ip核，并且“unassigned debug nets”目录下已经没有未被分配的信号了，如下图所示：
网表中被标记为mark debug的信号也变为了虚线，以表示其完成了ila ip核的分配，如下图所示：
前面我们提到过，在“网表插入调试探针流程”中，用户设置的调试信息会以tcl xdc调试命令的形式保存到xdc约束文件中，在实现阶段，vivado会读取这些xdc调试命令，并在布局布线时加入这些ila ip核。
此时，我们所做出的所有的更改和设置，都还只是停留在电脑内存中，我们需要将其保存在硬盘的xdc约束文件中，点击工具栏中的保存按钮，如下图所示：
在出现的对话框中直接点击ok，如下图所示：
弹出的“save constraints”窗口中，用于询问用户将约束保存在哪个xdc约束文件中，本例的工程中只有一个xdc约束文件，如下图所示，我们直接点击ok即可：
此时，我们打开led_twinkle.xdc，就会看到在用户约束的下面，vivado自动写入了用于debug的约束，如下图所示：
在实现阶段，vivado会读取这些约束，并按照这些命令的参数来自动地在布局布线时加入ila ip核。至此，我们就成功地使用“网表插入调试探针流程”将ila ip核添加到了设计中。接下来就可以将实现设计并生成比特流，最后将比特流下载到fpga中，以对信号进行在线观察，这一部分内容在上面第一种方法里面已经介绍过了，在此不再重复介绍。
CAN总线控制器与DSP的接口的研究
安集微电子:大客户为中芯国际,研发进入7nm节点
电力系统的中性点接地方式
集成电路设计企业认定管理办法
前沿技术中为什么还是没有出现超级电池？
Vivado逻辑分析仪使用教程简析
John Grimm：对物联网在2018年发展的三个预测
负端5v2A同步整流芯片U7710增速增长分析
hanlp源码解析之中文分词算法
智慧灯杆招标│18亿！8171套智慧灯杆！近期含智慧灯杆的备案建设项目
大联大世平集团推出基于TI AM335X电力智能抄表方案
研扬同步在GTC中宣布NVIDIA Jetson Orin Nano 边缘计算AI平台BOXER-8621AI上市
U2022XA峰值和平均功率传感器
微软预测2027年搜索框会消失 哪些职业会消失？
电动汽车电池回收或再利用，为什么不两者兼之
如何建立PC：CPU升级解决方案
Strategy Analytics杨光：5G行业专网建网模式探讨
朗科科技荣膺中国科技创新品牌500强，品牌价值近百亿
设计师和工程师在电源完整性方面遇到了哪些问题好吗？
网易关联公司入股小冰公司，后者此前已完成 Pre-A 轮融资
其中待测设计就是我们整个的逻辑设计模块，在线逻辑分析仪也同样是在fpga设计中。通过一个或多个探针来采集希望观察的信号。然后通过jtag接口，将捕获到的数据通过下载器回传给我们的用户界面，以便我们进行观察。
在逻辑分析仪使用的过程中，我们一般常用的调用方法有两种：
1、ip核
2、mark debug标记信号
接下来我们先说一下第一种方法。这种方法需要我们打开ip核管理器，在程序设计中例化ila。首先我们打开ip核管理器，搜索ila，双击打开。
在此配置界面，我们配置几项内容。首先是component name，我们可以给我们的逻辑分析仪起一个名字，比如我在此改为my_ila。
在number of probes选项选择我们需要观察的信号个数，我们以流水灯为例，我们可以观察一下代码设计当中的计数器cnt以及输出led。所以我们在此项设置为2。sample data depth为采样深度，采样深度影响到了我们可以观察的信号长度，大家可以根据自己的需要进行设置，在此我选择深度为1024。
然后在probe ports里面设置被观察信号的位宽。计数器为26位，led输出为4位，那么我们将位宽设置好，点击ok生成ip核。
在这里，我们简要介绍一下vivado的ooc（out-of-context）综合的概念。对于顶层设计，vivado使用自顶向下的全局（global）综合方式，将顶层之下的所有逻辑模块都进行综合，但是设置为ooc方式的模块除外，它们独立于顶层设计而单独综合。
通常，在整个设计周期中，顶层设计会被多次修改并综合。但有些子模块在创建完毕之后不会因为顶层设计的修改而被修改，如ip，它们被设置为ooc综合方式，ooc模块只会在综合顶层之前被综合一次。这样，在顶层的设计迭代过程中，ooc模块就不必跟随顶层模块，而进行一次次的会产生相同结果的多余的综合了。所以，ooc流程减少了设计周期时间，并消除了设计迭代，使大家可以保存和重用综合结果。
out-of-context(ooc) 综合是一种自底向上的设计流程，默认情况下，vivado设计套件使用ooc的设计流程来综合ooc模块。ooc模块可以是来自ip catalog的ip、来自vivado ip integrator的block design或者顶层模块下手动设置为ooc方式的任何子模块。
来自ip catalog的ip就默认使用ooc综合的方式，例如上图中的“synthesis options”选项就设置为了“out of context per ip”。这些ip会在顶层的全局综合之前，单独地进行ooc综合并生成输出产品（generate output products），包括综合后的网表等各种文件。在对顶层进行综合时，ooc模块会被视为黑盒子，并且不会参与到顶层的综合中来。在综合之后的实现过程中，ooc模块的黑盒子才会被打开，这时其网表才是可见的并参与到全局设计的布局布线中来。
ooc综合完毕之后如下图所示：
ip核调用完成之后，我们在ip sources窗口中打开ip核的instantiation template。my_ila.veo文件为例化的头文件，我们双击打开，将下图内容复制粘贴到顶层文件当中即可。
复制好之后，我们将信号做一下连线，改一下例化名。那么我们的逻辑分析仪调用就完成了。
调用完成之后，我们将文件保存，然后生成下板文件进行下板。
下板时，界面中出现两个文件。第一个文件为bit流文件。第二个为逻辑分析仪文件。直接点击program。下载完成之后会出现如下界面。
在开始观察波形之前，我们需要先在右下角小窗口里面设置触发信号。这个我们可以理解为我们想要观察的波形的位置。比如我们可以观察一下led为第二个灯亮，且计数器数到1000的位置，那么我们的设置如下图：
设置好之后，我们点击波形界面的三角形符号，进行触发，那么就可以观察到我们的波形了。
第二种方法：
“网表插入调试探针流程”需要在综合后的网表中，将要进行调试观察的各个信号，标记“mark_debug”属性，然后通过“setup debug”向导来设置ila ip核的参数，最后工具会根据参数来自动创建ila ip核。我们点击“flow navigator”窗口中的“open synthesized design”按钮，如下图所示：
在综合后设计的窗口布局选择器中，我们选择“debug”窗口布局，如下图所示：
此时，vivado打开了“netlist”子窗口、“schematic”子窗口以及“debug”子窗口。其中，“netlist”子窗口和“schematic”子窗口都用于标记要进行观察的信号，“debug”子窗口用于显示并设置ila ip核的各个参数。如下图所示：
在“debug”子窗口中，又包含两个选项卡“debug cores”和“debug nets”。这两个选项卡都用于显示所有的已标记为“mark_debug”的信号。不同之处在于，“debug cores”选项卡是一个更加以ila ip核为中心的视图，所有已标记为“mark_debug”的信号并且已经被分配到ila探针的信号都会被显示在各个ila ip核的视图树下，已标记为“mark_debug”的信号但是还没有被分配到ila探针的信号被显示在“unassigned debug nets”下，当然也可以在其中查看和设置ila ip核的各种属性和参数。
“debug nets”选项卡仅显示已标记为“mark_debug”的信号，但不显示ila ip核，所有已标记为“mark_debug”的信号并且已经被分配到ila探针的信号都会被显示在“assigned debug nets”下，已标记为“mark_debug”的信号但是还没有被分配到ila探针的信号被显示在“unassigned debug nets”下。
我们首先标记要进行观察的信号，以led信号为例，在“netlist”子窗口中的“nets”目录下，找到“led_obuf”网络，右击该网络（此时右边的“schematic”子窗口也会自动地高亮选择此网络，因为“netlist”子窗口中的对象和“schematic”子窗口中的对象，两者之间是交叉选择的），在弹出的菜单中心选择“mark debug”命令，如下图所示：
也可以在“schematic”子窗口中选择网络，然后右键选择“mark debug”命令，如下图所示：
另外，也可以在hdl源代码中为想要观察的reg或wire信号添加“mark debug”属性，例如：(* mark_debug = “true” *)reg [25:0] cnt ; 其中“(* mark_debug = “true” *)”必须紧挨在变量声明的前面。
这样，在综合完之后打开综合后的设计，counter信号就自动被标记了“mark debug”属性。此时在“debug”子窗口的“debug nets”选项卡的“unassigned debug nets”目录下就会出现我们刚刚标记的“led_obuf”网络。
此时“debug”子窗口的“debug nets”选项卡的“unassigned debug nets”目录下就有了“led_obuf”和“cnt”两个信号，如下图所示：
之后我们点击“debug”子窗口中的“setup debug”按钮，如下图所示：
弹出“setup debug”向导，我们直接点击next，如下图所示：
接下来的页面是选择用于采样待测信号的时钟域，vivado会自动识别出各个待测信号所属的时钟域并将其自动设定为其采样时钟，例如，我们刚刚添加的这“led_obuf”和“cnt”两个信号就属于“sys_clk_ibuf”时钟域，并且vivado也已经自动将“sys_clk_ibuf”时钟设置为了这两个信号的采样时钟，如下图所示：
当然，用户也可以手动指定各个用于采样待测信号的时钟域，右击待测信号，选择“select clock domain”，弹出“select clock domain”窗口，如下面两个图所示：
在“select clock domain”窗口中就可以选择用于采样待测信号的时钟了。“setup debug”向导会为每个采样时钟生成一个单独的ila ip核，由于本例程中只有一个时钟，所以这里最后只会生成一个ila ip核。
设置完采样时钟后，我们点击next，接下来的页面用于设置ila ip核的全局设置，如下图所示：
其中“sample of data depth”用于设置采样深度，“input pipe stages”用于设置待测信号和其采样时钟之间的同步级数。如果在上一个设置时钟域页面中，存在与其采样时钟之间是异步的待测信号，则为了避免亚稳态，此数值最好不要低于2。
由于本例中的两个待测信号的其采样时钟是同步的，所以可以设置为0。我们点击next，就进入了最后的概览页面，确认无误后直接点击finish即可，如下图所示：
在“debug”子窗口中的“debug cores”选项卡中，可以看到vivado已经添加了ila ip核，并且“unassigned debug nets”目录下已经没有未被分配的信号了，如下图所示：
网表中被标记为mark debug的信号也变为了虚线，以表示其完成了ila ip核的分配，如下图所示：
前面我们提到过，在“网表插入调试探针流程”中，用户设置的调试信息会以tcl xdc调试命令的形式保存到xdc约束文件中，在实现阶段，vivado会读取这些xdc调试命令，并在布局布线时加入这些ila ip核。
此时，我们所做出的所有的更改和设置，都还只是停留在电脑内存中，我们需要将其保存在硬盘的xdc约束文件中，点击工具栏中的保存按钮，如下图所示：
在出现的对话框中直接点击ok，如下图所示：
弹出的“save constraints”窗口中，用于询问用户将约束保存在哪个xdc约束文件中，本例的工程中只有一个xdc约束文件，如下图所示，我们直接点击ok即可：
此时，我们打开led_twinkle.xdc，就会看到在用户约束的下面，vivado自动写入了用于debug的约束，如下图所示：
在实现阶段，vivado会读取这些约束，并按照这些命令的参数来自动地在布局布线时加入ila ip核。至此，我们就成功地使用“网表插入调试探针流程”将ila ip核添加到了设计中。接下来就可以将实现设计并生成比特流，最后将比特流下载到fpga中，以对信号进行在线观察，这一部分内容在上面第一种方法里面已经介绍过了，在此不再重复介绍。
CAN总线控制器与DSP的接口的研究
安集微电子:大客户为中芯国际,研发进入7nm节点
电力系统的中性点接地方式
集成电路设计企业认定管理办法
前沿技术中为什么还是没有出现超级电池？
Vivado逻辑分析仪使用教程简析
John Grimm：对物联网在2018年发展的三个预测
负端5v2A同步整流芯片U7710增速增长分析
hanlp源码解析之中文分词算法
智慧灯杆招标│18亿！8171套智慧灯杆！近期含智慧灯杆的备案建设项目
大联大世平集团推出基于TI AM335X电力智能抄表方案
研扬同步在GTC中宣布NVIDIA Jetson Orin Nano 边缘计算AI平台BOXER-8621AI上市
U2022XA峰值和平均功率传感器
微软预测2027年搜索框会消失 哪些职业会消失？
电动汽车电池回收或再利用，为什么不两者兼之
如何建立PC：CPU升级解决方案
Strategy Analytics杨光：5G行业专网建网模式探讨
朗科科技荣膺中国科技创新品牌500强，品牌价值近百亿
设计师和工程师在电源完整性方面遇到了哪些问题好吗？
网易关联公司入股小冰公司，后者此前已完成 Pre-A 轮融资