|
|
马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有账号？注册
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 .这真的是好奇怪， 欢迎大家积极讨论给出建议~~~~~~ |
|
/2 
eetop公众号
创芯大讲堂
创芯人才网
发表于 2016-1-28 08:54:13
楼主
