遇到一个STM32中断的坑，记录一下（和NVIC的抢占位设置有关）

事情是这样的，我有个仪表没有按键没有显示，所有的参数和校准等操作都要通过485来实现。我把以前的代码拷过来直接用，大致的代码如下图：

而校准程序大概如下：

    调试的时候发现，用串口发送校准命令的时候，程序就挂在了while(ADC.flag==0)上面。经过一番检查，发现我这ModbusWrite()函数本来就属于TIM4的中断服务函数，而我确要在TIM4的中断服务函数里面等待只有TIM4的CC1才能置的位，这样就进了一个死循环。

 

      继续改程序：我将读取ADC的程序放到TIM2里面去，这样串口和ADC就分别在两个定时器的中断服务函数中，应该没问题了吧。

伪码如下所示：

并且我还对另个定时器的中断优先级进行了设置，如下：

可以看到，我将TIM2的抢占优先级设置的更高，也就是说我在TIM4中调用校准程序后，如果TIM2到达中断后，可以抢占TIM4的中断，以执行TIM2的中断服务程序。

    但是我仿真后，发现并没有我想要的效果，程序跑起来和之前一样，一进入校准程序就卡在那里不动了，根本没办法进入TIM2的中断。

    经过查阅资料发现，还需要设置中断优先级分组函数NVIC_PriorityGroupConfig。

    看一下这个函数，可以发现它就是设置SCB->AIRCR寄存器。这个寄存器用于设置抢占优先级占几位、子优先级占几位。如果不调用这个函数的话，就是0位的抢占位，也就是说没有抢占优先级。

总算找到了原因，原来没有调用NVIC_PriorityGroupConfig函数，导致没有抢占优先级。因为高优先级的抢占优先级可以打断正在进行的低抢占优先级中断；如果两个中断的抢占优先级相同，那么他们不能互相打断。