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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5488|回复: 6

[原创] PT session 读入 spef 问题

[复制链接]
发表于 2015-7-26 00:25:26 | 显示全部楼层 |阅读模式

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

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

x
Hi, 请教各位高手。

现在情况是我有:
1. Top的 PT session
2. ICC抽RC其中一个block的spef, pin/net之类的名字修改成TOP能mapping到的。

我现在用PT session读spef: read_parasitics  XX.spef
不到一秒钟时间输出1(成功),但是log 也是空的,应该是没有正确读入?

问题:
1. ICC抽的RC PTsession 可以正常读取么?
2. block的spef top读入, spef需要改动什么?, block的port 怎么改?  我现在的改动
2.1 spef 第二行 从 DESIGN BLOCK 改成 DESIGN TOP
2.2 spef pin/port/net 名字加“block/" 以在top能找到。


感谢。
发表于 2015-7-26 09:19:38 | 显示全部楼层
read_parasitics -path  可以指定block name的,
report_annotated_parasisitcs  可以报出读取的情况的,

通常pt是在report_timing的时候自动反映read spef情况的,生成parasitics_command.log这个文件
 楼主| 发表于 2015-7-26 10:42:45 | 显示全部楼层
回复 2# icfbicfb


感谢版主。 -path prefix真是个好东西!
有可能原始的spef有问题,-path 依旧读不出来,现在在重新抽spef.
目前用 read_sdf -path xx 先用sdf大概其凑合着分析block的时序关系。
 楼主| 发表于 2015-7-26 13:51:55 | 显示全部楼层
回复 2# icfbicfb


    版主,搭车问个问题。 关于PT报timing.

    比如,进block有源clock:  CLK1, CLK2.    每个clock都有很多generate clock : CLK1 -> CLK1_generate1, CLK_generate2......

    在这种情况下。想看两个源CLK group之间的timing
     -   report_timing -from CLK1 -to CLK2, 报不出timing,
     -   只能report_timing -from CLK1_generate1 to CLK2_generate2, ......   ,clock 太多了。。。而且看起来不是很直观。

   有没有什么好的办法可以直接CLK1 - CLK2 timing ?

    我现在的做法是把所有generate clock remove 掉, 然后report from CLK1 to CLK2. 但是后来发现sdc种set的false path也没了。。 报出了很多不应该有的path...


  有点儿长,  感谢。
发表于 2015-7-26 22:05:05 | 显示全部楼层
sdc都是人写的,clock的个数多少直接影响到后端sta的复杂性

能否再仔细分析或者找前端讨论下,到底这些generated clock有无必要?
而且clk1,clk2如果本身就是非同源clock的话,还有必要check两者之间的timing么?
 楼主| 发表于 2015-8-11 22:43:23 | 显示全部楼层
回复 5# icfbicfb

感谢版主! 有日子没上论坛了。。

这个block大概其是个TOP下面的一个bus block, 所有的其他physical clock都会从里面过一圈,所以就有了80+个create_clock和 200+ 个两级generate_clock.
并且这80+个create_clock 大概其在top上从20+个ICG cell fanout 出来。 结果用 report_timing -from xx -to xx 跑了280x280个combination 跑了三天。。。。
结果重新出了一版netlist, 又得重来。。。

至于为什么check timing, 我也就是个虾米,日本人也不跟我说细节。。
我个人理解(请指正)
- 对于同ICG cell fanout 的clock,
    - 如果有timing path, 会把ICG cell放在接近于physical block的地方 1. 增加clock comment path 物理长度,减小clock path ocv 影响。 2. 多数情况下利于ICG hold 收敛(?)
    - 如果没有timing path, ICG放在接近PLL 的clock block里面, gating 靠前, 缩短 pll 到 ICG的物理距离,在clock gating的时候,减小pll->ICG 的clock net的动态功耗。
- 对于不同ICG cell fanout 的clock,
    - 如果有timing path, balance 各自clock 之间的skew, 减小OCV, 考虑H-tree(ICG拉到block脸上,用宽金属drive ICG ?)。
    - 如果没有timing path, ICG 放置接近pll.

额,一知半解。。。。
发表于 2020-12-2 09:44:51 | 显示全部楼层


icfbicfb 发表于 2015-7-26 09:19
read_parasitics -path  可以指定block name的,
report_annotated_parasisitcs  可以报出读取的情况的,
...


你好,PEX抽取的spef,带有晶体管信息,改gata_level,也不行,请问这个怎么解决的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-25 15:12 , Processed in 0.020752 second(s), 9 queries , Gzip On, Redis On.

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