如何对传统的非DFX设计进行调试呢？

  Analyzer，集成逻辑分析仪）。能够使用如下图所示的两种方式。方式1是实例化方式，即在RTL代码或者BD中实例化ILA。如果图中红色字体“Instanation”所示。方式2是网表插入方式，即在综合后的网表中插入ILA。

  不难看出方式1是在综合之前完成，而方式2则是在综合之后完成。方式1需要手工例化ILA，同时将待测网线连接到ILA的测试端口，这样的一个过程稍显繁琐，尤其是待测信号需要穿越多个层次到达ILA所在层次时，但也确保了待测信号能够百分之百被观测到（不会被工具优化掉）。方式2更为自动化，在综合后的网表中找到待测信号将其标记为debug（本质上是将其属性mark_debug设置为true）。但有可能出现待测信号名字发生改变或者彻底被优化掉而没办法找到的情形。

  对于DFX设计，那么就只可以使用实例化方式插入ILA。但即便如此，仍有一些特殊之处。为便于说明，我们看一个实际案例。这个DFX设计中的RP（Reconfigurable Partition）为math，该RP下有两个RM（ReconfigurableModule），分别为add和mult，如下图所示。

  每个RM中均包含一个ILA。这个ILA无论参数配置是否一致，都要分别调用ILA IP Core，单独例化。这是DFX设计所要求的，即每个IP都要以唯一的方式存在于RM中。

  到这里我们正真看到的例化ILA的方式与传统的非DFX设计并没什么不同。但是在每个RM的顶层，需要添加12个BS，如下图所示。这12个端口最终会与dbg_hub相连。这里要求端口名字必须与图中红色方框内的名字完全一致，如果不一致，则要通过属性X_INTERFACE_INFO设定。

  在整个设计的顶层，对RM进行实例化时，这12个端口的端口映射为空，如下图所示，若使用的是VHDL，端口映射内填写open。

  在综合阶段生成的网表中，dbg_hub是以黑盒子的形式存在，在设计顶层和RM内分别有一个dbg_hub，如下图所示。dbg_hub与ILA的连接关系由工具自动处理，无需人工干预。

  打开布线后的网表文件，执行命令get_debug_cores，能够正常的看到当前网表中的ILA、VIO和dbg_hub。如下图所示，设计顶层和RM中各有一个dbg_hub。

  如果某个RM中并没用ILA或VIO，而其他RM中至少有一个使用了ILA或VIO，那么所有的RM都要列出上文提到的12个BSCAN端口，以确保所有RM接口的一致性。

  文章出处：【微信号：Lauren_FPGA，微信公众号：FPGA技术驿站】欢迎添加关注！文章转载请注明出处。

  （Dynamic Function eXchange）的前身是PR（部分可重配置，Partial Reconfiguration）。

  设计一定要执行设计规则检查吗？ /

  设计注意事项 /

  随着市场之间的竞争的日益激烈，产品低价格、高质量、交货周期短已成趋势，在电子制造业中，躺着赚钱的日子一去不返，慢慢的变多的公司开始重视

  的各个方面相互独立又相互影响，比如产品的可制造性（DFM）会影响着可装配性（DFA），可靠性设计（DFR）对DFM、DFA有相应的约束和要求，而这一些都会对DFC造成直接的影响，所以，要站在产品整体的角度

  可制造性设计与组装技术 /

  采用UltraScale/UltraScale+芯片的DFX设计注意事项

  基于法动EDA电磁大脑EMOptimizer®独创快速产生模拟/射频电路图及其优化结果

  由于 Windows 无法加载这个设备所需的驱动程序，导致这个设备工作异常？