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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
查看: 509|回复: 2

[求助] latch borrow time在前端如何设置约束

[复制链接]
发表于 2025-6-12 10:22:48 | 显示全部楼层 |阅读模式

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

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

×
遇到问题:blcok和top报同一条path,有且仅有latch的time_given_to_startpoint值不一样,导致top slack为-189ps。
进展:目前分析得出time_given_to_startpoint值差异主要是clock skew差异被算到time_given_to_startpoint值上了。(右图可以看出block和top的lauch capture clock skew都仅有10ps,显然有问题)。我们尝试设置PT选项set_max_time_borrow 0 $latch_name,不让其borrow time之后,clock skew为block=92ps,top=304ps,并且top也有了CRPR补偿了172ps,最终top path slack为-34ps,我们认为这样path的才是比较正常。


提问:现在想在前端对latch设置约束,请问能者该设置哪种比较合理?如何判断?目前网上搜索下来有两种方式:
1、set_max_time_borrow 0 $latch_name (相当于认成reg)
2、set_app_var timing_enable_through_paths true(相当于认成buf)

TOP NO time borrow.png
TOP time borrow.png
发表于 2025-8-15 14:40:09 | 显示全部楼层

这两个看法都是不对的
1、set_max_time_borrow 0 $latch_name (相当于认成reg)
reg2latch setup check和 reg2reg是不一样的,hold check 更加不一样。
2、set_app_var timing_enable_through_paths true(相当于认成buf)
并不是认成buffer, 而是sta分析不是以segement的方式进行,而是将信号的整个传播过程做分析。

回复 支持 反对

使用道具 举报

发表于 2025-8-15 14:45:07 | 显示全部楼层
另外,你设max_borrow =0,是否考虑过真实电路里latch会产生borrow,set_max_borrow一般是告诉工具这里不能借这么多,所以需要优化,而不是不这样分析真实芯片就没vio了。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2025-9-12 03:11 , Processed in 0.012801 second(s), 4 queries , Gzip On, Redis On.

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