基于ARM嵌入式系统的ISP设计

　　扇区O的内容需要事先通过JTAG口烧入，此后就可以利用扇区O中的烧录程序Programrher．o通过串口进行ISP。在整个ISP过程中扇区0的内容是保持不变的，这样就可以防止ISP过程中出现掉电之类的意外，导致初始化代码Startup或烧录程序Programmer受到损坏而无法再一次进行ISP。

　　无论对嵌入式产品添加新功能还是修改原有的软件BUG，涉及的都只是用户应用程序的改动，初始化代码Startup．s是无需改动的，所以扇区O的内容在ISP过程中可否保持不变，关键是能否使首次编译生成的Vector．0始终与以后多次编译的App．o相匹配。

　　需要特别指出的是，当用户应用程序发生改变时，实际的中断服务函数(一般是C语言函数)很可能发生了改变，或者是实际的中断服务函数的入口地址发生了改变，怎么通过固定不变的中断向量Vector．o找到变化的中断服务函数的入口呢?只要这个问题解决了，就可以使首次编译生成的Vector．o始终和以后多次编译的App．o相匹配，这是该方案可行性的关键所在。为解决这个问题，笔者在Flash的固定位置(0x80002000～0x800020ff)做了一个中断映射表，实际上里面存放的是一条条跳转指令。由于中断映射表INTMap．s和用户应用程序App．c是一同编译、链接的，里面的跳转指令当然可以准确找到实际的中断服务程序入口；而位于扇区O的中断向量Vector．s虽然不和用户应用程序一起编译，但中断向量里的跳转指令是绝对跳转到固定的中断映射表区域。这样通过2次跳转就可以准确找到中断服务程序的入口。

　　可以通过图3看出快中断的处理流程(其他的中断处理流程类似)。

　　2．2 ISP执行的步骤

　　笔者把起到烧录Flash作用的程序单独作为一个工程编译、链接，生成．bin文件；然后把．bin文件转化成一个unsigned char型的数组，并把该数组放在一个单独的文件Programmet．c中；最后利用Scatter文件把Programmer．o定位在固定的地址空间(0x80001000～Ox80001fff，如图2所示)。这样一来，就可以编写汇编程序，把烧录程序Pro—grammer．o拷贝到RAM中，并让PC指针跳转到RAM中执行烧录。由于STR730没有外部Flash，要烧录Flash程序必须在RAM中运行，所以拷贝Programmer．o到RAM中是必需的。以下代码摘取自Startup．s。

　　CMP r1，#1

　　烧录程序Programmet的软件流程如图4所示。