LEF转Milkyway的问题[已解决]

damonzhao · 发表于 2011-12-8 21:31:21

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

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

x

本帖最后由 damonzhao 于 2011-12-15 14:31 编辑

把生成的SRAM的lef，在Milkyway中用read_lef即可生成FRAM和CEL，但是打开后发现FRAM和CEL两个cell，CEL的和LEF的描述情况一致，FRAM和LEF不一致。用BPV的默认设置过了一遍，也没有什么改进。
这样的FRAM在ICC中congestion不严重的情况下没问题，如果congestion严重的时候，就产生了绕线的问题了。LEF文件在encounter下是没问题的，就是FRAM生成的不好。
只是read_lef不进行BPV是不能用的吧？
BPV需要有什么设置么？

第一次转，没经验，SOS！

strivenbu · 发表于 2011-12-9 09:39:18

你用的是LEF阿，只能生成FRAM了

damonzhao · 发表于 2011-12-9 10:25:08

教程上写read_lef完事后，extract BPV，PRboundary，multiple_height proterty, defineWireTrack也同时完成了，自己创建了一个完整的供PR的库，
可问题是它的FRAM的pin周围的blockage的形状和用encounter读入lef的不一致，也容易造成最终的drc问题。
而CEL的形状就和LEF在encounter中见到的一样。

好奇怪呀

damonzhao · 发表于 2011-12-9 10:26:17

回复 2# strivenbu

也可以生成CEL，但是不能用作生成最终GDS，最终gds数据需要merge一下

yajunjakey · 发表于 2011-12-9 10:44:26

回复 2# strivenbu

哇大牛

sunfire · 发表于 2011-12-9 23:05:07

回复 4# damonzhao

这个是对于STD cell的情况吧，macro应该是readlef就ok了

damonzhao · 发表于 2011-12-10 09:38:55

可是现在的问题是encounter读lef绕线没问题
ICC用这个FRAM就有DRC问题，FRAM的形状和LEF的描述不一致，好奇怪，FRAM产生机制是什么

icfbicfb · 发表于 2011-12-10 19:14:55

很复杂，以前在没有read_lef 的时候，使用auLefIn 这个命令的
以及bpv等，都是完整的flow
后来Astro发明了一个read_lef 命令，专门用于简化lef 到fram view的flow，自动bpv完了，用户不用干预，
如果是fram没做好，看看lef 写的问题吧，

FRAM和Cel view当然是不一样的， fram view主要体现的是blockage， pin， via，

哪个memory compiler，一般来说MC出来的lef还是比较标准的

damonzhao · 发表于 2011-12-12 16:57:09

回复 9# icfbicfb

Artisan的MC

icfbicfb · 发表于 2011-12-14 09:30:57

artisan的MC很好啊，用了很多年的，没啥问题啊，lef，

[求助] LEF转Milkyway的问题[已解决]

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

站长推荐 /2