关于同一个中断,本次中断还没执行完,下一个中断又发生了的问题

2019-07-21 08:47发布

/*************************************************************************
                                   这是一条关于STM的问题
*****************************************************************************/

这个问题,其实是一个老生常谈的问题,早在以前学51单片机的时候,老师就教我们,中断服务里面尽量不要放太多执行代码,意思就是中断里面不能执行太多操作。
最近在实际项目开发中,公司要求用Freescale做一个项目(PS:用惯了STM,真心觉得Freescale好原始。。。),我在写Bootloader 的BOOT程序里面的CAN接收中断,针对不同ID做了不少判断,显得一整个中断里面代码量很大,我同事就说我中断写太复杂,要改,尽量做标志位就好,然后执行函数放在Main函数里。。。
我也理解他的用意,但是自从我学了STM,我就有意的留意到原子大神也是在中断服务函数里面写执行函数,我也管不了以前老师说的那么多了,我也跟着在中断函数里面写执行函数,并且已经习惯了这么写!!!而且非常舒服,目前也还没发生什么异常的错误。
但是,怀揣着一颗做产品研发,稳定,可靠的心态......
就拿CAN通讯来说,CAN的通讯速度是可以设置到非常快的,甚至可以上1M Kbp,我就担心,会不会CAN的通讯速度快到,当我这条报文在中断里面还没处理完,下一条报文又过来了,照理说,这个时候CAN接收中断是不会响应的,那么不就眼睁睁看着报文丢失。。。
希望各位大神能给出点见解。。。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
3条回答
野指针异常
2019-07-21 19:12
zc123 发表于 2018-10-23 10:37
首先CAN的帧溢出是有可能发生的,但是没有你想的那么容易,因为CAN底层硬件基本都有不同深度的接收FIFO ...

这么说,我心里也踏实多了,我也有想到FIFO邮箱的问题,但是我当时考虑到如果CAN报文的速度比中断处理速度快,只要时间足够长,FIFO也是会溢出。好在,PC端CAN的上位机也是我自己写的,通讯机制上,我每包数据里面有16帧CAN报文,等下位机16帧CAN报文全部处理+校验完毕后,再发送返回给上位机一帧完成指令,然后上位机再发送下一包数据,这样理论上是大大减小了FIFO邮箱溢出的可能性。。谢谢指导~~~

一周热门 更多>