基于ARM嵌入式系統(tǒng)的ISP設計

　　扇區(qū)O的內容需要事先通過JTAG口燒入，此后就可以利用扇區(qū)O中的燒錄程序Programrher．o通過串口進行ISP。在整個ISP過程中扇區(qū)0的內容是保持不變的，這樣就可以防止ISP過程中出現(xiàn)掉電之類的意外，導致初始化代碼Startup或燒錄程序Programmer受到損壞而無法再一次進行ISP。

　　無論對嵌入式產品添加新功能還是修改原有的軟件BUG，涉及的都只是用戶應用程序的改動，初始化代碼Startup．s是無需改動的，所以扇區(qū)O的內容在ISP過程中可否保持不變，關鍵是能否使首次編譯生成的Vector．0始終與以后多次編譯的App．o相匹配。

　　需要特別指出的是，當用戶應用程序發(fā)生改變時，實際的中斷服務函數(shù)(一般是C語言函數(shù))很可能發(fā)生了改變，或者是實際的中斷服務函數(shù)的入口地址發(fā)生了改變，怎么通過固定不變的中斷向量Vector．o找到變化的中斷服務函數(shù)的入口呢?只要這個問題解決了，就可以使首次編譯生成的Vector．o始終和以后多次編譯的App．o相匹配，這是該方案可行性的關鍵所在。為解決這個問題，筆者在Flash的固定位置(0x80002000～0x800020ff)做了一個中斷映射表，實際上里面存放的是一條條跳轉指令。由于中斷映射表INTMap．s和用戶應用程序App．c是一同編譯、鏈接的，里面的跳轉指令當然可以準確找到實際的中斷服務程序入口；而位于扇區(qū)O的中斷向量Vector．s雖然不和用戶應用程序一起編譯，但中斷向量里的跳轉指令是絕對跳轉到固定的中斷映射表區(qū)域。這樣通過2次跳轉就可以準確找到中斷服務程序的入口。

　　可以通過圖3看出快中斷的處理流程(其他的中斷處理流程類似)。

　　2．2 ISP執(zhí)行的步驟

　　筆者把起到燒錄Flash作用的程序單獨作為一個工程編譯、鏈接，生成．bin文件；然后把．bin文件轉化成一個unsigned char型的數(shù)組，并把該數(shù)組放在一個單獨的文件Programmet．c中；最后利用Scatter文件把Programmer．o定位在固定的地址空間(0x80001000～Ox80001fff，如圖2所示)。這樣一來，就可以編寫匯編程序，把燒錄程序Pro—grammer．o拷貝到RAM中，并讓PC指針跳轉到RAM中執(zhí)行燒錄。由于STR730沒有外部Flash，要燒錄Flash程序必須在RAM中運行，所以拷貝Programmer．o到RAM中是必需的。以下代碼摘取自Startup．s。

　　CMP r1，#1

　　燒錄程序Programmet的軟件流程如圖4所示。