接上篇 SSI技术及调试中的BUFMR和BUFR布局布线问题

2023-11-07 08:50

本文主要是介绍接上篇 SSI技术及调试中的BUFMR和BUFR布局布线问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一.概述

本篇讲解的问题如下:

(1)为什么有的FPGA有128个BUFG?可是UG472官方文档写的是32个BUFG(详情见前一篇博客,关于时钟资源的介绍),以下是一个1140T的FPGA,有着128BUFG。

图一

 

(2)BUFMR和BUFR的布局布线问题,该问题由第一个产生。

二.问题解析

       1.问题一

        首先要了解什么是SSI技术,SSI是Stacked Silicon Interconnect的缩写,即硅堆叠互联技术。Xilinx构建了带宽和容量等于或超过最大单片FPGA芯片的一种FPGA芯片,即具有SSI技术的FPGA。SSI技术使用带有微泵的无源硅插入器和通过硅通孔(TSV)将多个高度可制造的FPGA芯片(称为超级逻辑区(SLR))组合在一个封装中。该技术还允许不同类型的芯片或硅工艺在插入器上互连,这种结构称为异构FPGA。

        所以很明了,128个BUFG其实是该FPGA具有SSI硅叠加互连技术,将多个SLR组合在一个封装的结果,而UG472的32个BUFG说法是针对没有SSI技术的单片FPGA芯片。

Note:

        每个SLR有3个时钟区高。

        SLR之间有interposer clock backbone(插入器时钟主干道),32条全局时钟线能够穿过插入器时钟主干道,从而使一个SLR中的BUFG能够对FPGA中其他SLR进行驱动。

        从一个SLR通过interposer clock backbone到相邻SLR的时钟比工作在单个SLR内的时钟会有更多的偏斜。        

        2.问题二

        在项目中用到了117quad和118quad(如图一)的共8个GTH高速收发器,所用mac子系统使能了1588的功能。

        报错第六个和第七个mac子系统的BUFMR和BUFR布局布线通过不了。

        查阅官方文档发现,对于SSI的FPGA,BUFMR和BUFR只能置放在同一个SLR中(如图一),图一有4个SLR。

        问题解析:一个quad有4个BUFR和2个BUFMR,而使能1588的mac默认用的BUFMR驱动BUFR,BUFR驱动每个端口的RXOUTCLK,而对于一个quad有四个端口,BUFR是够用的,但是BUFMR不够用了。对于117quad,该quad会利用CMT backbone借用116quad的两个BUFMR去驱动BUFR,于是117quad的4个mac子系统(0到3)没有报错,而对于118quad,它的BUFMR不够用,它去借用119quad的BUFMR,但是119quad位于SLR3,118quad位于SLR2,所以违反了BUFMR和BUFR只能置放在同一个SLR中的规则,就会对6-7的mac子系统报错,因为4-5的mac子系统正好有BUFMR给他用(118quad本身有两个BUFMR)。

Note:

        CC IO引脚无法在另一个SLR中驱动CMT或BUFG。

        BUFMR不能驱动相邻SLR中的BUFR和BUFIO,即BUFMR和BUFR只能置放在同一个SLR中。

        BUFG和CMT不能跨越SLR进行连接,即BUFG不能驱动位于其他SLR的CMT。

这篇关于接上篇 SSI技术及调试中的BUFMR和BUFR布局布线问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/362537

相关文章

Kotlin Map映射转换问题小结

《KotlinMap映射转换问题小结》文章介绍了Kotlin集合转换的多种方法,包括map(一对一转换)、mapIndexed(带索引)、mapNotNull(过滤null)、mapKeys/map... 目录Kotlin 集合转换:map、mapIndexed、mapNotNull、mapKeys、map

nginx中端口无权限的问题解决

《nginx中端口无权限的问题解决》当Nginx日志报错bind()to80failed(13:Permissiondenied)时,这通常是由于权限不足导致Nginx无法绑定到80端口,下面就来... 目录一、问题原因分析二、解决方案1. 以 root 权限运行 Nginx(不推荐)2. 为 Nginx

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

Windows环境下解决Matplotlib中文字体显示问题的详细教程

《Windows环境下解决Matplotlib中文字体显示问题的详细教程》本文详细介绍了在Windows下解决Matplotlib中文显示问题的方法,包括安装字体、更新缓存、配置文件设置及编码調整,并... 目录引言问题分析解决方案详解1. 检查系统已安装字体2. 手动添加中文字体(以SimHei为例)步骤

SpringSecurity整合redission序列化问题小结(最新整理)

《SpringSecurity整合redission序列化问题小结(最新整理)》文章详解SpringSecurity整合Redisson时的序列化问题,指出需排除官方Jackson依赖,通过自定义反序... 目录1. 前言2. Redission配置2.1 RedissonProperties2.2 Red

nginx 负载均衡配置及如何解决重复登录问题

《nginx负载均衡配置及如何解决重复登录问题》文章详解Nginx源码安装与Docker部署,介绍四层/七层代理区别及负载均衡策略,通过ip_hash解决重复登录问题,对nginx负载均衡配置及如何... 目录一:源码安装:1.配置编译参数2.编译3.编译安装 二,四层代理和七层代理区别1.二者混合使用举例

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决