還有乙個問題很奇怪，我用不帶校verify的nand程式設計演算法把2410_run_nand 的bin檔案（大小為17k放到）燒寫到nand中，之後竟然可以執行起來，串列埠中看到了列印的資料，但是要等很長時間才能列印出來，這非常奇怪，使用的 bootload中也加入了**的搬運工作。。。原因待查
現在往其中燒錄bin檔案（27kb）之後，無法執行。我無意中注意到bootload中的nand_read_ll()函式只是根據位址和尺寸從nand中讀取資料，並沒有檢查壞塊的操作，這就有可能搬運到了無效的資料到sdram中
執行，當然程式也就無法工作了。如果程式size是低於1個blocksize的（16kb）燒錄後執行是ok的，但是如果超過16kb則會出現異常問題。
解決思路：增加壞塊檢查。
應該這樣：把nandboot單獨做個project編譯生成bin（務必保證小於4kb）檔案，燒錄到nand 0x0開始的區域，該nboot中做**搬運，nandcopy的源位址為應用程式的load位置，目標位址為sdram的位置。
執行異常還有可能有個原因：可能我的主程式中有中斷設定，在執行中產生了一次中斷，則pc指向了預設的異常向量表（0x0/4/8/c等開始的地方）這導致程式流程就亂了。嘿嘿。所以首先要確定一下
在程式中如果發生中斷的話。pc如何處理。
測試思路：在sdram中除錯執行乙個帶中斷的程式，觸發中斷後看pc的指向。就這麼辦！！！
~。。~
fs2410除錯筆記
在nor flash的0x0000 0000已經有引導程式u boot，所以採用它進行引導，超級終端通過串列埠輸出和控制，u boot 啟動以後通過命令tftp將應用程式載入到0x3010 0000，然後使用命令go 0x3010 0000 啟動應用程式。應用程式也有一段自己的引導程式，以下是對引導...
開發板除錯 筆記記錄
測試反映裝置 不可用。這可是相當嚴重的乙個問題，對此，我不得不重視起來。本以為是很簡單的乙個問題，沒有想到，來來回回的折騰了半天多。在我們的裝置中採用命令工具 自動獲取 位址，當使用者設定動態獲取 後，裝置啟動時，會呼叫 命令。首先，我從列印分析開始，以下是執行命令後給出的列印。udhcpc v0....
EtherCAT之Lan9252除錯筆記
1.介面 完成以後先去讀，0x64暫存器。如果值為0x87654321，則時序okay 否，則修改時序 2.訪問lan9252介面的時候 byte1byte2byte3byte4 資料線add 0 16 add 16 16 data 0 16 data 16 16 位址線1組000000001000...