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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: dennisi123

[求助] CTS后DRC violation无法修复,显示dont_touch

[复制链接]
 楼主| 发表于 2014-9-16 18:54:21 | 显示全部楼层
回复 16# 小干爹z2z


   我懂您的意思了,所以cts_synthesized属性还是保留比较好。工具对max_fanout修不了可能是因为它没有办法改变clock tree的结构,只能修改buff的大小和位置,是这样吗?
发表于 2014-9-17 09:38:15 | 显示全部楼层
回复 20# dennisi123


   只有这一种buf么?换一个驱动能力大的试试。

你的transition 1ns,我觉得随便做做问题不大,但是你的这个buf,应该是最大驱动能力就是15,所以换个大驱动能力的完全搞定。你试试看
发表于 2014-9-17 11:15:11 | 显示全部楼层
dont touch 为true的时候 才是dont touch
发表于 2014-9-19 09:54:28 | 显示全部楼层
compile_clock_tree 默认应该吧你DRC 修复的 ,有变量可以控制optimize_clock_tree 也可以修复DRC。
先看看你的setting对不对吧 。如果有gate cell 你可以试试split_clock_net
 楼主| 发表于 2014-9-19 13:03:10 | 显示全部楼层
回复 24# 小干爹z2z


   你好!我在cts用的是icc student guide里的三个命令:1 clock_opt -no_clock_route -only_cts    2 clock_opt -only_psyn -no_clock_route -area_recovery  
3 route_zrt_group -all_clock_nets -reuse_existing_global_route true -stop_after_global_route true。
请问这个三个命令与compile_clock_tree有什么区别?我在optimize_clock_tree之前已经set_fix_hold [all_clocks],优化后还是有min_cap violations,这个violation在PT里也有,会对版图有影响吗?谢谢!
发表于 2014-9-19 16:30:30 | 显示全部楼层
我自己的理解,不对的地方请指正。compile_clock_tree就是建立时钟树的,也可以对reset等对skew有要求,建立buf tree ,clock_opt是个打包的命令。可以cts cto extract rc route
发表于 2014-9-19 16:41:20 | 显示全部楼层
回复 11# dennisi123


   LZ placement之前,为了工具不插入buf,dont touch的属性不能去吧?在cts前去掉比较合适吧
 楼主| 发表于 2014-9-19 17:11:51 | 显示全部楼层
回复 27# fangwang85


   嗯,我在CTS之前都是带着dont_touch的,在cts的时候好像也是有dont_touch的,不过ICC在CTS的时候好像可以ignore dont_touch。我记得是在哪见过这个说明的
发表于 2014-9-19 22:52:19 | 显示全部楼层
都是高手
发表于 2014-9-20 08:02:24 | 显示全部楼层
回复 28# dennisi123


   是的,我lab guide上也看到了,compiler_clock_tree可以ignore dont touch的属性,clock_opt倒是没有看到有这方面的说明
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-24 07:16 , Processed in 0.023409 second(s), 6 queries , Gzip On, Redis On.

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