DE３的DDR２例子重新編譯的問題。

Luke

我在用友晶的DE３板和Altera９.1套件，發現煩惱的問題：DE３的系統CD裏有提供DE３_DDR２這個例子，但是我用Quartus和Nios IDE ９.1編譯之後，下載到板上卻不能正確運行。

DE３_DDR２檔案夾裏有demo batch，這裏的結果下載到板上是正確的。不知道重新編譯的問題出在哪。

可能是套件版本引起的問題，因為DE３_DDR２這個例子以前是用８.0版本創建的。而且編譯的Critical Warning眾多。。。DE３_USB這個例子重新編譯後倒是正常的。我現在也想不到DDR２的問題怎樣解決。請問大家有相關的辦法嘛？

Steady_Chou

Quartus II 9.1跟8.0 在NIOS II IDE 與SOPC上改了不少東西，

所以你也應該需要在NIOS II IDE 與SOPC上重新編譯才行

REN

回复 1# Luke


    友晶 demo batch 是會去自動下載 範例elf 檔 和sof 檔到板子上，因為是友晶工程師已經跑好的，所以點下去執行就會正確囉。

    版本差異，我都是會先跑過SOPC Builder 重新建立 完成後 再重新組譯，全部做完之後再跑NIOS。
因為有可能NIOS 那邊跑完是9.1 但是原本 *.ptf 上卻還是8.0，這樣執行好像都會有問題。

    也可以建一個新專案，重新引入hdl檔案和建立SOPC builder 環境

   給您做個參考 謝謝

Luke

多謝各位！我之前的失敗已經是經過各個組件的完全重新編譯了。又研究一天，這次嘗試過用SOPC Builder先編譯，然後再用Quartus，到此生成.sof檔；然後我用這個.sof替換demo batch里原有的.sof，而.elf用友晶提供的，再運行.bat，發現運行正常！

現在初步把問題定位在Nios2的IDE編譯，又有嘗試表明很可能問題是由裏面的memcpy函數引起。我用IOWR做了些簡單讀寫可以實現，具體問題還不清楚。

Steady_Chou

先恭喜你阿~ 至少可以燒錄成功了

Luke

繼續問個問題：在Quartus編譯時出現Critical Warning：

Critical Warning: Memory clock pin mem_clk[0], mem_clk[1] must be placed on the same edge of the device
Critical Warning: mem_clk[0] was placed on the right edge of the device
Critical Warning: mem_clk[1] was placed on the bottom edge of the device

管腳分配是由友晶的板卡走線決定的，我不能修改。感覺這個Warning也不會去掉了。請問保留這個Warning的話對設計效果有影響嘛？

Steady_Chou

是的，這個warning是沒辦法改了  跟電路接線有關係，

這個warning對設計效果會有些許影響。

rich

DE３_DDR2 for Quartus 9.1 可寫信去跟terasic support team 要, 已經有了, 而且範例是support 到1G 的.

Luke

多謝大家！我現在也找到問題了。這個例子的code是要測試整塊DDR２記憶體。memcpy的操作也是從０地址開始的。但是經過我的重新編譯後，IDE把部分程序數據.dss放進了DDR２的開始位置，再一運行程序就把這部分數據壞掉了。。。導致不正常。可以人工分配RAM或者改變測試範圍來修正。