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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3087|回复: 5

[求助] formality 问题 求助

[复制链接]
发表于 2014-12-24 11:58:19 | 显示全部楼层 |阅读模式

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

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

x

有这样一个设计,reg3的异步置位和异步复位(SNRN)分别直接来自于reg1reg2(异步置位和异步复位不能同时有效,所以SNRN不能同时为0)Formality在解析RTL的时候自动在reg1reg2——也就是reg3SNRN端添加了逻辑,保证SNRN不能出现同时为0的情况(我看Formality的逻辑图是这样的)。但是在综合后的网表中,并没有这种处理,也就是说reg3SNRN是直接来自于reg1reg2。这样reg1reg2就会出现同时为0的情况,从而导致formality验证结果是错误的。其实reg1reg2在电路里面已经通过置位和复位作了处理,保证不会同时输出0




不知有什么方法可以让formality通过这种验证。

我的想法是不让reg1reg2Q端产生同时输出0的向量,但是存在01,10,11这三个向量

看了formalityuser guide,里面有讲实用create_constraint_type创建约束,实用set_constraint施加用户创建的约束的情况,但不知道怎么做。特此请教。


有更好的办法更好。

reg.jpg
发表于 2014-12-24 21:05:02 | 显示全部楼层
用综合的svf啊 ,

dc的svf导入 fm就行了,不用这么细节,
 楼主| 发表于 2014-12-26 09:12:00 | 显示全部楼层
回复 2# icfbicfb


首先,感谢你的回答   我已经读入了svf但是还是有问题,并且从formality的图形界面上可以看到增加的逻辑;但是在综合的网表上确不存在这些逻辑,就像上图,直接来自于前级寄存器。
发表于 2014-12-27 00:21:25 | 显示全部楼层
确实是这个问题,之前遇到过,FM解析RTL,在reg3的RN和SN前会做互斥,但DC不会
 楼主| 发表于 2015-1-5 10:45:49 | 显示全部楼层
回复 4# 鬼舞十七


   hello,最后你们是怎么做的呢?
发表于 2015-1-6 10:28:03 | 显示全部楼层
回复 5# gbsid


   没解决,报告里面列出来。实际不会有问题。
其实,有用到DFFSR的地方,我们在rtl-code的时候自己就做了互斥的,RN=a SN=~(a&(~b)),但FM会在这后面再自己加互斥,总之,只要有DFFSR的地方,它都自己加,逻辑化简后也就这个意思。应该是有个地方能约束FM不加,但没找到。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-7-8 03:10 , Processed in 0.020098 second(s), 9 queries , Gzip On, MemCached On.

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