|
平常我们统称二者为中断，不做区分。如果说把所有中断按其优先级是否可以配置，又可以将中断分为优先级固定和优先级可配置的中断。其中，优先级固定的中断在上面表格中都明确标示了fixed字样，优先级可配置的都加注了settable字样。结合前面提到的优先级寄存器的特性，可配置的优先级是不会高于0级，即配置的数字不会小于0的。 若我们期望对所有可配置中断进行关闭或屏蔽，可以操作另一个叫PRIMASK的寄存器，它只有1位有效控制位。 我们通过对PARMASK写1，令CPU对所有优先级可配置的中断不做响应；若对其写0表示放弃屏蔽功能。比方，我们还是接着前面的演示代码来看看效果。 这时，前面提到的4个定时器中断都不能得到响应了，虽打了断点但过不去。我们还可以借助调试工具看到这几个中断的响应情况【SYSTICK位置离得远，单独截取后插进图中的】。 对于上图的部分信息我这里稍微解释下。 图形上方的字母E、P、A是下方Eable/Pending/Active单词的首字母。Enable表示相应中断是否在NVIC端得到响应允许；Pending表示中断等待CPU的执行；Active表示中断服务程序正在被执行。从图中可以看出，SYSTICK/TIM2/TIM3/TIM4的中断响应都虽得到允许，但都处于Pending期待执行状态。既然没有得到执行，Active位自然也是0。 上图中优先级的数字显然是按照高4位结合优先级分组后来看的，那个S表示SubPriority的意思。为了看得更清晰点，我不妨将优先级分组采用下面的做法重新配置下，保持原抢占优先级都不动，增加1位响应优先级【即子优先级】配置。目前4位优先级配置位拆分为3位抢占优先级配置位和1位响应优先级配置位。当前测试代码也保持不动。 显然，上图中的抢占优先级编号2、3、4是站在分组后的高3位单独来看的，响应优先级是站在分组后剩下的1位单独来看的。如果我们把两类优先级的配置合在高4位一起看，优先级数字应该分别是十进制数1、5、6、9。【这个地方要弄清楚，否则下面调试结果看不明白。】 基于前面测试代码和现有配置，我们看看运行后的中断响应情况。 刚才虽然调整了优先级的分组配置，但这几个中断的抢占优先级都没改变，所以在PRIMASK为1的情况下都不能得到响应。我们可以发现这几个中断的优先级站在高4位的角度来看而得出的优先级数字跟我上面分析的基本一致，除了SYSTICK的。 按理此时此处SYSTICK的优先级应该是1而不是0。为什么会这样呢？原因就在于我基于CubeMx组织的代码，这个过程中如果使用SYSTICK做库代码的TICK时钟，其中断优先级的配置使用默认配置，没有理睬CubeMx这边针对它子优先级的配置。Cube库在配置SYSTICK优先级时，默认使用全部4位用作抢占优先级的配置，同时将子优先级配置为0。当然，我们可以针对性地调整来适应我们的需求。主要是下面这个weak特性的初始函数，我们可以手动修改这个函数里关于中断优先级的配置。 关于使用PRIMASK屏蔽所有可配置中断的做法还有其它等效动作，比如使用CPSID指令和CPSIE指令或调用相关CMSIS函数。【参见下图】 它们的作用一样，也就是我们平常所说的开、关总中断，准确点说是屏蔽所有优先级可配置中断的响应或者放弃屏蔽功能。对于开、关总中断的说法，从实现屏蔽效果来看勉强可以说能关总中断。但整体上讲，个人觉得这个说法不太合适，还很容易给人带来误解，颇具误导性。其实，不论是操作PRIMASK还是BASEPRI寄存器，并没有对被屏蔽中断的原有参数和配置做任何改变。即那些暂时被屏蔽的中断的中断响应允许位、中断请求使能位、中断触发事件等都不会因为暂时的被屏蔽而发生改变。打个形象而不是特别贴切的比方。当你开着豪车愉快地跑在某条道上，听着歌哼着曲。突然前方有交警在对道路做临时管制，你和其它一干人车都被拦停下来。原因是有一行高级别的人物要保障优先通行。你等虽被拦停下来，既没人说你无证驾驶、也没人告知你无权走这条道，证照都在，行路权也有，就是此刻级别不够。一旦放行，你依然可以一如既往地行使。 我倒觉得ARM技术手册提到的优先级提升更好理解和接受些。即通过对BASEPRI、PRIMASK这些寄存器编程提升当前执行程序的优先级，使得低于当前优先级的中断暂时得不到响应。适当时候放弃优先级升级功能，恢复原状。 可能有人知道，还有个可以关闭或屏蔽优先级高至-1级的HardFault异常的控制寄存器，就是FAULTMASK，也是1位有效位，操作跟PRIMASK类似。有兴趣的话，可以自行进一步研究下。
| 
楼主
标题置顶
标题高亮
