Jlink调试2440进不了中断的看这里

很多人学习2440都是从裸机开始的。刚开始的小菜LED，然后定时器、按键这些常用内部外设，最后则是LCD、Nand等复杂外设。

用Jlink裸机调试2440小程序时，中断的调试是一个重要内容。像定时器、按键等外设调试都需要用到中断。

今天在调试以前写的定时器测试工程时活见鬼的总是不成功。因为是以前调试ok的工程，所以可以肯定代码没有错的，应该是调试方面的错误。于是乎：

（1）换了下MDK的版本，从4.1.2降到之前的3.5，一样不行。

（2）调试时单步执行，在Memory栏内输入SRCPND和INTPND寄存器的地址，单步时通过观察这两个寄存器的值，确定中断是否真的发生。结果中断确实发生，证明程序真的是无误的，那一定就是中断发生了而没有被正确响应。

（3）怀疑是Jlink的问题，于是将链接地址设置到0x0开始，编译得到bin后，使用Jlink Commander的loadbin setpc等命令加载到0x0地址（即内部SRAM）运行。ok，结果中断被响应了。彻底证明了程序是正确的，而是中断发生后没有被正确响应。

（4）将链接地址修改为0x0的工程再次用JLink单路调试。OK的，中断也可以被响应。到这里问题就已经明了了。之前我用Jlink调试程序时都是直接加载到0x30000000开始的地址的（SDRAM中），这样在不适用中断的例程中没有问题，而在使用了中断时，因为0x0地址开始的硬件中断向量表是空的，因此发生中断时程序便会跑飞。

结论：

一级中断向量表在0x0位置开始，因此不管代码加载到哪里执行，这个向量表都得链接到0x0地址才行。但是0x0地址开始只有4k字节大小，如果工程太大放不下呢？这就需要合理设置ROM，或者是编排一个scatter文件，时加载时boot部分加载到0x开始的4k范围内，而其他部分再加载到SDRAM内，就可以正确响应中断了。