当前位置：首页 > news >正文

SCF5250中断控制器实战：从优先级配置到软件中断与调试技巧

news 2026/6/20 19:11:13

1. 项目概述：从硬件手册到实战编程

如果你正在为一块基于飞思卡尔SCF5250的嵌入式板卡编写驱动程序，或者正在调试一个复杂的实时系统，那么你迟早要和它的中断系统打交道。手册里那几十页关于中断控制器的描述，密密麻麻的寄存器表格和位域定义，是不是让你感到无从下手？别担心，这正是我们今天要拆解清楚的内容。

SCF5250的中断系统，尤其是其二级中断控制器，是这颗芯片实时响应能力的核心。它不像一些简单的微控制器，只有几个固定的中断源。它提供了多达64个可独立配置优先级的中断通道，支持自动向量生成，还有专门的软件中断和调试监控功能。理解它，你就能让系统精准地响应外部事件，比如一个按键按下、一串数据接收完成，或者一个定时器溢出；驾驭它，你就能构建出稳定、高效且易于调试的嵌入式应用，无论是工业生产线上的急停信号，还是音频设备中不容有失的数据流。

然而，手册的叙述是功能性的、离散的。它告诉你每个寄存器是做什么的，但不会告诉你，在真实的项目里，你应该先配置哪个寄存器，后配置哪个；它列出了所有中断源，但不会提醒你，GPIO中断和软件中断在使能逻辑上有什么细微差别；它提到了中断监控引脚，但可能没强调这在定位偶发性“中断丢失”问题时有多关键。

接下来的内容，我将结合自己调试SCF5250系统的实际经验，带你超越手册，深入其二级中断控制器的优先级管理、向量生成机制，并重点剖析软件中断的编程“陷阱”与实战技巧。我们会从最基本的概念开始，逐步构建起一个清晰、可操作的编程模型，让你不仅能看懂手册，更能写好代码。

2. 核心机制深度解析：优先级、向量与自动向量化

在深入代码之前，我们必须吃透SCF5250二级中断控制器的几个核心工作机制。这就像盖房子前要看懂图纸，理解这些机制，后续的编程才能有的放矢，避免出现“中断配置了却没反应”或者“中断向量跑飞”这类令人头疼的问题。

2.1 中断优先级（INTPRI）的可编程艺术

SCF5250的二级中断控制器管理着64个中断源，其最强大的特性之一就是每个中断的优先级都可以独立编程。这是通过一组名为INTPRI1到INTPRI8的寄存器实现的。

寄存器布局与位域映射每个INTPRIx寄存器都是32位宽，均匀地管理着8个中断。具体来说，每个中断占用4个比特位（一个半字节）。例如，INTPRI1寄存器就管理着中断0到中断7：

比特位[3:0]对应INT0的优先级
比特位[7:4]对应INT1的优先级
以此类推，直到比特位[31:28]对应INT7的优先级

INTPRI2则管理中断8到15，依此类推。这种布局非常规整，在编程时，我们可以通过“中断编号”快速定位到它在哪个寄存器的哪个位域。

优先级数值的含义这4个比特位可以表示0-15的数值，但SCF5250只使用了0-7这8个值，并与ColdFire内核的中断优先级（IPL）直接对应：

值 1-7：有效的优先级。数字越大，优先级越高。例如，配置为7的中断拥有最高优先级，可以打断正在处理优先级为6、5...1的中断服务程序。
值 0：特殊含义——“关闭”（Off）。将某个中断的优先级字段设置为0，意味着彻底禁用该中断。即使该中断源产生了请求，控制器也不会将其提交给CPU。这是一个非常重要的开关。

实操心得：优先级规划策略在实际系统中，切忌将所有中断都设为最高优先级。这会导致低优先级任务（如非关键的数据日志）长期得不到执行，甚至可能因为高优先级中断过于频繁而“饿死”其他中断。一个合理的策略是：
紧急硬件事件（如看门狗、电源故障）：设置为优先级7或6。
关键实时任务（如电机控制PWM、通信帧超时）：设置为优先级5或4。
一般外设数据（如UART接收完成、SPI传输结束）：设置为优先级3或2。
非实时后台任务（如LED闪烁、温度缓变采样）：设置为优先级1。这种分级使得系统既能及时响应危急事件，又能保证整体任务的流畅执行。

2.2 中断向量（INTBASE）与自动向量生成

当中断被CPU响应后，CPU需要知道该跳转到哪里去执行对应的服务程序。这个“地址信息”就是通过中断向量来提供的。SCF5250的二级中断控制器采用了一种高效且灵活的“基址+偏移”自动向量生成机制。

INTBASE寄存器：向量表的起点INTBASE是一个8位寄存器，它定义了中断0的向量号。这个“向量号”是一个索引值，CPU用它来查找中断向量表（IVT），从而获得中断服务程序（ISR）的入口地址。

自动计算：向量号的生成规则对于二级控制器管理的64个中断（INT0 到 INT63），其向量号是自动计算得出的，公式非常简单：向量号 = INTBASE + 中断编号

例如，如果我们将INTBASE设置为0x40（十进制64），那么：

中断0的向量号是0x40 + 0 = 0x40
中断23的向量号是0x40 + 23 = 0x57
中断63的向量号是0x40 + 63 = 0x7F

Spurious Vector：应对“幽灵”中断手册中还提到了一个SPURVEC寄存器，它用于配置“伪中断向量”。什么是伪中断？它指的是这样一种情况：一个中断已经发出请求并让CPU开始响应（进入中断应答周期），但在CPU读取向量号之前，这个中断请求却意外消失了（例如，由于极短的毛刺脉冲）。这时，中断控制器不能提供一个有效的中断编号，就会使用SPURVEC中配置的向量号来响应CPU。

注意事项：伪中断的处理伪中断通常意味着硬件或软件存在不稳定因素。在中断服务程序中，如果发现是通过伪中断向量进入的，应该记录这个错误（例如，点亮一个错误指示灯，或增加一个计数器），然后直接返回。绝对不要在伪中断服务程序中进行复杂的业务处理，因为它不代表任何真实的外设事件。通常将SPURVEC设置为一个指向简单错误处理函数的向量。

2.3 中断源全景图：从GPIO到软件中断

手册中的Table 9-22是一张宝贵的“中断地图”，它详细列出了64个中断源分别对应哪个硬件模块。理解这张表，是正确配置中断的前提。我们可以将其归纳为几大类：

外部GPIO中断： INT32 - INT39。对应GPIO0-GPIO7的上升沿/下降沿中断。这是连接外部开关、传感器等数字信号最常用的中断。
通信接口中断：如IIC1 (INT62)、UART (通过GPIO复用)等。用于处理数据传输完成、接收缓冲满等事件。
音频模块中断：占据了大量中断号（如INT56, INT55, INT54...），用于处理CD-ROM解码、IIS音频流、IEC958（S/PDIF）等模块的同步、错误和缓冲区事件。在多媒体应用中至关重要。
Flash/SD卡中断： INT60, INT59, INT58, INT57。用于处理存储卡的数据传输状态。
软件中断： INT47, INT48, INT49, INT50。这是我们唯一可以通过纯软件方式触发的中断，在系统调度、任务间通信、调试中极其有用。

踩过的坑：中断源与引脚复用很多中断源（特别是GPIO和部分通信接口）与芯片物理引脚是复用的。例如，INT32（GPI0）对应的是XTRIM/GPIO0引脚。仅仅配置了中断控制器，中断是不会发生的。你必须：
通过GPIO-FUNCTION寄存器将该引脚配置为GPIO功能（而非其他外设功能）。
通过GPIO-EN寄存器设置正确的方向（对于输入中断，通常为输入）。
通过GPIO-INT-EN寄存器使能该GPIO引脚的具体边沿（上升沿、下降沿或两者）中断。缺少任何一步，都无法正确捕获外部中断。

3. 软件中断（SOFTINT）编程实战

软件中断是SCF5250中断系统里一个非常独特的武器。它不像硬件中断那样需要外部信号触发，而是完全由程序代码控制。这使得它在实现操作系统内核、任务调度器、调试协议等方面具有不可替代的价值。

3.1 软件中断的触发与清除机制

软件中断的触发，本质上是通过向特定的寄存器位写“1”来实现的。相关寄存器是ExtraInt。

关键寄存器：ExtraIntExtraInt寄存器是一个多功能寄存器，其中低8位（bit 0-7）专门用于控制4个软件中断（SOFTINT0-3）。这里的设计有点绕，但理解了就很简单：

Bit 0, 1, 2, 3 (SOFTINT0_CLR to SOFTINT3_CLR)：清除位。向这些位写1，会清除对应的软件中断标志。
Bit 4, 5, 6, 7 (SOFTINT0_SET to SOFTINT3_SET)：置位位。向这些位写1，会触发对应的软件中断。
同时，Bit 0-3也是只读状态位（SOFTINT0-SOFTINT3），你可以读取它们来查询当前软件中断是否处于挂起状态。

触发一个软件中断的步骤假设我们要触发SOFTINT1（对应二级中断号48）：

确保SOFTINT1的中断优先级（在INTPRI寄存器中）已设置为一个非零值（例如3），并且该优先级高于CPU当前的屏蔽级别。
向ExtraInt寄存器的SOFTINT1_SET位（Bit 5）写入1。
中断控制器会立即将SOFTINT1标志置位，并向CPU提交中断请求。
CPU响应后，会跳转到向量号为INTBASE + 48的中断服务程序执行。
在中断服务程序中，为了清除这个中断请求（防止重复进入），必须向SOFTINT1_CLR位（Bit 1）写入1。

一个常见的错误操作新手最容易犯的错误是：试图通过向SET位写0来清除中断，或者向CLR位写1来触发中断。这完全是反的。请牢记：SET=1触发，CLR=1清除。

3.2 软件中断的典型应用场景

软件中断绝不仅仅是一个“玩具”，它在系统设计中扮演着关键角色：

系统调用（SysCall）的实现：在简单的操作系统中，用户态任务可以通过触发一个特定的软件中断（例如SOFTINT0）来陷入内核态，执行特权操作（如文件读写、任务创建）。内核的中断服务程序根据传递的参数来分发系统调用。
任务调度与上下文切换：实时操作系统（RTOS）的调度器常常由一个高精度硬件定时器中断驱动。在这个定时器中断服务程序（ISR）的末尾，它可以通过触发一个软件中断（如SOFTINT1）来实际执行任务切换。这样做的好处是，将耗时的任务切换操作从严格的硬件定时器ISR中剥离出来，减少了关中断的时间，提高了系统对其它紧急中断的响应能力。
调试与性能监控：在代码的关键路径上插入软件中断触发指令。通过监控这些中断的发生频率和时间点，可以分析代码的执行流程和性能瓶颈。结合后面要讲的中断监控引脚，效果更佳。
模拟硬件中断进行测试：在硬件开发完成前，或者为了进行单元测试，可以用软件中断来模拟一个硬件事件，从而测试中断服务程序逻辑是否正确。

实操心得：软件中断的“原子性”操作ExtraInt寄存器中INTMON1/2的配置位（Bit 27:22, 21:16）和软件中断位是混在一起的。手册的Note 4特别指出：为了避免意外修改到INTMON字段，在更新软件中断位时，应使用字节（byte）或字（word）寻址方式，只操作低8位。这是什么意思？假设ExtraInt的地址是0x80000198。如果你使用32位长字（LWORD）写入来操作Bit 5，你可能会不小心覆盖掉高位的INTMON配置。安全的做法是：
// 安全的字节操作 - 只写低8位，不影响高24位 *(volatile uint8_t *)(0x80000198) = (1 << 5); // 设置SOFTINT1_SET // 或者使用位域操作（如果编译器支持且已正确定义结构体） ExtraInt_Reg->SOFTINT1_SET = 1;
不恰当的内存访问宽度是嵌入式系统一个隐蔽的bug来源。

4. 中断监控（INTMON）功能：硬件调试的利器

当你的系统出现“中断响应不及时”或“某个中断似乎没发生”这类玄学问题时，光靠打印日志和点灯是远远不够的。SCF5250提供的中断监控（INTMON）功能，就是为这种硬件级调试而生的利器。

4.1 INTMON的工作原理

芯片提供了两个专用的输出引脚：INTMON1和INTMON2。这两个引脚本身是GPIO复用的（对应GPIO47和GPIO48），但可以被配置为监控模式。通过配置ExtraInt寄存器中的INTMON1（Bits 21:16）和INTMON2（Bits 27:22）这6位字段，你可以将64个二级中断中的任意一个，路由到这两个监控引脚上输出。

如何工作？

你选择要监控的中断，比如“UART接收中断”（假设它是INT42）。
将INTMON1字段的值设置为42。
配置GPIO47/INTMON1引脚为监控输出模式（这通常由GPIO-FUNCTION等相关寄存器控制，具体需参考引脚复用章节）。
此后，每当INT42中断被置为挂起状态（即中断发生且等待CPU响应）时，INTMON1引脚就会输出高电平（或低电平，具体极性需查手册）。当中断被CPU响应并开始执行ISR时，该引脚电平可能会变化。

4.2 在示波器上测量中断延迟

这是INTMON最经典的应用。中断延迟是指从中断请求发生，到CPU开始执行ISR第一条指令之间的时间。这个时间对实时系统至关重要。

测量方法：

将产生中断的硬件信号（例如，一个GPIO输入脉冲）连接到示波器的一个通道。
将对应的INTMON引脚连接到示波器的另一个通道。
配置好中断和监控。
触发硬件中断，在示波器上捕获两个通道的波形。
测量两个信号边沿之间的时间差，这就是中断响应延迟。这个延迟包括了硬件同步时间、CPU中断排队时间以及上下文保存时间。

通过这种方法，你可以：

量化系统性能：得到最坏情况下的中断延迟时间，评估是否满足实时性要求。
优化代码：尝试关闭其他中断、优化ISR入口代码，观察延迟是否缩短。
诊断问题：如果发现延迟异常长，可能是由于：
- 有更高优先级的中断长时间执行。
- CPU全局中断被长时间关闭。
- 总线访问出现竞争或等待状态。

注意事项：监控引脚配置的时机INTMON的配置位在ExtraInt寄存器中，而该引脚本身又是GPIO。因此，初始化顺序很重要：
首先，完成系统基础时钟和内存控制器的初始化。
然后，初始化GPIO模块，将INTMON1/2对应的引脚（GPIO47/48）配置为监控输出功能（注意，不是普通的GPIO输出）。这个配置通常在某个特定的引脚控制寄存器中，需要仔细查阅手册的GPIO和系统模块章节。
最后，再配置ExtraInt寄存器中的INTMON1/2选择字段。如果顺序错了，引脚可能处于错误的模式（如上拉输入），无法输出监控信号。

5. 完整的中断初始化与处理流程

理解了各个部分之后，我们需要把它们串起来，形成一个完整的、可编程的流程。以下是一个针对SCF5250二级中断控制器的典型初始化及处理步骤，以配置一个GPIO上升沿中断并搭配一个软件中断为例。

5.1 系统级初始化步骤

配置中断向量表基址：在启动代码或系统初始化早期，设置INTBASE寄存器，为二级中断分配一段连续的向量空间。例如，设置为0x40，那么二级中断的向量号范围就是0x40-0x7F。在链接脚本和中断向量表中，需要为这64个向量预留入口。
配置伪中断向量：作为一项防御性编程措施，将SPURVEC设置为一个已知的、安全的错误处理向量。
初始化中断优先级寄存器：根据系统设计，为所有需要使用的硬件中断和软件中断在INTPRI1-INTPRI8寄存器中分配优先级。将不用的中断优先级设为0（关闭）。

5.2 外设级中断配置（以GPIO0上升沿中断为例）

假设我们要使用GPIO0（对应引脚XTRIM/GPIO0，二级中断号INT32）的上升沿中断。

引脚功能配置：

// 1. 将GPIO0引脚设置为GPIO功能，而非其他复用功能（如XTRIM） // 假设GPIO0对应GPIO-FUNCTION寄存器的bit 0 GPIO_FUNCTION_REG |= (1 << 0); // 设为1，GPIO模式

引脚方向配置：

// 2. 将GPIO0方向设置为输入（因为我们要检测外部信号） GPIO_EN_REG &= ~(1 << 0); // 设为0，输入模式

中断边沿类型使能：

// 3. 在GPIO中断使能寄存器中，使能GPIO0的上升沿中断 // GPIO-INT-EN寄存器的bit 0对应GPI0上升沿中断 GPIO_INT_EN_REG |= (1 << 0); // 使能上升沿 // 如果需要下降沿，则同时使能bit 8 (GPI0 H-L) // GPIO_INT_EN_REG |= (1 << 8);

设置中断优先级：

// 4. 在二级中断控制器中，为INT32（即GPIO0中断）设置优先级 // INT32属于INTPRI5寄存器管理的INT39-INT32组，INT32在该寄存器的bit 3:0字段 // 假设我们设置优先级为2 uint32_t temp = INTPRI5_REG; temp &= ~(0xF << 0); // 清零INT32的优先级字段（bit 3:0） temp |= (2 << 0); // 设置优先级为2 INTPRI5_REG = temp;

清除可能存在的旧中断标志：

// 5. 在使能全局中断前，清除该中断可能已有的挂起标志 // 向GPIO-INT-CLEAR寄存器的对应位写1清除 GPIO_INT_CLEAR_REG = (1 << 0); // 清除上升沿标志 // GPIO_INT_CLEAR_REG = (1 << 8); // 如果需要，清除下降沿标志

5.3 软件中断的配置与使用

配置一个软件中断（例如SOFTINT0，中断号47）作为系统心跳或任务调度信号。

设置软件中断优先级：

// SOFTINT0是中断47，属于INTPRI6寄存器（管理INT47-INT40），INT47对应bit 31:28字段 uint32_t temp = INTPRI6_REG; temp &= ~(0xF << 28); // 清零INT47的优先级字段 temp |= (3 << 28); // 设置优先级为3 INTPRI6_REG = temp;

编写中断服务程序：在中断向量表中，将INTBASE + 47（即0x40 + 47 = 0x6F）指向你编写的SOFTINT0_Handler函数。这个函数需要完成业务逻辑，并必须清除中断源。

void SOFTINT0_Handler(void) __attribute__((interrupt)); void SOFTINT0_Handler(void) { // 1. 执行你的软件中断任务，例如任务调度、发送消息等 system_tick++; // 2. 清除软件中断标志！！！这是最关键的一步。 // 向SOFTINT0_CLR位（ExtraInt寄存器的bit 0）写1 *(volatile uint8_t *)(EXTRA_INT_REG_ADDR) = (1 << 0); // 字节操作，清除SOFTINT0 // 注意：这里使用的是字节写入，只影响低8位，避免改动INTMON配置。 }

在程序中触发软件中断：

// 在需要的地方，例如系统定时器中，触发软件中断 void SysTick_Timer_ISR(void) { // ... 处理硬件定时器 ... // 触发SOFTINT0，引发任务调度 *(volatile uint8_t *)(EXTRA_INT_REG_ADDR) = (1 << 4); // 字节操作，设置SOFTINT0_SET位 }

5.4 CPU全局中断使能

在所有外设中断和软件中断配置完毕后，最后一步是操作ColdFire内核的状态寄存器（SR），降低中断屏蔽级别，从而允许中断发生。

// 假设我们允许优先级1、2、3...的中断 // ColdFire的IPL（中断优先级级别）字段在SR寄存器中，IPL=0允许所有中断 // 这通常通过汇编指令操作 asm volatile ("move.w #0x2000, %sr"); // 这是一个示例，将SR设为0x2000，通常IPL=0 // 具体的值取决于你的编译器和启动文件设置，关键是确保IPL字段低于你所需中断的优先级。

核心要点：中断使能的顺序一个稳健的中断初始化应遵循“先配置，后使能”的原则：
配置所有：先完整配置好中断向量、优先级、外设触发条件。
清除残留：清除所有中断标志位，避免一使能就误触发。
使能外设：使能具体外设的中断（如GPIO-INT-EN）。
最后开总闸：最后才操作CPU的SR寄存器，打开全局中断使能。这个顺序能最大程度避免中断在配置过程中或配置未完成时发生，导致系统进入未知状态。

6. 常见问题排查与调试技巧实录

即使按照手册和上述步骤操作，在实际开发中你依然会遇到各种中断相关的问题。下面是我在项目中总结的一些典型问题和排查思路。

6.1 问题一：中断根本不会发生

现象：外部信号已经产生，但程序始终没有进入中断服务程序。

排查清单：

检查CPU全局中断是否打开：这是最常见的原因。确认SR寄存器的IPL级别是否足够低（数字小），以允许你所配置优先级的中断。可以在初始化后读回SR寄存器验证。
检查外设中断是否真正使能：对于GPIO，你配置了GPIO-INT-EN吗？对于UART，你配置了UART本身的中断使能寄存器吗？很多外设有两级使能：模块级使能和控制器级使能。
检查中断优先级是否被设为0：在INTPRI寄存器中，对应的4位字段是0吗？0意味着“关闭”。
检查引脚复用配置：这个坑最大。你用的引脚（例如GPIO0）是否被正确配置为GPIO功能？如果它被配置为其他功能（如XTRIM），那么即使有电平变化，也不会触发GPIO中断。仔细检查GPIO-FUNCTION寄存器。
检查中断标志是否被意外清除：在中断服务程序之外，是否有其他代码误操作了中断清除寄存器？或者，电平信号是否非常短暂，在你读取状态之前就消失了？
使用INTMON功能：将疑似有问题中断路由到INTMON引脚，用示波器或逻辑分析仪观察。如果INTMON引脚有脉冲输出，说明中断请求已经到达二级中断控制器，问题可能出在向量、优先级或CPU侧。如果没有脉冲，则问题在外设或引脚配置上。

6.2 问题二：中断只发生一次，后续不再触发

现象：第一次中断能正常响应，之后无论信号如何变化，都不再进入ISR。

排查清单：

中断标志未清除：这是99%的原因！在中断服务程序（ISR）中，你必须清除导致本次中断的源头标志位。对于GPIO中断，是GPIO-INT-STAT寄存器中的对应位（通过写GPIO-INT-CLEAR清除）。对于软件中断，是ExtraInt寄存器中的SOFTINTx_CLR位。如果不清除，中断控制器会认为该中断一直处于挂起状态，不会产生新的请求。
中断服务程序过长或关闭了中断：如果ISR执行时间太长，或者在ISR中关闭了全局中断，可能会错过后续的中断请求。确保ISR尽可能短小精悍，只做最必要的处理，并将非紧急任务通过标志位交给主循环处理。
电平触发与边沿触发混淆： SCF5250的GPIO中断是边沿触发的。如果你配置的是上升沿中断，但信号持续为高，那么第二次上升沿永远不会到来。确认你的信号是脉冲式的，或者使用双边沿触发。

6.3 问题三：程序跑飞，进入错误向量或伪中断

现象：系统运行不稳定，有时会跳到未知地址执行，或者频繁进入伪中断服务程序。

排查清单：

中断向量表错误：检查链接脚本，确保中断向量表（特别是INTBASE开始的64个向量）被正确放置在ROM中，并且没有被其他数据覆盖。在调试器中，查看INTBASE + 中断号地址处的内容是否确实指向你的ISR函数地址。
堆栈溢出：每个中断都会消耗堆栈空间来保存上下文（寄存器）。如果中断嵌套层数过深，或者ISR内局部变量过大，可能导致堆栈溢出，破坏关键数据，包括返回地址，从而导致跑飞。增大堆栈空间，并优化ISR。
伪中断频繁：如果频繁进入SPURVEC指向的向量，说明存在大量的“幽灵”中断请求。这通常是由于：
- 信号抖动（毛刺）：检查硬件电路，在中断输入引脚增加适当的滤波电容（如0.1uF）。
- 软件误操作：检查是否有代码在错误地操作中断控制寄存器，或者在不该访问的外设地址进行读写，这可能在总线上产生虚假的中断应答周期。
- 电源噪声：系统电源不稳定也可能导致内部逻辑误触发。检查电源质量和去耦电容。

6.4 问题四：中断响应时间不稳定或过长

现象：用INTMON测量发现，中断延迟波动很大，有时远超预期。

排查清单：

更高优先级中断的阻塞：这是最可能的原因。使用INTMON同时监控你的目标中断和一个更高优先级的中断。如果目标中断的监控信号在触发后，需要等待高优先级中断的监控信号结束才变化，说明它被阻塞了。需要评估高优先级ISR的执行时间是否合理。
全局中断被长时间关闭：在主循环或低优先级ISR中，是否有代码段长时间地使用asm volatile (“move.w #0x2700, %sr”)这类指令关闭了所有中断？这会导致所有中断都无法响应。
总线竞争：如果CPU和DMA（或其他总线主设备）在激烈竞争总线资源，CPU访问内存（例如取指、保存上下文）的速度会变慢，从而增加中断延迟。可以尝试调整MPARK寄存器中的总线仲裁策略（如设置为“Park on Master Core Priority”），或在关键实时任务期间暂停DMA。
缓存未命中：如果ISR代码或数据不在缓存中，第一次执行时会有较大的取指/取数延迟。可以考虑将关键的ISR代码和使用的数据放在紧耦合内存（TCM）中，或者通过预取指令优化缓存使用。

通过结合这些系统性的排查思路和INTMON这个强大的硬件工具，大部分中断相关的疑难杂症都能被定位和解决。调试中断问题，耐心和条理比盲目尝试更重要。

查看全文

http://www.jsqmd.com/news/1050172/