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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3510|回复: 7

[求助] 第一次从BC_WC转OCV,hold出现违例

[复制链接]
发表于 2014-11-27 17:30:33 | 显示全部楼层 |阅读模式

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

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

x
本帖最后由 zylxzxcyz 于 2014-11-27 17:37 编辑

第一次从BC_WC转OCV,hold出现违例     set_operating_conditions和set_min_library都没改,只是把BC_WC改成on_chip_variation了。
看了一下hold的report_timing的时序报告
BC_WC模式下,算hold的两条时钟propogated后,最后差0.02ns,
转成OCV模式后,同样的路径,算hold的两条时钟propogated后,最后差0.7ns
把CPPR模式开了后,还是差0.5ns


这样下来,hold就满足不了了,
有人知道OCV模式下该怎么约束吗?
 楼主| 发表于 2014-11-27 17:34:29 | 显示全部楼层
回复 1# zylxzxcyz


   设计是主时钟25MHz,0.18um的工艺~~~
发表于 2014-11-27 19:26:51 | 显示全部楼层
回复 2# zylxzxcyz


   0.18 的 不需要OCV 吧?  如果是时钟分叉过早    那OCV 就会出现这样的结果了(前提要是把derate 值设置对了)
 楼主| 发表于 2014-11-28 10:03:02 | 显示全部楼层
回复 3# xylyc521


   感谢回答~   那么derate值要根据什么设置呢?是foundary会给建议值吗?
   我也是想看看我的margin留的够不够大~~
   不过就现在的就过来看,hold的margin在BC_WC模式下,留的0.1ns。在OCV模式下也不够用啊~~~
   
发表于 2014-11-28 10:47:08 | 显示全部楼层
OCV实际上foundry厂家对工艺的一致性控制能力不够才弄出来的这么个玩意儿,所以如果楼主用的是90nm以上的工艺,完全可以不考虑这个OCV的影响。
 楼主| 发表于 2014-11-28 10:52:29 | 显示全部楼层
回复 5# 八部众生


   OKOK~~~~~谢谢~~~foundary控制不了工艺偏差,所以设计人员就得用OCV的方法多留margin了~~~是这个意思吧~   用OCV还有一点是因为~~我想用PT做一下180nm的SI信号完整性分析,PT做信号完整性分析必须要用OCV的分析模式~~~~
   我也是想保守点,怕万一流片后不对~~~
发表于 2014-11-28 11:11:03 | 显示全部楼层
.18 可以坚持bc-wc, 没必要ocv
 楼主| 发表于 2014-11-28 14:04:07 | 显示全部楼层
回复 7# icfbicfb


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

本版积分规则

关闭

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

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

GMT+8, 2025-7-8 03:14 , Processed in 0.021968 second(s), 9 queries , Gzip On, MemCached On.

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