笔者在设计一项目时采用LPC2458。此CPU为ARM7内核，带512K字节的片内FLASH，98k字节的片内RAM，支持片外LOCAL BUS总线，可从片外NOR FLASH启动CPU.由于代码量较大，程序放在片外的NOR FLASH中。且存在片外NOR FLASH在运行程序时，需对片外的NOR FLASH擦写的需求。图1为存储部分框图。

　　图1存储部分原理框图

　　在设计中，片外NOR FLASH的大小为16M字节。其中2M规划为存放运行程序，剩余的空间用于产品运行日志，告警灯存储空间。因此存在着在程序运行时对片外NOR FLASH擦写的需求。如果程序正在正常运行的片外FLASH中去擦写FLASH，会存在总线冲突的问题，无法实现此功能。我们采用ARM7内核的SWI软中断功能来实现。

　　2 ARM软中断原理(SWI)

　　软中断(SWI)目前没有找到任何的正式定义。笔者尝试与硬中断对比定义如下：

　　1.软中断发生的时间是由程序控制的，而硬中断发生的时间是随机的。

　　2.软中断是由程序调用发生的，而硬中断是由外设引发的。

　　3.硬中断处理程序要确保它能快速完成它的任务，这样程序执行时才不会等待较长的时间。

　　在C程序中调用软件中断需要用到编译器的扩展功能，使用关键字“_SWI”来声明中断函数。注意软中断号码同时在函数定义时指定。

　　_swi(0x24) void my_swi(void);

　　这样当调用函数my_swi的时候，就会用“SWI 0X24”来代替普通的函数调用“BL my_swi”。

　　可以发现软件中断同样存在着中断分支的问题，即需要根据中断号码来决定调用不同的处理程序。软中断号码只存在于SWI指令码当中，因此需要在中断处理程序中读取触发中断的指令代码，然后提取中断号信息，再进行进一步处理。下面是软中断指令的编码格式：

　　ARM状态下的SWI指令编码格式，32位长度，其中24位是中断编号。

　　Thumb状态下的SWI指令编码格式，16位长度，其中低8位是中断编号。

　　为了在中断处理程序里面得到SWI指令的地址，可以利用LR寄存器。每当响应SWI的时候，处理器都会自动保存并调整LR寄存器，使里面的内容指向SWI下一条指令的地址，所以把LR里面的地址内容上溯一条指令就是所需的间隔不一样，如果进入SWI执行前是在ARM状态下，需要通过LR-4来获得SWI指令地址，如果是在Thumb状态下进入，则只有LR-2就可以了。

　　下面是一段提取SWI中断号码的例程：

　　MRS R0，SPSR;检查进入SWI响应前的状态

　　TST R0，#T_bit;是ARM还是Thumb?#T_bit=0x20

　　LDRNEH R0，[LR， #-2];是Thumb，读回SWI指令码

　　BICNE R0， R0， #0xff00;提取低8位

　　LDREQ R0， [LR， #-4];是ARM，读回SWI指令码

　　BICEQ R0， #ff000000;提取低24位;

　　寄存器R0中的内容是正确的软中断编号了。