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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 427|回复: 2

[讨论] 有关buffer插入net位置对于delay跟transition的影响

[复制链接]
发表于 2024-10-19 13:23:17 | 显示全部楼层 |阅读模式

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

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

x
想请问

1. 想请问插入buffer的位置与transition的关係,插buffer时离driver(开始端)位置越近, 他要推动的cap越大, 对于transition time降低能力变弱, 也就是说将buffer插入离load末端越近对于transition time降低能力变强, 或是说相当于离末段越近就可用越小驱动的buffer达到同样的解transition效果?   那为何不往末端去插呢可以减少buffer面积?

2. 想请问插入buffer的位置与net delay的关係, 是不是由于插入buffer会提供更强的驱动使插入buffer之后net delay降低, 因此如果插入buffer离末端越近, 那么减少的net delay就越少, 最后就变成单纯的引入buffer的delay, 换句话说有可能有可能找到一个位置是buffer减少的net delay抵销buffer本身带来的delay?

3. 假设有一条net有transition问题也有hold问题都要处理的话, 是否就是在net末端插入buffer确保自身带来的buffer delay大于驱动增加导致net delay的减少即可?

4. 如果插buffer在net中间, 理论上会使net delay下降, transition time 也下降, 但是如果在中间插入过多的buffer, 会使使net delay上升, transition time 仍然下降吗(过多的buffer本身引进的delay 但是驱动仍是增加)?

希望能确认这样的想法是否正确, 恳请高人指导

发表于 2024-10-19 15:38:40 | 显示全部楼层
1. 如果把buffer放在离load很近的位置,driver和buffer之间就有很长的走线,那么buffer本身的输入transition就变大了。
2. 我感觉如果driver和load中间走线足够长,是可以找到。
3. 和1一样,buffer插在末端,很可能解决不了transition问题。
4. 理论上是的。
个人感觉是这样的,欢迎讨论
 楼主| 发表于 2024-10-19 20:22:21 | 显示全部楼层
感谢解答, 对于第1点插入buffer处理transition的概念会有点像是, 我们插buffer主要是为了让net任何一段的走线不要太长, 插在中间算是一个好的方式, 让net变成2段距离最短的走线, 进而使cap降到最低, transition time即最大化下降?

对于第3点一条net同时有transition问题也有hold问题, 在需要插buffer的情况下, 应该就是在net中间(transition time下降但同时让net delay下降)跟load末端(transition time变化小但同时让net delay上升)
同时插buffer? 这样一来解transition的同时增加net delay的效果好(插入同样的buffer数量,大小時比較)

感觉不太会是使用第4点插在中间的方式利用多的buffer使net delay同时升高的方式, 不过就推测来看可能对于解transition的效果可能更好(插入同样的buffer数量,大小時比較)
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

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

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