基于A(yíng)RM嵌入式系統的ISP設計

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

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

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

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

　　2．2 ISP執行的步驟

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

　　CMP r1，#1

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