您的位置 首页 分销

6系列FPGA中运用块RAM的心得(4)

6系列FPGA中使用块RAM的心得(4)-然后调用sinplify,对其进行综合,结果很不顺利。首先是synplify报不支持器件,才发现synplify 9.6.2是2008年的产品,比Sparta

调试过程中的一点小问题
生成IP核的调用之后,然后对其进行例化,格局是
rrra YourInstanceName (
.clka(clka),
.addra(addra), // Bus [9 : 0]
.douta(douta)); // Bus [43 : 0]
然后调用sinplify,对其进行归纳,成果很不顺畅。首先是synplify报不支撑器材,才发现synplify 9.6.2是2008年的产品,比Spartan6器材还要老。更新到Synplify Pro D-2010.03之后,器材是支撑了,可是一归纳就报错中止了,却不提示有什么过错。查看工程文件夹下面的.log和.srr文件,里边也是啥信息都没给。没办法,只好切换会运用XST进行归纳。这回能给出信息了:由于例化了28次,所以有28个过错,悉数提示ERROR:HDLCompilers:26 – f7.v line 49 unexpected token: rrra。
HDLCompilers:26这个过错,一般情况下是把wire类型的值赋给了reg型的变量才提示的,可是仔细查看了程序没有发现有不对的类型声明,十分疑惑。考虑了良久才发现,问题居然就出在IP调用的身上。本来,我在运用rrra ROM0(start,addr0,temp0);调用之后,对应的douta它是一个端口,天然是wire类型的,而程序声明中temp0是一个reg型的,用来传递参数时由于类型不匹配天然提示过错了。
这儿也发现了在ISE中调用synplify进行归纳的一个不足之处,便是假如源程序中假如有过错的话,在直接调用synplify时,并不给出过错的详细信息,而是直接停止归纳;没办法还得运用XST点击“check syntax”进行程序的语法查看,而在synplify环境下点击“syntax check”相同也能给出过错信息。看来二者的接口还不是十分完善吧。

声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/bandaoti/fenxiao/179527.html

为您推荐

联系我们

联系我们

在线咨询: QQ交谈

邮箱: kf@86ic.com

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

返回顶部