易靈思SOC的片上RAM啟動(dòng)方案

最新有客戶在詢問soc的片上RAM啟動(dòng)方案。于是有了本篇文章。如果soc不使用外部存儲(chǔ)而是使用片上RAM的話，文檔上似乎沒有給出詳細(xì)的說明，那這里我們就來介紹一下。

首先片上RAM啟動(dòng)要在IP上關(guān)閉外部存儲(chǔ)，如下圖，Include the external memory AXI interface。

這里要說，on chip RAM的啟動(dòng)方式與外部存儲(chǔ)方式的啟動(dòng)方式有個(gè)很大的區(qū)別就是不需要bootloader從flash中搬運(yùn)數(shù)據(jù)到存儲(chǔ)器。on chip RAM啟動(dòng)方式不需要bootloader或者說應(yīng)用程序就是bootlaoder。

另外，在新版本的sapphire IP中，已經(jīng)支持把應(yīng)用程序的hex文件直接添加到IP，相對(duì)于老的版本來說方便了很多。這時(shí)只需要勾選Overwrite the default SPI flash bootloader with the user application并且在User Application Path中添加用戶程序生成的hex文件即可。

但是這樣重新編譯之后可能不能運(yùn)行。因?yàn)閟oc RAM的初始化文件默認(rèn)是工程目錄下的bin文件，所以最好把這個(gè)工程目錄下的bin文件先刪除掉，然后再重新編譯。當(dāng)然也可能是別的原因，先不必深究。

在生成IP的過程中應(yīng)該是把hex文件轉(zhuǎn)換成了4個(gè)bin文件，與IP同一個(gè)目錄。所以每次修改程序并生成hex之后，都要打開IP重新生成IP，這時(shí)才會(huì)重新生成bin文件。

這樣之后重新編譯就可以了。

有一個(gè)問題：我們每次修改RISCV的工程，重新生成hex文件。都需要重新編譯工程，這是很耗時(shí)的。所以需要一個(gè)辦法把修改后的hex——也就是RAM的初始化文件使用一個(gè)簡單的方法合成bit文件，以避免重新編譯。這個(gè)方案需要晚點(diǎn)提供。

審核編輯：劉清