求助！CAN接收报文时运行2小时左右就进入硬件错误中断

alonso

各位好，
我在工作中遇到这样一个棘手的问题，STM32F105RB下，CAN接收报文时运行2小时左右就进入硬件错误中断，调试记录显示当时堆栈溢出，回推发生异常前PC将要执行的下一条指令，发现位于CAN_IntReceive_0位置，具体见附图，我个人认为是CAN接收中断优先级过低被1ms为单位的单位时间定时器中断频繁打断压栈造成的。我使用以下方法都未能解决问题：
1.报文过滤至最苛刻，基本上不会收到不属于本设备的报文；
2.去除中断嵌套，提升CAN中断接收优先级至最高；
3.延长时间基准定时器进入中断的单位时间由1ms至20ms；
4.修改.icf文件扩大cstack空间，压缩用量很小的heap空间。
现在不知道问题出在什么地方，希望大家提供建议，谢谢!急！
还有个问题：NVIC_PriorityGroupConfig(NVIC_PriorityGroup_0);
使用NVIC_PriorityGroup_0，对于NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority如何配置，按原理在NVIC_PriorityGroup_0下我认为这个NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority不应该被设置，只有NVIC_PriorityGroup_x，x非0，它才能够被设置，不知是否是这样？

 

 

正点原子

回复【楼主位】alonso:
---------------------------------
这种问题确实比较难搞，只能慢慢测试了，呵呵。
是不是发送特殊数据的时候死机？
关于中断优先级，105和103应该差不多吧，组0的时候，没有抢占优先级，都是响应优先级，也就是不可优先级嵌套的。

alonso

谢谢原子哥，我看了死机时的调试信息，可以确定是cstack溢出导致的，但就是解决不掉。

alonso

问题已经解决，原因是在应用层CAN的报文接收函数里建了一个自动变量CanRxMsg rxbuf[CAN_RING_QUEUE_SIZE];，CanRxMsg 结构占用16Bytes，宏定义CAN_RING_QUEUE_SIZE是256，这样一下就用掉4K的堆栈，而STM32RBT6总共才20KRAM，堆栈只分配了1K，根本无法给这个自动变量分配空间，当rxbuf未被释放，而收到的报文又较多时，存储超出堆栈空间并与静态变量发生碰撞，这时就产生硬件错误中断了。
只要将该变量定义为static类型，就可以解决这个问题了。

正点原子

回复【4楼】alonso:
---------------------------------
谢谢分享。