1. 项目概述为什么DSP的中断系统如此重要如果你正在用TMS320VC5409A这颗经典的定点DSP做项目无论是做音频处理、电机控制还是通信解调有一个功能你绝对绕不开那就是中断。你可以把它想象成一个高效的“管家系统”CPU你正在专心处理一个复杂的数学运算比如做FFT突然一个紧急的“门铃”响了——可能是外部传感器送来了新的数据或者定时器告诉你该进行下一轮采样了。这时候CPU需要立刻放下手头的计算先去处理这个紧急事件处理完了再无缝衔接回来继续算FFT。这个过程就是中断。TMS320VC5409A的中断系统正是实现这种高效、实时响应的核心。它不是一个简单的功能开关而是一套精密设计的硬件机制包含了中断源管理、优先级仲裁、向量跳转和状态控制。很多新手在刚开始接触C54x DSP时往往只关心算法实现对中断的配置一知半解结果程序跑起来要么响应不及时要么干脆“死”在了某个莫名其妙的状态。我见过不少项目算法本身写得漂亮却因为中断服务程序ISR里少写了一条清除标志位的指令导致系统只能响应一次中断后续数据全丢了。所以吃透这套中断系统是你写出稳定、可靠DSP程序的基石。本文将以TMS320VC5409A的数据手册SPRS140G为基础结合我过去在实时音频编解码和工业数据采集项目中的实际踩坑经验为你彻底拆解其中断系统。我们会从最根本的“中断向量表”和“优先级”讲起这是所有中断行为的“宪法”然后深入到最核心、也最容易出错的“中断标志寄存器IFR”和“中断屏蔽寄存器IMR”的配置最后我会分享几个从实际调试中总结出来的配置流程、常见陷阱及排查技巧。目标很明确让你不仅能看懂手册里的那张表Table 3-21和那张图Figure 3-26更能真正理解它们背后的设计逻辑并在你自己的板上写出健壮的中断驱动代码。2. 中断系统核心架构与设计思路拆解2.1 中断处理流程全景图在深入寄存器细节之前我们有必要先站在全局视角看看TMS320VC5409A的中断是如何被CPU识别和处理的。整个流程可以概括为五个关键阶段它就像一套精密的流水线中断请求Interrupt Request, IRQ这是起点。一个事件如外部引脚电平变化、定时器溢出、串口收到数据发生硬件会自动将对应的“中断标志位”置位。这个标志位存在于外设模块或系统级的寄存器中相当于挂起了一个待处理的“任务单”。中断响应与优先级仲裁CPU在每个机器周期的特定阶段会去检查所有已发生且未被屏蔽的中断请求。如果有多个中断同时发生或者一个低优先级中断正在处理时又来了一个高优先级中断这时就需要“仲裁”。VC5409A有一套固定的硬件优先级逻辑它会根据中断向量表中的优先级编号Priority来决定先响应谁。关键点这个仲裁是硬件自动完成的程序员无法动态修改优先级顺序但可以通过屏蔽IMR来间接控制哪个中断能被“看见”。现场保护与向量跳转一旦CPU决定响应某个中断它会立即完成当前正在执行的指令然后将程序计数器PC、状态寄存器ST0、ST1等关键上下文压入堆栈。这个过程是硬件自动完成的目的是为了中断返回时能恢复现场。紧接着CPU会根据中断类型跳转到中断向量表中对应的固定地址去取指令。这个地址里通常存放的是一条跳转指令如B ISR_NAME从而引导程序流进入你编写的中断服务程序。中断服务程序ISR执行这是你发挥的地方。在ISR里你需要完成该中断事件对应的具体任务比如从McBSP的数据接收寄存器DRR中读取数据或者清除定时器的中断标志。这里有一个至关重要的原则ISR必须尽可能短小精悍。长时间占用CPU执行ISR会阻塞其他更低优先级的中断甚至影响主程序的实时性。对于复杂任务常见的做法是在ISR中只做标志设置或数据搬运将耗时处理放到主循环中。中断返回ISR执行完毕后通过一条特殊的返回指令如RETE在C54x中结束。这条指令会触发硬件从堆栈中恢复之前保存的PC和状态寄存器CPU于是回到被中断的主程序断点处继续执行。整个流程对主程序而言就像一次短暂的“发呆”但它却是实现多任务并发的关键。理解这个全景图你就明白了后续所有寄存器配置和编程操作的意义——它们都是为了精准地控制这个流程的每一步。2.2 中断向量表中断的“户籍管理系统”中断向量表是DSP中断系统的基石。你可以把它看作一个预先定义好的“地址映射表”或“跳转目录”。TMS320VC5409A为每一个可能的中断源都分配了一个唯一的、固定的存储地址这个地址就是该中断的“向量”。当该中断被触发时CPU会无条件地跳转到这个地址去执行指令。根据你提供的资料中的Table 3-21我们可以深入解读这个表的内涵地址定位表中的“LOCATION”列给出了每个中断向量的绝对地址十进制和十六进制。例如复位中断RS的向量地址是0x00外部中断0INT0的地址是0x40。这些地址位于DSP内存空间的最开始一段通常是程序存储器。在系统上电或复位后CPU首先就是从0xFF80IPTR寄存器指向的复位向量地址默认情况下IPTR0x1FF经计算0x1FF 7 0xFF80跳转到0x00开始执行。因此你必须确保在链接器命令文件.cmd中将你的中断向量段比如名为.vectors的段正确地分配到这些物理地址上。中断源分类向量表中的中断源大致可分为几类核心系统中断RS复位和NMI不可屏蔽中断。RS优先级最高用于系统启动和严重错误恢复NMI通常用于处理硬件故障等最高级别的紧急事件不能被软件屏蔽。软件中断SINT17到SINT30。这些中断没有硬件关联优先级为“—”通常最低或可忽略由软件指令INTR或TRAP触发。它们常用于实现系统调用如操作系统服务或高级调试。外部硬件中断INT0~INT3。通过DSP芯片的四个外部引脚触发是连接外部异步事件如按键、传感器信号的主要通道。片上外设中断这是最丰富的一类包括TINT定时器中断用于产生精确的周期事件。RINT0/XINT0,RINT1/XINT1,RINT2/XINT2多通道缓冲串行口McBSP的接收和发送中断用于串行通信如I2S, SPI。HINT主机接口HPI中断用于与主处理器如ARM, MCU通信。DMAC4/DMAC5直接内存访问控制器中断用于在数据搬运完成后通知CPU。优先级PRIORITY的本质优先级数字越小优先级越高。这个优先级是硬件固定的无法通过编程改变。它的作用体现在“仲裁”阶段当多个中断同时发生时高优先级的中断会先被响应当一个低优先级中断正在执行时如果发生高优先级中断则会发生“中断嵌套”即高优先级中断可以抢占低优先级中断。需要注意的是NMI的优先级是2仅次于复位。而软件中断SINT17-SINT30通常没有参与硬件仲裁的优先级或者优先级最低它们更多是作为一种受控的软件流程跳转机制。实操心得在规划系统中断时一定要根据事件的紧急程度为它们分配合适的中断源。例如一个要求实时性极高的过流保护信号应该接到INT0或INT1优先级3或4而不是用一个普通的GPIO查询。而对于周期性的数据采集用TINT定时器中断是再合适不过了。把向量表打印出来贴在工位旁在设计和调试时经常对照能避免很多低级错误。3. 核心寄存器详解IFR与IMR的位级操控理解了中断的来龙去脉和“户籍”管理接下来就要看日常是如何“调度”这些中断的。这就涉及到两个最关键的寄存器中断标志寄存器IFR和中断屏蔽寄存器IMR。你提供的Figure 3-26清晰地展示了它们的位布局我们结合这张图来深入剖析。3.1 中断标志寄存器IFR谁在“举手”IFR是一个16位的存储器映射寄存器MMR其每一位都对应一个特定的、可屏蔽的中断源。你可以把它想象成一个教室里的“举手发言记录器”。位映射关系根据Figure 3-26从低位到高位bit0-bit15依次对应Bit 0:INT0Bit 1:INT1Bit 2:INT2Bit 3:TINTBit 4:RINT0Bit 5:XINT0Bit 6:RINT2Bit 7:XINT2Bit 8:INT3Bit 9:HINTBit 10:RINT1Bit 11:XINT1Bit 12:DMAC4Bit 13:DMAC5Bit 14, 15: Reserved保留位读为0工作原理置位当某个中断事件发生时例如INT0引脚出现下降沿硬件会自动将IFR中对应的位bit0设置为1。这相当于该中断源“举起了手”向CPU发出了请求。查询CPU或你的程序可以随时读取IFR的值来了解当前有哪些中断正在等待处理。这在调试时非常有用你可以通过仿真器查看IFR的值判断中断是否被正确触发。清除这是最容易出错的地方。当一个中断被响应并进入ISR后硬件不会自动清除IFR中的标志位你必须在ISR中通过向该标志位写1来清除它。如果忘记清除即使中断事件已经处理完毕IFR中的标志位依然为1CPU会认为该中断一直在请求导致中断持续发生程序逻辑混乱。通常的清除方法是IFR 0x0001;清除INT0或使用位操作指令。注意事项对IFR的写操作比较特殊。写1到某一位会清除该位清零写0则无效。这种“写1清0”的机制需要适应。另外RS和NMI这类不可屏蔽中断不在IFR中它们有独立的处理机制。3.2 中断屏蔽寄存器IMR谁被允许“发言”IMR同样是一个16位的MMR其位定义与IFR完全一一对应。但它扮演的是“门卫”或“开关”的角色。工作原理使能/屏蔽如果IMR的某一位被设置为1则对应的中断源被“使能”当它发生且IFR中对应位为1时该中断请求会被提交给CPU进行仲裁。如果IMR的某一位为0则该中断源被“屏蔽”即使它发生了IFR置位CPU也完全“看不见”这个请求不会响应。全局开关除了IMRCPU还有一个全局中断屏蔽位INTM位于状态寄存器ST1中。当INTM 1时所有可屏蔽中断都被禁止无论IMR如何设置。只有当INTM 0时IMR的个体控制才生效。这提供了一个快速开关所有中断的方法常用于保护临界区代码。配置流程系统初始化时典型的中断使能步骤如下关闭全局中断asm(“ SSBX INTM”);// 设置INTM1禁止所有中断。配置IMR使能你需要的中断源。例如要使能INT0和TINT则IMR 0x0009;(bit0和bit3为1)。可选清除可能残留的IFR标志避免误触发IFR 0xFFFF;// 写1清所有标志。开启全局中断asm(“ RSBX INTM”);// 清除INTM0中断系统开始工作。3.3 IFR与IMR的协同工作逻辑IFR和IMR共同决定了最终哪个中断能到达CPU。逻辑关系可以简化为最终中断请求 IFR IMR按位与。只有当一个中断在IFR中标志为1事件发生并且在IMR中对应位也为1被使能这个“与”的结果才为1该中断请求才会进入优先级仲裁队列。这里有一个关键场景中断嵌套与屏蔽。假设INT0高优先级和TINT低优先级都已使能。如果CPU正在执行TINT的ISR此时发生了INT0。由于INT0优先级更高硬件会暂停TINT的ISR转去执行INT0的ISR。但是如果你在TINT的ISR开头就设置了INTM1或清除了IMR中INT0的使能位那么即使INT0发生它也不会被响应从而实现了在低优先级ISR中临时屏蔽高优先级中断的效果保护了关键代码段。这需要谨慎使用因为会牺牲系统的实时性。4. 中断系统完整配置与编程实战理论说得再多不如一行代码。下面我将以一个典型的应用场景为例展示如何为TMS320VC5409A配置和使用外部中断INT0。这个场景假设INT0引脚连接到一个外部按键下降沿触发每次按下按键让一个LED状态翻转并在ISR中完成一些关键数据的状态更新。4.1 硬件与软件环境准备硬件TMS320VC5409A开发板INT0引脚连接有消抖电路的按键一个GPIO引脚连接LED。软件TI的CCSCode Composer Studio集成开发环境使用C语言和汇编混合编程中断向量表通常用汇编定义。核心知识需要了解DSP的存储器映射、链接命令文件.cmd的编写以及基本的C和汇编编程。4.2 步骤一编写中断向量表.asm文件中断向量表必须放置在程序存储器中特定的绝对地址。通常我们会创建一个独立的汇编文件如vectors.asm来定义它。; vectors.asm ; TMS320VC5409A 中断向量表 ; 假设复位后程序从0x1000开始执行由.cmd文件指定 .sect .vectors ; 定义一个名为“.vectors”的段 .ref _c_int00 ; 引用C语言入口函数 .ref _INT0_ISR ; 引用我们即将编写的INT0中断服务程序 RESET: ; 复位向量 (地址 0xFF80, 由IPTR决定但最终跳转到0x00) BD _c_int00 ; 无条件跳转到C程序入口 STM #200, SP ; 初始化堆栈指针示例值需根据内存分配调整 ; 软件中断向量 (SINT17 - SINT30)通常用空返回或陷阱填充 .space 4*14 ; 为SINT17到SINT30保留空间每个向量4字1条指令 INT0: ; 外部中断0向量 (地址 0x40) BD _INT0_ISR ; 跳转到C语言编写的ISR NOP ; 延迟槽指令根据CPU流水线 NOP ; 按照Table 3-21的顺序继续定义其他中断向量... ; INT1, INT2, TINT, RINT0, XINT0 ... 通常先以空操作或返回指令填充 .space 4*32 ; 为剩余向量预留空间简化初始开发 .end关键解释.sect “.vectors”告诉链接器接下来的代码属于名为.vectors的段。我们会在.cmd文件中将这个段定位到实际的向量表地址如0xFF80。BD _c_int00BD是延迟分支指令。复位后CPU跳转到C环境的初始化例程_c_int00该例程由运行时库提供负责初始化全局变量、设置堆栈等最后调用你的main()函数。BD _INT0_ISR当INT0中断发生时CPU跳转到_INT0_ISR这个C函数。向量对齐C54x的每个中断向量占用4个字64位的存储空间通常足够存放一条跳转指令如BD及其延迟槽指令。必须确保向量段正确对齐。4.3 步骤二配置链接器命令文件.cmd文件.cmd文件负责将不同的代码和数据段分配到具体的内存地址。这是让向量表“落户”的关键。/* vc5409a.cmd */ MEMORY { PAGE 0: PROG: origin 0x1000, length 0x3000 /* 程序存储区 */ PAGE 0: VECT: origin 0xFF80, length 0x0080 /* 中断向量区IPTR默认指向这里 */ PAGE 1: DATA: origin 0x0800, length 0x1000 /* 数据存储区 */ PAGE 1: STACK: origin 0x0600, length 0x0200 /* 堆栈区 */ } SECTIONS { .text: PROG PAGE 0 /* C代码和常量 */ .cinit: PROG PAGE 0 /* C初始化表 */ .switch: PROG PAGE 0 /* Switch语句跳转表 */ .vectors: VECT PAGE 0 /* 中断向量表 -- 关键定位到0xFF80 */ .bss: DATA PAGE 1 /* 全局和静态变量 */ .stack: STACK PAGE 1 /* 系统堆栈 */ }关键解释我们将.vectors段明确地分配到了起始地址为0xFF80的VECT内存区域。这是因为复位后CPU会根据中断向量指针寄存器IPTR的值默认是0x1FF左移7位得到0xFF80然后跳转到那里执行。我们的向量表必须放在这个地址。4.4 步骤三编写C语言主程序与中断服务程序现在我们在C语言主程序中配置中断并编写ISR。/* main.c */ #include c54x.h // 包含VC5409A的寄存器定义头文件名称可能因编译器而异 /* 函数声明 */ interrupt void INT0_ISR(void); // 声明中断服务程序使用‘interrupt’关键字 void GPIO_Init(void); void Enable_INT0(void); /* 全局变量用于在ISR和主程序间通信 */ volatile unsigned int g_key_press_count 0; #pragma DATA_SECTION(g_key_press_count, .bss) // 确保变量在可读写区域 void main(void) { /* 1. 系统初始化 */ asm( SSBX INTM); // 关总中断保护初始化过程 /* 2. 初始化外设 */ GPIO_Init(); // 初始化LED对应的GPIO // 其他外设初始化如定时器、McBSP等 /* 3. 配置INT0中断 */ Enable_INT0(); /* 4. 开总中断系统开始运行 */ asm( RSBX INTM); /* 5. 主循环 */ while(1) { // 主循环任务例如根据g_key_press_count控制复杂逻辑 // 注意与ISR共享的变量应使用volatile且主循环中访问时考虑临界区保护 // 如果只是读取在C54x上通常没问题如果修改可能需要临时关中断。 if(g_key_press_count % 2 0) { // 控制LED亮假设GPIO写1点亮 *((volatile ioport unsigned int *)0x0001) 0x0001; // 示例GPIO地址 } else { // 控制LED灭 *((volatile ioport unsigned int *)0x0001) 0x0000; } // 可以在这里添加其他任务如状态查询、算法处理等 } } /* INT0中断服务程序 */ interrupt void INT0_ISR(void) { /* 1. 现场保护由编译器自动完成因为使用了‘interrupt’关键字 */ /* 2. 清除中断标志位 -- 至关重要 */ IFR 0x0001; // 向IFR的bit0写1清除INT0标志 /* 3. 执行中断任务 */ g_key_press_count; // 按键计数加一 /* 4. 现场恢复由编译器自动完成 */ /* 5. 中断返回RETE指令由编译器自动生成 */ } /* 使能INT0中断 */ void Enable_INT0(void) { /* 假设INT0对应外部引脚需要配置为中断功能并设置触发边沿 */ /* 这部分配置依赖于具体的VC5409A型号和板级设计通常涉及外部中断控制寄存器 */ /* 例如可能有一个寄存器用来选择INT0是电平触发还是边沿触发是上升沿还是下降沿 */ /* 伪代码示例 */ // EXTCNTL_REG | 0x01; // 配置INT0为下降沿触发 (寄存器地址和位需查手册) /* 使能INT0在IMR中 */ IMR | 0x0001; // 设置IMR的bit0为1使能INT0 /* 清除可能存在的旧INT0标志 */ IFR 0xFFFE; // 方法1与操作清除bit0。或 IFR 0x0001; // 方法2写1清0 } /* GPIO初始化示例 */ void GPIO_Init(void) { // 配置连接LED的GPIO引脚为输出方向 // 伪代码GPIO_DIR_REG | LED_PIN_MASK; }代码关键点解析interrupt关键字这是编译器扩展在TI的C54x C编译器中用于告诉编译器此函数是一个中断服务程序。编译器会自动在函数开头生成现场保护代码将ACC, B, AR等寄存器压栈在函数末尾生成恢复现场和RETE指令。务必使用此关键字。清除IFR标志在INT0_ISR中IFR 0x0001;是必须的。如果忘记会导致中断持续触发主程序无法正常执行。共享变量volatileg_key_press_count在ISR中被修改在主循环中被读取必须声明为volatile。这防止编译器对其进行优化例如将其缓存在寄存器中确保每次访问都从内存读取最新值。初始化顺序先关总中断INTM1再配置外设和IMR最后开总中断。这是一个安全的标准流程。外设具体配置Enable_INT0函数中关于外部中断触发方式的配置边沿/电平是必须的但具体操作依赖于芯片的数据手册和你的硬件连接。你需要找到控制外部中断的寄存器可能与GPIO功能复用并进行正确设置。5. 常见问题、调试技巧与深度避坑指南即使按照上述步骤配置在实际项目中依然会遇到各种中断相关的问题。下面是我在多个项目中总结出的常见故障模式及其解决方法。5.1 问题一中断根本不触发症状按键按下仿真器里看到IFR对应位没有置1或者置1了但程序没有跳转到ISR。排查清单硬件连接首先用示波器或逻辑分析仪确认INT0引脚上是否有符合预期的电平跳变信号是否有毛刺上拉/下拉电阻是否正确全局中断开关检查INTM位是否已清零可以在main函数开中断后在调试器中查看ST1寄存器的值。IMR配置确认IMR中对应中断的位是否已设置为1。在调试器中直接读取IMR寄存器的值。中断向量表地址这是最隐蔽的错误之一。确认你的.vectors段是否通过.cmd文件正确链接到了0xFF80或IPTR寄存器指向的地址可以在map文件中查看.vectors的起始地址。一个快速验证方法在CCS的Memory Browser中查看地址0xFF80开始的内容是否是你汇编文件中定义的指令如BD _c_int00的机器码外设时钟与使能有些外设模块如定时器、McBSP的中断需要先开启该外设的模块时钟或使能位。对于INT0~INT3通常只需要配置触发方式但也要查手册确认是否有独立的使能位。中断标志清除检查是否在别的地方比如初始化代码意外清除了IFR标志或者该中断标志是否被其他操作如读取某个状态寄存器自动清除了仔细阅读数据手册中关于该中断标志位的描述。5.2 问题二中断只触发一次后续不再触发症状第一次按键LED会翻转之后无论怎么按都没反应。根本原因中断服务程序ISR中没有清除中断标志位IFR。这是新手最常犯的错误。CPU响应中断后硬件不会自动清除标志。如果ISR不手动清除该标志位一直为1即使后续有新的中断事件IFR的状态也没有变化从1到1CPU可能不会将其识别为新的中断请求边沿检测逻辑可能失效或取决于具体外设设计。对于外部中断通常是检测边沿如果标志位一直为1新的边沿可能无法再次置位标志。解决方案确保在ISR的开始处或结束处建议在开始处避免中断嵌套时的复杂情况清除对应的IFR位。使用IFR 0x0001;对于INT0或更通用的位操作IFR ~(1 bit_position);。5.3 问题三程序跑飞进入未知状态症状触发中断后程序没有执行预期的ISR而是跳到某个随机地址执行导致硬件异常或死循环。排查思路堆栈溢出中断现场保护需要压栈如果堆栈空间.stack段设置得太小或者ISR中局部变量过多导致栈溢出会破坏内存中的数据包括返回地址导致程序跑飞。检查.cmd文件中堆栈段的大小对于有中断嵌套和局部变量较多的场景建议至少预留256字。中断向量表错误向量表中跳转指令的地址写错了。例如BD _INT0_ISR中的_INT0_ISR是否是你的C函数名C编译器会对函数名进行名称修饰name mangling通常是在前面加下划线。确保汇编中.ref的符号和C函数名完全匹配。查看map文件确认_INT0_ISR的地址。ISR函数未用interrupt关键字如果C函数没有用interrupt声明编译器不会生成正确的现场保护和返回指令RETE。普通函数用RET返回这在中途被中断调用后会导致上下文错误。在ISR中进行了非法操作例如在ISR中调用了不可重入的函数、进行了耗时的浮点运算C54x是定点DSP浮点靠软件模拟极慢导致其他高优先级事件丢失或者访问了未初始化的指针。5.4 问题四中断响应时间不稳定或过长症状从外部事件发生到ISR第一条指令执行时间间隔波动大有时超出系统实时性要求。分析与优化中断延迟这是由硬件决定的包括最长指令执行时间、流水线刷新时间等。C54x的中断延迟通常是固定的几个周期。你需要查阅数据手册中“Interrupt Response Time”部分获取最坏情况值。全局中断关闭时间如果在主程序或低优先级ISR中长时间关闭全局中断INTM1高优先级中断就无法及时响应。尽量减少临界区代码的长度只在对共享数据进行原子操作时才关中断并立刻打开。ISR本身太长ISR执行时间直接影响低优先级中断的响应。优化ISR只做最必要的工作如读数据、设标志把复杂计算移到主循环。使用DMA来搬运数据用中断仅通知DMA完成是大幅减轻CPU中断负担的经典方法。中断冲突与仲裁如果频繁发生多个中断低优先级中断的ISR可能被高优先级中断不断抢占导致其完成时间大大延长。需要重新评估中断优先级分配或者考虑使用查询中断混合模式将一些不紧急的事件改用主循环查询处理。5.5 高级技巧使用DMA联动中断提升效率在数据流处理如音频采样、网络包收发中频繁的中断如每个采样点都中断一次会消耗大量CPU资源。TMS320VC5409A的DMA控制器DMAC可以完美解决这个问题。场景McBSP持续接收音频数据。传统低效方式配置McBSP接收中断RINT0每收到一个字16bit就触发一次中断CPU在ISR中读取数据。对于48kHz立体声每秒产生96000次中断CPU忙于搬运数据无暇处理。高效DMA方式配置DMA通道例如DMAC4设置其源地址为McBSP数据接收寄存器DRR目的地址为内存中的一片缓冲区如ping-pong buffer传输计数为缓冲区大小如256个字。使能DMA完成中断DMAC4中断。使能McBSP和DMA。DMA开始自动在后台将数据从McBSP搬运到内存完全不需要CPU参与。当DMA搬完256个字填满半个缓冲区触发DMAC4中断。在DMAC4的ISR中CPU只需切换缓冲区指针例如从ping切换到pong并重新启动DMA搬运到另一个缓冲区。同时CPU可以安全地处理前一个缓冲区中已经准备好的256个数据。这种方式将每秒96000次中断降低到约187次48000*2 / 256CPU效率得到质的提升。配置DMA涉及更多寄存器DMSRC、DMDST、DMCTR、DMSFC等但思路是共通的让硬件做重复的搬运工作用中断做“批次完成”的通知。调试中断问题时一定要善用CCS的调试工具设置断点在ISR入口观察IFR/IMR寄存器查看反汇编确认向量表内容使用Profile Clock功能测量ISR执行时间。记住中断系统的调试往往是硬件、软件、配置交织在一起的耐心地按照“硬件信号-寄存器状态-程序流”的顺序排查总能找到问题所在。