6系列FPGA中使用块RAM的心得(4)
调试过程中的一点小问题
生成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"一样也能给出错误信息。看来二者的接口还不是非常完善吧。
- 双RAM技术在LED显示屏控制系统的应用(03-15)
- Xilinx全新参考设计提供业界首个单芯片400G解决方案(02-12)
- FRAM在汽车电子中的应用方案TOP4(02-25)
- 智能手机中的RAM和ROM是什么?(09-18)
- FRAM在医疗领域和智能电表中的应用及发展(03-01)
- 提高智能电表精度新方法,内置高耐度nvSRAM(02-24)