niosii开发纪录之总结niosii开发注意点(一).docx

NIOS II开发纪录之总结NIOS II开发注意点（一）
从开始接触Altera（现在应该叫intel PSG 了）的NIOS II 处理器，到现在，已经有6个年头了。从开始的C语言都不 懂，到现在能使用NIOS II开发一些实用的东西置和时钟配置。
2）创建 NIOS II 软件工程时候，选择的 sopcinfo 文件与对应 的 FPGA 工程不一致。这一点我在每次公开课的时候都会强 调， NIOS II 软件开发需要两个工程，一个板级支持包
（BSP）和一个应用工程。每次创建NIOS II BSP工程的时 候都需要选择一个 sopcinfo 文件，该文件就是实际我们在 Qsys中搭建的希望使用的NIOS II系统的描述文件。NIOS II 软件开发环境根据该信息文件创建对应的硬件信息头文件
“”，但是，NIOS II开发软件有一个比较不好的地 方就是每次选择 sopcinfo 文件的时候，都会记录上一次选择 sopcinfo 文件的路径并直接自动定位到该路径，所以大家如 果一旦粗心，一点击浏览文件，发现一个 sopcinfo 文件就直 接选择的话，往往就会选择到上一次的工程的文件，而不是 本次新的工程的文件。这样我们创建软件工程时使用的 sopcinfo文件就还是上一个工程的，而我们下载sof时又是下 载的新的工程的，所以就出现了下载的sof文件与elf文件不 是基于同一个工程的问题，导致无法下载成功。因此为了避 免出现这个问题，新建工程时请时刻记住选择正确的 sopcinfo 文件。该问题一个更加奇妙的现象就是当前一个工 程和这次的新工程两者之间差别不大的时候，elf甚至可以正 确下载，NIOS II也能运行起来，但是就是现象与预期不一 致，这一点可能往往也是让很多人误以为 NIOS II 不稳定的 原因之一。如果你想知道你当前的工程的 bsp 文件是否正确， 非常简单，打开
，查看第9行 就可以啦。
解决方法：新建工程选择 sopcinfo 文件时务必选择正确的 sopcinfo 文件。
3)NIOS II 的启动地址错误。
NIOS II是一个CPU，其运行过程是受程序指令控制的，而 程序有不同的存放位置。例如，程序可以直接存放在 RAM 中，然后 CPU 复位后直接从硬件定义的 RAM 中程序存放的 初始位置开始执行。该种方式常见于我们在进行软件编写调 试的过程中，这个过程，我们可能需要经常进行程序的调试， 所以直接使用仿真器(USB Blaster)在线将程序下载到CPU 的RAM中运行或者debug。另一种情况就是项目发布的时 候，我们做一个项目或产品，当产品功能都调试通过之后， 需要将程序烧写在板卡上，这样板卡在上电之后，不需要 PC 端下载程序，就可以自动从非易失性存储器(FLASH、 EEPROM)中加载程序并运行。此时我们需要CPU设置从 非易失性存储器中开始启动。那么如果我们设置了 NIOS II 的启动地址为FLASH(EPCS),而我们又下载了定义从RAM 中启动的程序，那么程序会被下载到RAM中，CPU启动时 候会去 FLASH 中读取程序，由于我们的程序并没有下载到
FLASH 中去，因此 CPU 无法读取到正确的程序，就会无法 正常运行，然后报此错误。同理，如果我们设置 CPU 从 RAM 中启动，而我们又将程序烧写在了 FLASH 中，那么 CPU 上 电运行后，由于 RAM 中没有下载正确的程序，因此也无法 运行。这一点实际上是我们上面提到的另一个现象，即调试 正常但是烧写到 EPCS 后无法运行。
好了，饶了这么多口舌，该说大家最关心的问题了，怎么设 置 CPU 的复位地址呢？其实有两个地方需要设置，而 90% 以上的人只知道一个地方，那就是 QSYS 中选择 CPU 的复 位地址。当我们的系统中 FLASH 使用 EPCS 芯片剩余容量， 那么如果我们要定义 CPU 硬件上从 FLASH 中启动，就需要 定义CPU的Reset Vector为EPCS，如果我们要定义CPU硬 件上从RAM (onchip_ram/SDRAM/DDR2)中启动，那么就 选择Reset Vector为ram。当然，这没什么问题，但是我们任 然可以在一开始就定义CPU的Reset Vector为EPCS，然后 在调试的时候，却从 RAM 中运行。为什么可以呢，这就是 我说的 90%人不知道的第二个地方，该设置在 NIOS II 软件 开发环境中。
我们选择一个 bsp 工程，打开 bsp editor 页面，在第一个选项 卡 main 中，找到下面的 Advanced 选项，然后右侧相关内容 中有个 选