扫码关注
1. 前言
在数字IP/IC，FPGA项目的上板验证阶段，对于一些难以确定原因的bug，比如：RTL仿真时，测试pattern覆盖不够全面，fpga跑起来后的实际信号时序可能跟RTL 仿真不一致，从而出现Bug。一种debug的方式就是用FPGA工具提供的ILA模块（xilixn在ISE中叫：chipscope），来实时抓取FPGA内部数字信号的波形，分析逻辑错误的原因，帮助debug。
ILA的正确、高效使用，能加速debug的进程。
2. ILA工作原理
根据xilinx的datasheet功能描述，猜测ILA也是一个数字IP，大致结构如下：
其中：
1) dbg_sig?：是待观测的debug信号；
2) ila_clk：是设置的ILA工作时钟（监测、抓取）；
3) jtag_inf：ILA数据与上层的交互口（tigger条件设置，抓取的数据上传）；
4) sram_ctrl：根据trig_ctrl，触发抓取，并把抓取的数据按cila_clk的cycle实时写入SRAM；
5) sram：抓取数据的存储空间；
6) jtag_io：Jtag协议定义的标准IO；
根据这个大致结构，预计ILA工作原理如下：
1) PC端GUI应用程序设置trigger条件；通过jtag_io配置进入ILA core；
2) ILA core开始工作，使用ila_clk监测debug信号是否符合tigger条件；
3) 符合条件后，使用ila_clk抓取debug信号，并实时存入SRAM；
4) 抓取结束后，通过jtag_io把debug信号的值上传到PC端；
5) PC端GUI应用程序显示波形；
根据这个工作原理，可以推导出ILA的一些使用特性：
1) ILA加入后，需要增加LUT/DFF的使用量；
2) ILA加入后，需要增加的使用量，跟debug信号的数量，抓取深度成正比；
这些特性，跟实际布局布线后的结果是匹配的。
3. ILA使用方法与注意
ILA的使用步骤如下：
A. 设计综合；
B. 点击：Set Up Debug开始添加ILA；
C. 添加debug信号：
D. 对每个debug信号选择监测、抓取时钟：
E. 设置抓取特性：
F. 结束，保存ILA设置。ILA信息将存入工程的xdc约束文件：
到此，ILA插入结束，在place&route完成，产生configure bit后，下载进入FPAG即可使用ILA进行内部观测了。
4. ILA使用注意
在ILA的使用过程中，有如下3点需要注意：
A. 设置监测、抓取时钟时，最好用drive这个信号的clk。因为是数字电路，也存在跨时钟域的问题。如果ila_clk和debug信号的clk不一致，这儿就是一个跨时钟域的点。在P&R时，timing会报错。你可以用set_false_path来mask掉这些timing violation，但是需要记住跨时钟域的特性：如果debug一个4bit信号，实际信号只有4'b0001--> 4'b0111的变化，可能抓取到：4'b0001--> 4'b0101 -> 4'b0111。
B. 因为综合可能优化掉一些信号（尤其是组合逻辑），或改变信号的名字，为了keep某些信号，可以在RTL code中，添加：“* mark_debug = "true" *”，使用如下：
C. 设置抓取特性时，"input pipe stage"建议设置到2~3。这样虽然多用些DFF，可以确保ILA输入时的timing更容易过。因为你的debug逻辑可能离ILA core非常的远，增加pipe stage寄存器，可以把信号一级一级pipe到ILA core的输入口。
5. 写在最后
虽然ILA比逻辑分析仪好用多了，但是并不建议靠ILA来debug。因为：
1) ILA分析的波形长度有限；
2) ILA抓取的信号数量有限；
3) 添加大量信号时，麻烦；
4) 如果需要新加debug信号，需要重新做ILA，在Place&Route，这样费时费力（一个稍大的工程，可能需要跑数小时）；
所以，“此女”虽好但不可亵玩焉，否则走火入魔，举步维艰。建立完备的测试pattern，cover全功能点，跑RTL simulation才是正道。
