|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?注册
x
这样的,比如我有个net ,名字是ptest_scan , 上面挂着3200个叶子,都是SDFF 的se 端, 我在sdc 里面设置了set max fanout 32, set max transition 1.5ns , 然后正常地,placedesign 完成后,进入prects 阶段,进行optdesign -prects , 就是进行一些timing opt & transition opt嘛,一切都很正常,但是我发现,ptest_scan net 也正常进行了fanout buff tree 的形成,从tansition violation report里面我发现,net ptest_scan 有3.0ns 的transition 违反,是因为pteest_scan 上面挂了180个SDFF se端,因为一共有3200个SDFF se端连接到ptest_scan 上面,我browers 了一下,其它的3000多个叶子都按照约束生成了buff tree,唯独这剩下的180个SDFF的se端还直接挂在ptest_scan net上面,没有被blance ,那么我就奇怪了,这是为什么呢???百思不得其解。。。,所以想请教一下这里的专家是否有此类经验!
另外我还发现一个奇怪的现象,就是我在脚本的开始,一般会设定一些不想被用到的cell , 例如CK 开头的cell 是clock 专用的,我会set_dont_use CK* true , 那么我发现ptest_scan transition 违例变得更厉害了,变成-6.0ns ,因为ptest_scan net上面直接挂了300个se 端,也就是说其余的2900个是被正确作了tree的, 如果我去除掉set_dont_use CK* true 这句,那么就是上面说的,最后下来ptest_scan 上会剩余180个叶子,还是形成transtion violation .这真的是好奇怪, 欢迎大家积极讨论给出建议~~~~~~ |
|