当MUX驱动IDDR / ODDR组件的时钟时,为什么会出现netsanitycheck Place and Route(PAR)错误?-Lattice-莱迪斯论坛-FPGA CPLD-ChipDebug

当MUX驱动IDDR / ODDR组件的时钟时,为什么会出现netsanitycheck Place and Route(PAR)错误?

netsanitycheck错误表示通用路由用于驱动IDDR和/或ODDR组件。

必须修改逻辑以使用专用时钟资源:

解决方案1:不要使用通用逻辑(例如,由LUT实现的MUX)来为IDDR / ODDR生成时钟。

解决方案是使用动态时钟选择(DCS)代替MUX功能。

解决方案2:使用DCS时使用专用时钟布线资源。

典型应用是使用DCS在PLL输入和PLL输出时钟之间切换。
但请注意,如果专用PLL输入引脚和PLL CLKOS输出是DCS的两个输入,则PLL输入引脚将通过通用路由网转至DCS。

有两种可能的解决方法:
。A)绕过PLL时,将PLL输入连接到PLL的CLKOK。。然后CLKOS和CLKOK PLL输出可以通过专用路由资源连接到DCS。
。B)从主时钟引脚而不是PLL输入引脚布线PLL输入。 。PLL输入和CLKOS可以直接馈送到DCS,没有任何问题。

请登录后发表评论

    没有回复内容