关于基于ARM7的工程开发中遇到的DAbt异常的原因以及解决方案？

       本人目前使用LPC23xx系列的ARM7芯片做通信的工程，整个程序只用到CAN、UART、Time几个外设，其中UART采用中断接收方式，Time也开了中断用于产生周期的定时信号值，串口的中断优先级要高于定时器的。其次主要实现的功能就是定时地通过CAN对CAN总线网络的其他节点进行收发信息操作，然后转换成串口数据格式，再由串口进行收发工作。这是基本情况。

      可在实际的测试过程中，当我开机后，采用每隔1.6s通过串口下发数据进行查询时，过了差不多半个小时就没有返回数据了，采用MDK在线仿真发现每一次都是程序陷入了启动代码的DAbt行，如下图所示。

       然后我采用http://www.51hei.com/bbs/dpj-121124-1.html 的方法对R14寄存器中的地址值减8并在Command窗口中输入后程序跳转到定时器中断服务程序中，如下图所示。

想请教一下，这种问题的根本原因是因为堆栈溢出嘛，解决这种问题的思路是什么？
谢谢。

真的是醉了，查来查去原来是NXP公司给的中断服务函数框架的问题。
具体来说，我是参考了MCB2300的代码，里面的中断服务函数框架如下所示：
void Timer0Handler (void) __irq
{  
  T0IR = 1;                        /* clear interrupt flag */
  IENABLE;                        /* handles nested interrupt */

  timer0_counter++;

  IDISABLE;
  VICVectAddr = 0;        /* Acknowledge Interrupt */
}

问题就是出在IENABLE和IDISABLE这两个宏定义里，其在irq.h中的宏定义如下
static DWORD sysreg;                /* used as LR register */
#define IENABLE __asm { MRS sysreg, SPSR; MSR CPSR_c, #SYS32Mode }
#define IDISABLE __asm { MSR CPSR_c, #(IRQ32Mode|I_Bit); MSR SPSR_cxsf, sysreg }
意思是对程序状态寄存器CPSR和SPSR进行操作使其进入系统模式或IRQ模式，乍一看到没什么问题，可是移植进工程里就出数据中止异常的问题。

下午测试的时候我把定时器中断和串口中断中的IENABLE和IDISABLE语句全部注释掉再进行多次测试，都没有什么问题。

从官方框架的注释上来看这些宏定义是用于解决中断嵌套的，也就是说像我这个工程中有两个中断必然会涉及到嵌套，不过遗憾的是ARM7貌似不太推荐中断嵌套，周立功的《ARM嵌入式系统基础教程》中也提到对于ARM7的中断嵌套配置和操作较为复杂，不推荐使用。其次从代码上来看，估计是每一次进入中断都要对程序状态寄存器进行操作，而频繁的内核模式切换以及程序状态寄存器的强制操作（因为一般这一类最底层的寄存器都是不对用户开放的）导致了数据中止异常。

当然上述只是我的推测而已，不知道是否正确，还请大牛批评指正！

该问题以解决，在此结一下题。下面讲一下我的解决思路和方法。

先说问题出在哪儿。我是采用了NXP官方MCB2300开发例程给的中断服务程序框架，如下图所示。

原因出在IENABLE和IDISABLE这两个语句上，将所有中断服务程序中的这两个语句注释掉之后，多次测试再无异常和死机。

下面讲一下我个人觉得的原因。
首先IENABLE和IDISABLE是一个宏定义，其具体定义在irq.h中，如下图所示

仔细看可以发现它们是对程序状态寄存器CPSR和SPSR进行操作，使内核进入系统模式或者是IRQ中断模式，乍一看貌似没什么问题，而且官方代码的注释也说这两个语句主要是为了解决中断嵌套用的。不过不知道是因为我没有配置完全还是怎么的，在本工程中确实会出现中断嵌套的问题，估计没有很好的处理中断嵌套，从而出现了数据中止异常吧。

可是回过头来想想如果是因为中断嵌套的配置没有做好，那为什么直接去掉这两个语句，换言之就是为什么直接放弃中断嵌套的配置，反而程序运行流畅不会异常和死机了呢？

个人觉得吧可能原因还是出在对程序状态寄存器的频繁操作和对内核模式的频繁切换所导致的问题，不过具体的原因因为个人所学有限目前还不能给予更加有效的正确的解释。
上述如果有谬误和纰漏的地方，还望大牛们批评指正。