关于“Width of data items...is greater than the memory width”

tianshuihu

关于“Width of data items...is greater than the memory width” [复制链接]

最近在学习使用Cyclone V，设计中用到了Nios软。单独采用Eclipse 调试nios 软核时没有问题，后来为了把程序固化到板上掉电不丢失，就有了问题：
在生成.hex文件之后，有一个步骤是“Update Memory initialization file”，此时总有一个警告

Warning: Width of data items in "memory_0.hex" is greater than the memory width. Wrapping data items to subsequent addresses......

虽然忽略这个警告，接着进行下面的步骤也可以正常运行，但是总有点不放心。百度了一下没有结果，google了一下确实有人遇到过这个问题




（原帖是2009年发的，最后回帖是2017！！！这么多年了居然还有人再问...）

warning with on chip memory data items width

原贴中‘5楼’给出了解决问题的思路，但是没说具体怎么做；
‘10楼’引出了官方提供的解决方法，Warning (113015): Width of data items in < mem_init >.hex is greater than the memory width，但是依然没有具体的步骤
（官方虽然说“This problem is scheduled to be resolved in a future release of the Quartus II software.” June 09, 2015，但是到16.0版本依然没有解决）

有了他们的启发，尝试了几次，终于找到了解决方法:
1.打开“mem_init.mk”


2.找到下面一段，并添加 “--record=4”

Quartus 13.0版本对应的位置如下图所示

加入后如下所示
[mw_shl_code=c,false]        bash -c '$(ELF2HEX) $< --record=4 $(mem_start_address) $(mem_end_address) --width=$(mem_width) \
                $(mem_endianness) --create-lanes=$(mem_create_lanes) $(elf2hex_extra_args) $@'[/code]

Quartus 16.0版本对应的位置如下图所示

加入后如下所示
[mw_shl_code=c,false]ELF_TO_HEX_CMD_NO_BOOTLOADER = $(ELF2HEX) $< -record=4 $(mem_start_address) $(mem_end_address) --width=$(mem_hex_width) \
                        $(mem_endianness) --create-lanes=$(mem_create_lanes) $(elf2hex_extra_args) $@[/code]

3. "shift+F9"重新生成一下hex文件（如果之前生成过，需手动删除已经生成的hex文件）

下图为修改前后生成hex文件的对比，数据位宽由原来的32字节变成了4字节


再次“Update Memory initialization file”就没有警告了，至此问题圆满解决！

PS.具体原因，warning with on chip memory data items width，这个帖子有人做了详细的分析，在此不做赘述