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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 729|回复: 3

[求助] dc综合,timing path级数过长的问题

[复制链接]
发表于 2023-1-9 09:36:54 | 显示全部楼层 |阅读模式

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

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

x
各位大佬,逻辑综合完后发现data path上级数太长导致timing没法meet,如果没法更改RTL代码,纯从综合的角度,有哪些手段或者option可以较少path的级数?
发表于 2023-1-9 10:40:41 | 显示全部楼层
通常是lvt,或是gl短的lib
如果只考虑datapath depth,基本上没有太好的办法,可以考虑打开retime,或是borrow time选项
发表于 2023-1-10 17:14:49 | 显示全部楼层
会不会需要设置MCP的路径,或者是调用dw,例如除法器,pipeline级数还不是最佳?
发表于 2023-1-11 16:49:41 | 显示全部楼层
reg2reg的路径:a.判断路径是否真实,是否可以设置multicycle,false等;
                           b.判断时钟周期设置是否正确,是否自己周期设置错误;
                           c.如果路径真实,时钟正确,请看看详细路径,哪个地方的delay异常,是不是transition没有解,或者cap太大;
                           d。分析这种异常是因为脚本 设置原因还是工具优化原因(violation较大路径阻碍工具优化其他地方)。
                           e。如果路径delay没有异常地方,就是因为路径级数太多,cell delay叠加导致path delay太大。那么可以告诉设计人员修改代码。
                           f.如果代码不能修改。那么请使用svt,lvt,或者ulvt速度快的cell综合。
                           g。如果设计要求功耗,不能使用这些高速cell。那么请降频吧
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-5-24 11:58 , Processed in 0.019742 second(s), 7 queries , Gzip On, Redis On.

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