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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 2273|回复: 2

[讨论] 综合编译选项为scan出现的问题

[复制链接]
发表于 2011-7-1 23:07:15 | 显示全部楼层 |阅读模式

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

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

x
与大家讨论下,像这种情况怎么处理,不处理行不行?
我在综合时,使用compile_ultra -scan选项,发现生成的网表中大部分FF是SDFF形式,但是仍有一部分是DFF形式,我对这个结果很好奇,就去网表中找这些DFF的寄存器的实例名,发现这些寄存器原来是同步电路中的后几级寄存器(这里的同步电路我使用最简单的打两拍),因此第二级寄存器的输入D是直接和上一级寄存器的输出Q相连的,这样是不是DC在扫描综合编译时就默认它是一种扫描链结构而不去使用扫描单元替换它?
不过我还发现其它一些算法模块也存在DFF模块而不全是将DFF替换成SDFF(而且我看到的那种模块中的DFF实例名不是这种打两拍的寄存器形式),不知道为什么?不知道会不会有其它情况在扫描综合时也会不使用扫描DFF替换普通DFF?不知道大家有没有遇到我这种情况?
发表于 2011-7-2 15:18:57 | 显示全部楼层
只要function mode下的datapath可以被scan mode复用,即data path和shift path一致,flipflop就可以不替换啊,这很正常。
典型的shifter,作为以个segment,工具能够识别。datapath里面类似风格的segment应该很多。
scan-insert和atpg后,检查coverage和non-scan cell就行了
发表于 2012-4-30 23:54:33 | 显示全部楼层
XIEXIE!!!!!!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-6-9 07:37 , Processed in 0.023063 second(s), 10 queries , Gzip On, Redis On.

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