CC13x2/CC26x2 MCU事件驱动架构：中断、唤醒与低功耗设计详解

1. 事件与中断系统架构概览

在嵌入式开发，尤其是低功耗无线MCU领域，中断和事件系统是连接硬件外设与软件响应的“神经系统”。它决定了系统如何感知外部世界的变化，并以何种优先级和方式做出反应。TI的CC13x2/CC26x2系列MCU在这方面设计得尤为精巧，其核心在于两套并行的“事件总线”结构：MCU事件结构和AON事件结构。你可以把它们想象成公司内部的两套通信网络：MCU事件总线负责处理主系统（CPU域）内高速、频繁的通信，比如定时器中断、DMA传输完成、外设数据就绪等；而AON事件总线则像是一个24小时待命的“值班网络”，专门处理那些即使在主系统深度睡眠时也需要被感知的极低功耗事件，比如GPIO按键唤醒、RTC闹钟、电池电压监测等。

这套机制的精妙之处在于“解耦”与“路由”。传统的中断系统往往是外设直接“连线”到CPU的中断引脚，耦合度高，配置不灵活。而CC13x2/CC26x2采用的事件驱动架构，将事件生产者（如GPT、ADC、UART）和事件消费者（订阅者，如CPU中断向量、DMA通道、AUX控制器）通过一个可编程的“交叉开关”连接起来。这意味着，任何一个外设产生的事件，理论上可以被路由到任何一个有能力处理它的订阅者。例如，一个GPIO的上升沿事件，既可以配置为触发一个CPU中断来执行一段复杂的处理程序，也可以直接触发DMA将数据搬运到内存，完全不需要CPU干预，从而实现极高的能效比。

理解这个架构是进行任何底层中断和事件配置的前提。整个系统的响应速度、功耗水平，乃至软件的实时性，都深深依赖于你对这套事件路由网络的掌握程度。下面，我们就深入到具体的订阅者和配置寄存器中，看看如何驾驭这套强大的系统。

2. 核心事件订阅者详解

事件订阅者是整个事件流的目的地。CC13x2/CC26x2的MCU事件总线共有11个订阅者，它们可以被分为两大类：一类是外设功能型订阅者，另一类是CPU核心相关订阅者。根据技术参考手册，像µDMA、GPT、AUX、I2S、Radio这些外设订阅者，其配置和使用方法分散在各自对应的章节。本文我们将聚焦于与CPU交互最直接、也最关键的三个核心订阅者：系统CPU中断、非屏蔽中断和Freeze信号。搞懂了它们，你就掌握了让CPU“干活”和“休息”的核心开关。

2.1 系统CPU订阅者：中断向量映射的枢纽

系统CPU订阅者是事件总线最主要的消费者，它对应着Cortex-M内核的NVIC中断向量表。手册中的Table 5-7（虽然输入资料未直接给出表格内容，但通过上下文可推断）清晰地展示了从向量号16到49的中断，其源头正是由MCU事件总线路由到CPU的事件。这里有一个关键概念：电平中断。MCU事件总线将所有电平触发的中断事件都路由给了系统CPU。这意味着，对于像GPIO电平变化这类需要持续检测状态的事件，CPU是最终的处理器。

这里需要特别关注两个特殊的、可编程的事件源：

1. AON可编程事件0：这是一个动态事件，其输入源可以在AON事件总线中进行配置。例如，你可以将一个RTC的周期性更新事件或一个来自电池监控器的低压事件，配置为AON_PROG0，然后路由到CPU中断。
2. 动态可编程事件：对应着EVENT:CPUIRQSEL30寄存器。这是整个系统中唯一一个可以由软件在MCU事件总线侧动态重映射的CPU中断输入。它的地位极其重要，为你提供了运行时灵活调整事件路由的能力。

注意：EVENT:CPUIRQSEL29寄存器是只读的，它固定映射到上述的AON_PROG0事件。这意味着，如果你想改变输入到CPUIRQ29的事件，必须在AON事件总线端（通过AON_EVENT:EVTOMCUSEL.AON_PROG0_EV）进行配置，而不是在MCU事件总线端。

2.2 NMI订阅者：不可屏蔽的紧急通道

非屏蔽中断订阅者是一个特殊的、高优先级的通道。在CC13x2/CC26x2中，它只有一个固定的、不可配置的输入源：看门狗定时器。对应的只读寄存器CM3NMISEL0指明了这一点。NMI，顾名思义，其优先级高于任何可屏蔽中断，一旦触发，CPU必须立即响应。它通常用于处理最严重的系统错误，比如看门狗超时（意味着程序可能跑飞或死锁）。在软件设计时，NMI服务例程应尽可能短小，只做最关键的恢复或记录操作，然后复位系统，因为它打断了所有正常的中断处理流程。

2.3 Freeze订阅者：调试与功耗控制的利器

Freeze订阅者是一个为调试和低功耗管理设计的独特功能。当你在调试器中暂停（Halt）CPU时，通常希望某些外设也能同步暂停，以便观察一个“冻结”的系统状态。Freeze信号就是用于此目的。它可以将CPU的暂停状态传递给其他外设，如通用定时器、传感器控制器、射频核心和RTC。

FRZSEL0寄存器允许你选择哪些事件能触发Freeze输出。手册Table 5-6列出了可选事件，主要包括：

• NONE：无事件，Freeze输出静态0或1。
• CPU_HALTED：当CPU被调试器暂停时触发。
• ALWAYS_ACTIVE：始终有效。

一个至关重要的细节是：当Freeze信号有效时，RTC的主计数器会停止递增，但RTC的更新事件不会停止。这个更新事件是一个由32kHz时钟分频产生的16kHz信号，它会继续发送给射频核心和AON事件总线。这意味着，即使在调试暂停期间，依赖于RTC更新事件的低功耗通信调度可能仍在后台运行，在调试射频相关时序问题时需要特别注意这一点。

3. AON事件总线与唤醒源配置

如果说MCU事件总线是系统清醒时的“高速公路”，那么AON事件总线就是系统沉睡时的“生命线”。它由Always-On电源域供电，即使在MCU主域完全掉电时也能保持工作。它的核心职责是唤醒管理。

3.1 AON事件源枚举

AON事件总线定义了丰富的低功耗事件源，这些是构建超低功耗应用的基础。根据输入资料中的Table 5-7，我们可以将其分类：

• 外部IO事件：DIO0至DIO31以及DIO（任意DIO）。这是最常用的唤醒源，比如按键、传感器信号。
• RTC事件：包括三个通道的匹配事件、延迟事件、组合延迟事件以及周期性的更新事件。这是实现定时唤醒和复杂调度算法的核心。
• AUX事件：来自传感器控制器的软件触发事件、比较器触发、ADC完成、TDC完成、定时器事件等。AUX本身是一个低功耗协处理器，它产生的事件可以直接唤醒主MCU。
• 电池监控事件：电池电压和温度更新事件，用于实现基于电源状态的智能唤醒。
• JTAG事件：调试接口产生的事件。

这些事件通过AON_EVENT模块的寄存器进行选择和路由，主要流向两个目的地：唤醒MCU和送入MCU事件总线。

3.2 MCU唤醒选择寄存器深度解析

MCUWUSEL和MCUWUSEL1这两个寄存器是低功耗设计的“守门人”。它们各有4个字段（WU0_EV 至 WU7_EV），共可配置8个独立的唤醒源。每个字段是一个6位的选择器，可以从多达几十个AON事件中选择一个作为唤醒源。

配置流程与核心逻辑：

1. 选择事件：根据你的应用需求，从AON事件列表中选择一个。例如，如果你想用DIO12的上升沿唤醒，就选择DIO12事件；如果想用RTC每秒钟唤醒一次，就选择RTC_UPD（更新事件）。
2. 配置IO（如需要）：如果选择的是DIO事件，必须在对应的MCU_IOC:IOCFGx寄存器中，将IOEV_MCU_WU_EN位置1，使能该DIO对MCU唤醒事件的贡献。这是新手最容易忽略的步骤，导致配置了唤醒源却无法唤醒。
3. 写入寄存器：将所选事件的枚举值写入MCUWUSELx.WUy_EV字段。例如，配置DIO12为唤醒源0：MCUWUSEL.WU0_EV = 0x0C（因为DIO12的事件编号是0x0C）。
4. 提前配置原则：手册中特别强调了一个关键点：必须在MCU请求进入掉电模式之前，就在AON_EVENT中设置好唤醒事件。具体来说，是在电源控制模块请求使用uLDO之前（参考PRCM:VDCTL.ULDO的条件）。这是因为唤醒序列的准备工作需要在掉电前完成。一个可靠的实践是在系统初始化阶段，就配置好所有可能用到的唤醒源。

一个典型错误场景：工程师在进入低功耗模式前才动态配置唤醒源，但由于某些外设或时钟已经关闭，配置未能及时生效，导致系统“睡死”。正确的做法是在系统启动后、任何低功耗操作前，就完成唤醒源的静态配置。

3.3 事件路由至MCU总线：EVTOMCUSEL寄存器

EVTOMCUSEL寄存器负责将AON事件总线上的事件，路由到MCU事件总线上，作为AON_PROG0/1/2事件。这三个事件是连接AON域和MCU域事件世界的桥梁。

• AON_PROG0_EV：路由到MCU事件总线的固定事件，最终映射到CPU中断29（CPUIRQSEL29）。
• AON_PROG1_EV和AON_PROG2_EV：路由到MCU事件总线，可作为动态事件源，例如被CPUIRQSEL30或DMA等订阅者使用。

配置示例：假设你想让RTC的通道0匹配事件既能唤醒MCU，也能产生一个CPU中断进行更复杂的处理。

1. 在MCUWUSEL中配置一个唤醒源为RTC_CH0。
2. 在EVTOMCUSEL.AON_PROG0_EV中也配置为RTC_CH0。
3. 这样，当RTC通道0匹配时，AON事件会同时触发MCU唤醒序列，并通过AON_PROG0事件映射到CPU中断29。在中断服务程序中，你可以处理RTC相关的任务。

4. 核心配置寄存器：CPUIRQSELx 详解与实战

EVENT:CPUIRQSEL0到EVENT:CPUIRQSEL37这38个寄存器，是连接MCU事件总线到CPU中断向量的最终映射表。它们定义了中断号16至53（对应向量表位置）的具体事件源。绝大多数这些寄存器是只读的，其映射关系在芯片设计时已经固定。这是TI为了简化常用外设的中断映射所做的设计。

4.1 固定映射的中断源分析

我们通过分析几个关键的CPUIRQSEL寄存器来理解这种固定映射：

• CPUIRQSEL0(INT16): 映射到0x04- IOC的边沿检测事件。这意味着外部GPIO中断被固定分配给了中断向量16。你需要通过IOC:IOCFGx.EDGE_IRQ_EN和EDGE_DET来配置具体哪个引脚、何种边沿触发。
• CPUIRQSEL4(INT20): 映射到0x07- AON_RTC的组合事件。所有AON_RTC产生的事件（如通道匹配、溢出等），在使能后都会汇集到这里，触发同一个中断。你需要在AON_RTC:CTL.COMB_EV_MASK中屏蔽不需要的事件。
• CPUIRQSEL15-CPUIRQSEL22(INT31-INT38): 分别固定映射到GPT0A/B, GPT1A/B, GPT2A/B, GPT3A/B的定时器中断。例如，CPUIRQSEL15.EV = 0x10对应GPT0A中断。定时器的中断使能和控制在其自身的TAMR/TBMR寄存器中。
• CPUIRQSEL30(INT46): 这是黄金通道，它是唯一一个可读写的CPUIRQSEL寄存器。这意味着你可以在运行时动态改变中断46的源！它的选项极其丰富，从AUX的各个事件（ADC完成、定时器、比较器）到软件事件、DMA完成事件等。这为你实现高度动态的中断处理逻辑提供了可能。

4.2 动态可编程中断配置实战

让我们以配置CPUIRQSEL30，使其响应AUX ADC转换完成事件为例，展示完整的配置流程和代码思路：

// 步骤1：在AON事件总线中，将AUX_ADC_DONE事件路由到MCU事件总线（如果需要通过AON_PROGx） // 本例我们直接使用MCU事件总线已有的AUX_ADC_DONE事件，其枚举值为0x31。 // 步骤2：配置CPUIRQSEL30寄存器，选择AUX_ADC_DONE作为中断源 // AUX_ADC_DONE 的枚举值是 0x70 (十进制112)，但查阅CPUIRQSEL30的选项表，发现 0x70 对应的是 “AUX ADC done”。 // 注意：寄存器描述中的十六进制值(如0x70)是事件枚举值，需要确认其在CPUIRQSEL30选项列表中的存在。 // 根据资料，0x70 是有效选项之一。 HWREG(EVENT_BASE + EVENT_O_CPUIRQSEL30) = 0x70; // 设置中断源为AUX ADC完成 // 步骤3：在NVIC中使能对应的中断（假设INT46对应某个IRQn，需查阅头文件） // 例如，如果CPUIRQSEL30对应的是INT46，在标准CMSIS中可能需要查找具体的IRQ编号。 // 假设我们通过头文件得知 INT46 的IRQn是 `INT_AUX_ADC_IRQ`。 NVIC_EnableIRQ(INT_AUX_ADC_IRQ); // 步骤4：在AUX模块中使能ADC，并配置其产生中断事件到MCU事件总线 // 这通常涉及配置AUX_EVCTL等寄存器，将ADC完成事件连接到MCU事件总线的输出。 AUX_EVCTL->EVTOMCUSEL = ... ; // 具体配置取决于AUX模块的事件路由设置 AUX_ADC_ENABLE(); // 使能ADC AUX_ADC_START_CONVERSION(); // 开始转换 // 步骤5：编写中断服务程序 void AUX_ADC_ISR(void) { // 1. 清除ADC完成标志位 (在AUX_ADC或AUX_EVCTL中) // 2. 读取ADC结果 // 3. 处理数据 // 4. 如果需要，重新启动下一次转换 // 5. 清除中断标志（通常NVIC或EVENT模块有相关寄存器） }

关键点解析：

• 事件枚举值 vs 寄存器值：CPUIRQSELx.EV字段写入的值，是“事件枚举值”，这个枚举列表在CPUIRQSEL30的描述中定义。它不同于AON事件表中的编号。必须严格使用CPUIRQSEL30描述表中给出的值（如0x70代表AUX ADC done）。
• 两级路由：对于来自AUX、RTC等外设的事件，有时需要两级配置：首先在外设或AON总线端使能事件输出，然后在CPUIRQSELx端选择该事件。务必查阅完整的事件路径。
• 中断使能：配置了事件路由，仅仅是把“电线”接上了。必须在NVIC中使能对应的中断请求，CPU才会跳转执行ISR。

4.3 其他关键订阅者寄存器概览

除了CPU中断，事件总线还有其他重要的订阅者，它们的配置寄存器遵循类似模式：

• RFCSELx：用于将事件路由到射频核心，触发射频相关的操作。例如，可以用GPT的比较事件来精确触发射频的收发时序。
• GPTxCAPTSEL：通用定时器的输入捕获事件选择。允许你将一个外部事件（如GPIO边沿）或内部事件（如另一个定时器的输出）连接到定时器的捕获引脚，用于精确测量脉冲宽度或频率。
• UDMACHxS/BSEL：DMA通道的单次/突发请求选择。这是实现外设与内存间自动数据搬运的关键。例如，可以将UART的RX事件连接到DMA通道的请求源，这样每收到一个字节，DMA自动将其搬运到指定数组，无需CPU干预。
• AUXSEL0：将事件路由到AUX传感器控制器，用于触发其内部的操作。
• I2SSTMPSEL0：配置I2S从模式下的帧同步时钟源。
• SWEV寄存器：这是一个非常实用的寄存器，用于通过软件直接触发事件。向SWEV0~SWEV3位写1，可以产生对应的软件事件。这些事件可以被路由到任何订阅者，常用于软件同步、测试或触发DMA传输。

5. 低功耗事件路由最佳实践与调试技巧

基于以上分析，要构建一个稳健高效的低功耗事件驱动系统，需要遵循一套最佳实践。

5.1 低功耗应用的事件配置策略

1. 唤醒源分类配置：将唤醒源分为“紧急”和“常规”。例如，按键（紧急）配置为高优先级中断并唤醒；而周期性传感器采样（常规）可以使用RTC事件唤醒，并在中断中判断是否需要处理，必要时可快速返回睡眠。
2. 充分利用AON事件：所有需要从深度睡眠（Shutdown, Standby）唤醒的场景，必须使用AON事件总线上的源（通过MCUWUSEL配置）。MCU事件总线上的事件在深度睡眠下是无效的。
3. 中断与DMA协同：对于连续数据流（如ADC采样、UART通信），优先使用DMA。将外设事件（如UART0_RX）路由到DMA请求（UDMACH1BSEL），并设置DMA完成中断（CPUIRQSEL24，Combined DMA done）进行缓冲区切换或后续处理。这大幅降低CPU干预频率。
4. 动态重映射的应用场景：善用可写的CPUIRQSEL30寄存器。例如，在应用的不同阶段，你可能需要不同的触发条件来执行同一段处理函数。你可以在运行时改变CPUIRQSEL30的映射，而不需要修改中断向量表或注册多个ISR。

5.2 常见配置陷阱与排查指南

即使理解了原理，实际配置时也常会遇到事件不触发的问题。以下是一个系统性的排查清单：

• 问题：配置了GPIO边沿中断，但无法触发。

  • 检查1：IOCFG配置：确认IOC:IOCFGx.EDGE_IRQ_EN和EDGE_DET已正确设置。EDGE_DET需要同时使能上升沿和下降沿检测吗？根据需求选择。
  • 检查2：中断屏蔽：确认NVIC中对应的中断已使能。CPUIRQSEL0是只读的，但中断使能在NVIC。
  • 检查3：全局中断：确保在main()函数中或系统初始化后，调用了类似__enable_irq()的指令开启了全局中断。
  • 检查4：引脚复用：确认该DIO引脚没有被配置为其他外设功能（如UART TX），这可能会覆盖中断设置。

• 问题：RTC唤醒可以工作，但对应的CPU中断不触发。

  • 检查1：事件路径：RTC事件需要先通过AON_EVENT:EVTOMCUSEL路由到MCU事件总线（作为AON_PROG0等），然后再通过CPUIRQSEL29（只读，固定连接）映射到CPU。确认EVTOMCUSEL寄存器配置正确。
  • 检查2：AON_RTC中断使能：在AON_RTC:CTL寄存器中，是否使能了对应通道的事件（EV_EN）以及组合事件掩码（COMB_EV_MASK）？
  • 检查3：中断标志：在ISR中或之前，是否清除了RTC的事件标志？未清除的标志会阻止后续中断。

• 问题：DMA传输无法自动启动。

  • 检查1：DMA请求源映射：确认UDMACHxBSEL或UDMACHxSSEL寄存器是否正确映射到了外设的DMA请求事件（如UART0_RX对应0x30或0x31）。
  • 检查2：外设DMA使能：例如，对于UART，需要设置UART0:DMACTL.RXDMAE = 1来使能RX DMA请求。
  • 检查3：DMA通道配置：DMA通道本身的控制数据结构（如源地址、目的地址、传输大小、模式）是否已正确配置并启用？

• 问题：使用CPUIRQSEL30动态切换事件源后，中断行为异常。

  • 检查1：原子操作：在修改CPUIRQSEL30时，最好先禁用对应的中断（NVIC_DisableIRQ），修改完成后再使能，避免在修改过程中产生不可预料的中断。
  • 检查2：事件源状态：新切换过去的事件源，在其自身模块中是否已处于活动状态并能够产生事件？例如，切换到AUX_TIMER0_EV，需要确保AUX Timer0已配置并运行。
  • 检查3：清除残留标志：在切换前，清除旧事件源可能挂起的中断标志；切换后，也清除新事件源可能已有的标志位，避免立即触发一次历史中断。

5.3 调试辅助技巧

1. 利用软件事件：SWEV寄存器是你的好朋友。在调试事件路由时，可以先将订阅者（如某个CPU中断或DMA通道）配置为响应SWEV0。然后在代码中手动写SWEV.SWEV0=1，观察中断是否触发或DMA是否启动。这可以快速隔离问题是出在事件路由配置上，还是出在事件生产者本身。
2. 阅读默认值：所有CPUIRQSELx寄存器在复位后都有一个默认值。查看这些默认值（在寄存器描述的Reset列）可以快速了解芯片出厂时中断的默认映射关系，这通常是TI推荐的标准外设中断映射。
3. 理解“Always inactive”和“Always asserted”：在事件选择列表中，0x00代表“始终无效”，0x79代表“始终有效”。前者可用于禁用某个事件输入，后者可用于测试或生成恒定触发信号。

通过深入理解事件订阅者与寄存器配置，你就能将CC13x2/CC26x2 MCU强大的事件驱动架构转化为实际项目中的性能与功耗优势。记住，关键在于规划清晰的事件流，理解每一级路由的配置点，并利用动态重映射和DMA等特性来解放CPU，这才是发挥这款低功耗无线MCU全部潜力的要诀。