在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3523|回复: 5

[讨论] 在业界,对于跨subchip之间高效异步交互有什么好的方法???

[复制链接]
发表于 2011-12-3 18:41:17 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
各位大侠,小弟在这请教个问题。大家有什么想法也可以借此地讨论讨论。

由于芯片规模较大,将一个chip区域性的分为几个subchip,并且是不同的时钟域的。
问题出现了,如果两个subchip是要进行数据交互,有什么好办法呢?
想了几个办法,都不能很好的满足需求,具体如下:
1、通过Req/Ack的方法,将数据传到对方的时钟域进行异步转换
弊端:用这种方法,传输一个数据>4拍的时间,效率极其低下。
2、用异步FIFO的方法,将数据写到对方subchip中
弊端:由于是异步FIFO的方法,会将一个时钟域(subchip)的clk和数据线拉到另一个时钟域(subchip)中进行异步处理。
做后端走线太长,很难做到时序收敛。

如果既要做到高效传输数据,又要为了后端考虑,在跨subchip之间的走线时序收敛,各位大虾有什么好的方法?
发表于 2011-12-3 19:45:15 | 显示全部楼层
1. If you can't afford it, kill it from you plan

2. I don't think that would affect backend design that much. that depends on placement.
 楼主| 发表于 2011-12-16 23:15:16 | 显示全部楼层
回复 2# enchanter


    This is requirement of product.

    The chip is so big and all subchip may access a pubilc matrix ram.

    I have no idea how to design the asyn-IF to benifit post-design.
发表于 2011-12-17 00:55:30 | 显示全部楼层
个人看法还是用2的方法,如果你性能要求比较高...
你说的后端走线太长一般都不是太大的问题,布局和CTS做好,应该可以解决
发表于 2011-12-17 22:39:20 | 显示全部楼层
一般多用异步FIFO
发表于 2011-12-17 23:27:45 | 显示全部楼层
楼主很多概念不清楚

1. Req/Ack的方法如果只差4个cycle,这个latency根本不算大。。

2.业办一般都是采用异步FIFO的方法来处理跨时钟域的问题。这个方法的latency也不小,而且和你FIFO的深度有关。FIFO的深度和你两边的clock,数据宽度有关系。

3. 跨时钟域是不检查timing的,因为是异步,所以也就不存在timing的问题。所以跟你后端没有任何关系。不存在什么收敛。。异步FIFO就是来处理timing问题的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-12-23 12:23 , Processed in 0.026828 second(s), 8 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表