进Cpu_ivINT_Hard_Fault中断是怎么回事

zonaZ

FSL_TICS_ZJJ 发表于 2015-6-23 09:32
你是不是用的RAM过多，超限了呢？

编译出来是这样的:
arm-none-eabi-size --format=berkeley "XXX.elf"
   text           data            bss            dec            hex        filename
  23972             32           3944          27948           6d2c        iLock.R0C.elf
'Finished building: XXX.siz'
' '

12:19:46 Build Finished (took 4s.250ms)

这样是不是RAM过多

FSL_TICS_ZJJ

zonaZ 发表于 2015-6-23 12:39
编译出来是这样的:
arm-none-eabi-size --format=berkeley "XXX.elf"
   text           data            bss            dec          ...

很有可能RAM越界。
你在函数中又零时定义了些变量，就有可能导致RAM越界了。
因为你现在data和bss加起来已经快满4K了。
KL02最大RAM也就4K，这样，你能把你定义的变量减少一些试试吗？

zonaZ

FSL_TICS_ZJJ 发表于 2015-6-23 13:04
很有可能RAM越界。
你在函数中又零时定义了些变量，就有可能导致RAM越界了。
因为你现在data和bss加起来 ...

编译的时候不能检查出来么,
还有就是怎么看各函数的变量使用情况...现在函数是有点多,呵呵

FSL_TICS_ZJJ

zonaZ 发表于 2015-6-23 13:20
编译的时候不能检查出来么,
还有就是怎么看各函数的变量使用情况...现在函数是有点多,呵呵 ...

应该是可以检查出来的，编译生成的bss，data就是使用RAM的情况，但是按照你现在的情况，不知道是不是编译器没有完全检查出来，导致RAM越界了。
所以，你如果可以去掉一些变量或者无关的代码试试。

zonaZ

目前最新状态是控制data值为35XX左右,就比较少发生跳到这个中断得现象了,但是还是有发生得,可以认为基本不影响调试...
现在最大头疼得问题就是没有办法方便地查看ram得开销具体分布,,,因为程序复杂到一定程度,临时变量都是尽量压缩生命周期,所以写在各个函数局部得{}内得,也就造成很难去检查哪些函数用了最多得变量...  编译器输出还是有点弱啊

FSL_TICS_ZJJ

zonaZ 发表于 2015-6-29 10:06
目前最新状态是控制data值为35XX左右,就比较少发生跳到这个中断得现象了,但是还是有发生得,可以认为基本不 ...

是的，局部变量有可能没有计算进去。
在调用到具体的函数有局部变量的时候，就会导致RAM溢出了。
或者，你可以用其他的IDE，比如IAR试试。