CC35xx无线MCU调试实战：SOC_AAON与DEBUGSS寄存器深度解析-平芜编程栈

1. 项目概述：深入CC35xx调试子系统与SOC_AAON寄存器

如果你正在开发基于德州仪器（TI）CC35xx系列无线MCU的产品，无论是智能家居设备、工业传感器还是可穿戴设备，那么调试工作流的顺畅与否，直接决定了你的开发效率和项目成败。CC35xx作为一款集成Wi-Fi 6和蓝牙低功耗的无线MCU，其内部架构复杂，功能强大，但这也意味着调试工作更具挑战性。官方技术手册动辄数千页，其中关于调试子系统和电源管理寄存器的章节，往往是开发者最需要、但也最容易感到困惑的部分。

我花了相当长的时间，在真实的项目开发中与CC35xx的调试子系统（DEBUGSS）和SOC_AAON寄存器组打交道。从最初的连接失败、断点不生效，到后来能够熟练地通过调试接口监控外设状态、管理安全与非安全域的中断，中间踩过的坑不计其数。这些寄存器不是纸上谈兵的理论，而是你与芯片“对话”的直接窗口。理解它们，你就能在代码跑飞时迅速定位是哪个DMA通道触发了异常中断，能在设备进入低功耗后依然维持调试连接，甚至能通过安全邮箱（DSSM）与芯片内部的引导协处理器进行通信，实现一些高级的固件更新或安全认证流程。

本文将抛开手册中零散的表格和描述，以一个一线嵌入式开发者的视角，系统性地拆解SOC_AAON寄存器组和DEBUGSS子系统。我不会只告诉你每个寄存器偏移量是多少，而是会结合真实的调试场景，解释为什么需要这些寄存器，如何在代码中操作它们，以及在操作时需要注意什么。无论你是正在评估CC35xx平台，还是已经深陷调试泥潭，希望这篇文章能成为你手边一份实用的“作战地图”。

2. SOC_AAON寄存器组深度解析

SOC_AAON（Always-On Domain Registers）是CC35xx中一组至关重要的内存映射寄存器。顾名思义，它们位于一个“常开”的电源域中。这意味着即使芯片的主CPU核心进入睡眠（SLEEP）或深度睡眠（IDLE）模式，这部分逻辑和寄存器仍然是上电且可访问的。这对于实现低功耗场景下的系统监控、唤醒源管理以及——对我们开发者至关重要的——维持调试连接，起到了基石般的作用。

AAON域中包含多个功能模块的寄存器，而本文聚焦的，是其核心的DMA安全与非安全中断管理寄存器组。在基于Arm Cortex-M33（支持TrustZone技术）的CC35xx中，区分安全（Secure）和非安全（Non-Secure）世界是硬件安全的基础。DMA控制器产生的中断也需要遵循这一划分，这正是SOC_AAON中这两套寄存器存在的根本原因。

2.1 寄存器地图与访问原则

首先，我们得建立起对这片“内存领土”的直观认识。SOC_AAON寄存器组在内存映射中有其固定的基地地址（Base Address），每个寄存器通过一个偏移量（Offset）来定位。你提供的资料中Table 5-202就是这份“领土”的地图。

为了方便查阅和对比，我将关键寄存器整理如下：

偏移量 (Offset)	寄存器缩写 (Acronym)	寄存器全名 (Register Name)	所属域	核心功能简述
0x0	`DMASIMASK`	Secure Interrupt Mask	安全域	安全DMA中断的全局掩码寄存器
0x4	`DMASISET`	Secure Interrupt Set	安全域	手动置位安全DMA中断事件
0x8	`DMASICLR`	Secure Interrupt Clear	安全域	手动清除安全DMA中断事件
0xC	`DMASIMSET`	Interrupt Mask Set	安全域	置位安全DMA中断掩码（使能中断）
0x10	`DMASIMCLR`	Interrupt Mask Clear	安全域	清除安全DMA中断掩码（禁用中断）
0x14	`DMASRIS`	Secure Event Status	安全域	安全DMA原始中断状态（未经掩码）
0x18	`DMASMIS`	Masked Interrupt Status	安全域	安全DMA掩码后中断状态（实际触发状态）
0x1000	`DMANSIMASK`	DMA Non-Secure Interrupt Mask	非安全域	非安全DMA中断全局掩码
0x1004	`DMANSISET`	DMA Non-Secure Interrupt Set	非安全域	手动置位非安全DMA中断
0x1008	`DMANSICLR`	DMA Non-Secure Interrupt Clear	非安全域	手动清除非安全DMA中断
0x100C	`DMANSIMSET`	DMA Non-Secure Interrupt Mask Set	非安全域	置位非安全DMA中断掩码
0x1010	`DMANSIMCLR`	DMA Interrupt Mask Clear	非安全域	清除非安全DMA中断掩码
0x1014	`DMANSRIS`	DMA Non-Secure Raw Interrupt Status	非安全域	非安全DMA原始中断状态
0x1018	`DMANSMIS`	DMA Non-Secure Mask Interrupt Status	非安全域	非安全DMA掩码后中断状态

第一个重要注意事项：手册中明确提到，“All register offset addresses not listed in Table 5-202 should be considered as reserved locations”。这意味着，对于任何未在表中列出的偏移地址，你都必须将其视为保留区域。绝对不要尝试去读写这些保留地址，其行为是未定义的，轻则读取到无意义数据，重则可能导致芯片进入不可预测的状态，甚至触发硬件错误。在编程时，务必使用TI提供的标准外设驱动库（DriverLib）或严格依据手册定义的偏移量进行访问。

2.2 安全域DMA中断寄存器详解

安全域的中断管理关乎芯片最核心、最敏感的任务。我们以DMASIMASK寄存器为起点，深入其工作原理。

2.2.1 DMASIMASK：安全中断掩码寄存器

这个寄存器是安全域DMA中断的“总开关”。它的位[11:0]对应着最多12个DMA通道（具体通道数需查具体型号数据手册）的安全中断使能位。

位[11:0] - IMASK: 可读写（R/W）。复位后默认为0。
- 写入0：清除对应通道的中断掩码，即禁止该通道的中断向上传递。
- 写入1：设置对应通道的中断掩码，即允许该通道的中断向上传递。
位[31:12] - RESERVED: 保留位。读取始终为0，写入无效。

这里有一个关键操作逻辑：DMASIMASK是一个直接的、可读写的掩码寄存器。你可以直接读取它当前的值，也可以直接写入一个新的值来全局性地使能或禁用一组中断。例如，如果你想同时使能通道0和通道2的中断，可以这样操作（以C语言和假设的基地址SOC_AAON_BASE为例）：

// 直接设置IMASK值：使能通道0和通道2，其他通道禁用 uint32_t new_mask = (1 << 0) | (1 << 2); HWREG(SOC_AAON_BASE + 0x0) = new_mask; // 写入DMASIMASK // 或者，在现有掩码基础上增加使能通道1（更常见的做法） uint32_t current_mask = HWREG(SOC_AAON_BASE + 0x0); current_mask |= (1 << 1); HWREG(SOC_AAON_BASE + 0x0) = current_mask;

2.2.2 DMASISET 与 DMASICLR：手动触发与清除事件

这两个寄存器用于软件手动干预中断事件的状态，在调试和测试中极其有用。

DMASISET(偏移 0x4): 写1到某一位，会置位DMASRIS寄存器中对应的原始中断状态位，仿佛一个硬件中断事件真的发生了。写0无效。
DMASICLR(偏移 0x8): 写1到某一位，会清除DMASRIS寄存器中对应的原始中断状态位。写0无效。

应用场景：假设你在调试一个DMA传输完成中断服务程序（ISR）。你可以先不配置真实的DMA传输，而是在主循环中，通过写DMASISET寄存器手动“制造”一个中断事件，来测试你的ISR是否能被正确触发和执行。这能帮你将硬件依赖和软件逻辑分离开调试。

2.2.3 DMASIMSET 与 DMASIMCLR：精细化的掩码控制

这两个寄存器提供了另一种修改中断掩码的方式，其特点是“写1有效，写0无效”。

DMASIMSET(偏移 0xC): 写1到某一位，会将DMASIMASK寄存器中对应的位置1（使能中断）。
DMASIMCLR(偏移 0x10): 写1到某一位，会将DMASIMASK寄存器中对应的位置0（禁用中断）。

为什么需要它们？这与DMASIMASK的直接写入形成了功能互补。在多任务或中断上下文中，直接读写DMASIMASK可能不是原子操作。假设一个低优先级任务正在读取-修改-写入DMASIMASK，此时一个高优先级中断发生并修改了同一个寄存器，那么回到低优先级任务后，它的写入可能会覆盖掉高优先级中断的修改，造成数据竞争。而使用DMASIMSET和DMASIMCLR，你只需要向特定的位写1，无需进行“读-改-写”操作，从而避免了竞争条件，保证了操作的原子性和安全性。在编写对可靠性要求高的代码时，更推荐使用这对寄存器。

2.2.4 DMASRIS 与 DMASMIS：洞察中断状态

这是诊断中断问题的“仪表盘”。

DMASRIS(偏移 0x14):原始中断状态寄存器。只要DMA控制器产生了中断事件（无论DMASIMASK是否使能），对应的位就会被硬件置1。它反映了最底层的事件发生情况。
DMASMIS(偏移 0x18):掩码后中断状态寄存器。只有当DMASRIS中的某个位为1，并且DMASIMASK中对应的掩码位也为1（即中断被使能）时，DMASMIS中对应的位才会是1。这个寄存器的值，才是最终会触发CPU中断的“有效”状态。

调试心得：当你的中断服务程序（ISR）没有按预期触发时，一个标准的排查流程是：

检查DMASRIS：确认硬件事件是否真的发生。如果没有，问题出在DMA配置或外设触发源。
检查DMASIMASK：确认中断是否被使能。
检查DMASMIS：如果前两者都正常，这里应该为1。如果还不是，检查是否有其他优先级或嵌套中断问题。
最后，检查CPU层面的NVIC（嵌套向量中断控制器）配置，确保DMA中断向量已启用且优先级设置正确。

2.3 非安全域DMA中断寄存器详解

非安全域（偏移从0x1000开始）的寄存器组，在功能和操作方式上与安全域（偏移从0x0开始）的寄存器是完全镜像和对称的。DMANSIMASK对应DMASIMASK，DMANSRIS对应DMASRIS，以此类推。

核心区别在于安全属性：运行在非安全状态（Normal World）的软件（通常是你的主应用程序）只能访问非安全域的这些寄存器。而运行在安全状态（Secure World）的软件（通常是可信固件或安全服务）则可以访问全部寄存器，包括安全域和非安全域的。这是TrustZone架构在中断管理上的直接体现。

工程实践中的关键点：在典型的双世界软件架构中，安全世界负责初始化和管理所有硬件资源，包括DMA控制器。安全世界的软件会配置好DMA通道，并根据业务需求，决定将哪些通道的中断“分配”给非安全世界。这个“分配”动作，就是通过配置DMANSIMASK等非安全域寄存器来实现的。非安全世界的应用程序只能操作分配给自己的那部分中断资源，无法干扰安全世界的运作，从而实现了硬件级别的隔离与保护。

3. DEBUGSS调试子系统架构与访问机制

如果说SOC_AAON寄存器是维持系统“生命体征”和中断管理的后台，那么DEBUGSS（调试子系统）就是我们开发者与芯片进行“深度对话”的前台。它负责将标准的ARM Serial Wire Debug (SWD) 两线接口，转换并连接到芯片内部复杂的调试网络上。

3.1 物理接口与连接建立

DEBUGSS的物理接口是标准的ARM SWD，只需要两根线：

SWDIO: 双向数据线。用于发送命令、地址和读写数据。
SWCLK: 时钟线。由调试探头（Debug Probe，如J-Link， XDS110）驱动。

一个容易被忽略的细节是内部上拉/下拉电阻。CC35xx在SWDIO和SWCLK引脚上默认使能了内部上拉/下拉电阻（SWDIO上拉，SWCLK下拉）。其首要目的是在没有连接调试探头时，将这两个引脚置于确定的状态（高电平和低电平），防止其悬空导致意外功耗或误触发。根据ARM建议，这个电阻值至少为100kΩ，CC35xx的内部电阻满足此要求。这意味着在大多数情况下，你不需要在外部再额外添加这些电阻，简化了PCB设计。

连接建立流程：当你用调试探头连接目标板并上电后，探头会主动向目标芯片的SW-DP（Serial Wire Debug Port）发送一个特定的配置序列。这个序列就像是一段“握手暗号”。只有暗号对了，SW-DP才会被激活，DEBUGSS才会建立有效的SWD连接，并通知芯片的引导代码（Bootcode）调试会话已开始（通过设置DBGSS.DBGCTL[1]的SWDSEL位）。同样，断开连接也需要由探头发送断开序列。因此，突然拔掉调试线缆并不是一个“优雅”的断开方式，虽然通常不会造成损坏，但可能使芯片端的调试状态未完全清理。

3.2 五大调试访问端口（AP）解析

SWD连接建立后，调试探头并不能直接访问芯片的所有内存和外设。它需要通过一个叫做DAPBUSIC（Debug Access Port Bus Interconnect）的总线互联结构，来访问不同的调试访问端口。每个AP就像一扇通往不同功能区域的门。你提供的Table 6-1列出了这些“门”：

APSEL	AP 名称	端口描述	主要用途
0x0	Config-AP	配置访问端口	识别设备。读取器件型号、版本、唯一ID等。这是调试工具（如IAR， CCS）连接后首先访问的AP，用于自动识别芯片。
0x1	Power-AP	电源复位时钟管理AP	电源与复位控制。查询和控制各子域（如CORE， HOST）的电源、复位和时钟状态。在低功耗调试和系统状态监控中至关重要。
0x2	Security-AP	安全访问端口	访问调试邮箱（DSSM）。这是安全世界与非安全世界（或调试工具）之间进行数据和控制信令交换的通道，用于实现安全引导、固件更新等。
0x3	ET-AP	能耗追踪AP	能耗追踪。访问内部各个IP（知识产权模块）的活动状态（复位、使能、活跃），用于功耗分析和优化。
0x7	AHB-AP	AHB总线访问端口	核心调试功能。这是最常用的AP，通过它，调试工具可以像CPU一样访问整个设备的内存映射：读写内存、外设寄存器，控制处理器运行（运行、停止、单步），设置硬件断点等。

AHB-AP是日常调试的“主战场”。当你使用IDE进行下载、单步调试、查看变量内存时，所有的读写请求最终都是通过AHB-AP来完成的。它实现了ARM CoreSight架构中的Memory Access Port功能。

3.3 处理器与外围设备调试功能

3.3.1 处理器调试通过AHB-AP，调试工具可以利用Cortex-M33内核内置的调试组件实现强大功能：

控制执行：停止（Halt）、运行（Run）、单步（Step）处理器。
查看与修改状态：当处理器停止时，可以读取和修改所有CPU寄存器（R0-R15， xPSR等）。
硬件断点：CC35xx提供了8个硬件断点比较器。这是非常宝贵的资源。硬件断点通过在指令地址匹配时触发调试事件来工作��不占用任何代码空间，对执行速度无影响。需要注意的是，BPU只对从代码区域（0x00000000 – 0x1FFFFFFF）的指令取指进行地址匹配，对数据读写访问无效。
系统控制空间访问：可以读取SCS中的寄存器，获取如HardFault状态、中断控制状态等信息。

3.3.2 外围设备调试除了控制CPU，通过AHB-AP访问内存映射，调试工具可以直接读写任何外设的寄存器。这在你需要检查某个定时器的计数值、UART的FIFO状态，或者直接修改GPIO输出时非常方便。

更高级的是，许多外设（如SYSTIM系统定时器）都有一个EMU（仿真控制）寄存器。这个寄存器里通常有RUN/STOP位。默认情况下，当处理器因调试而停止时，外设的时钟也会被停止（STOP模式），外设随之暂停。但如果你在EMU寄存器中设置了RUN位，那么即使CPU停了，这个外设也会继续运行。这在调试需要与实时外设（如通信接口）交互的代码时非常有用，可以避免因为单步调试而错过真实的数据流。

3.4 低功耗模式下的调试行为

无线MCU的调试，很大一个挑战就是低功耗模式。CC35xx的DEBUGSS设计得相当友好，它支持在除SHUTDOWN模式外的所有操作模式下维持SWD连接。

ACTIVE 和 IDLE 模式：这是最理想的调试状态。调试连接完全正常，你可以进行处理器调试、内存访问等所有操作。
SLEEP 模式：此时，CPU和大部分时钟可能已经关闭以节省功耗。DEBUGSS本身的功能（如连接状态）依然保持，你可以通过SWD接口与DEBUGSS通信（例如，通过Power-AP查询电源状态），但无法通过AHB-AP访问CPU的调试端口或内存映射（因为相关时钟域已关闭）。这意味着你不能在SLEEP模式下进行单步或查看变量。通常，调试工具会等待设备被唤醒（例如，通过一个中断）回到ACTIVE模式后，再恢复调试会话。
SHUTDOWN 模式：这是最深的低功耗模式，几乎所有电源域都关闭了，包括AAON域。SWD物理接口断电，调试连接会丢失。设备只能通过特定的唤醒源（如GPIO、RTC等）唤醒。唤醒后，芯片会经历冷启动，调试连接需要重新建立。

Table 6-2 清晰地总结了这些行为。在调试低功耗应用时，理解这张表至关重要。如果你的设备进入了SLEEP，调试器看起来“失去响应”是正常现象，不必惊慌，检查是否有唤醒事件发生。

3.5 调试访问控制与安全

DEBUGSS支持通过熔丝（Fuses）来控制调试访问的权限，这是产品化阶段必须考虑的安全措施：

开放模式（Open）：默认状态。调试认证被绕过，允许自由调试。此模式仅适用于开发阶段，绝对禁止用于最终产品。
认证调试模式（Authenticated Debug）：在此模式下，任何通过SWD进行的调试访问，都需要一个经过签名和认证的调试请求。这个签名基于每颗设备唯一的密钥（与设备唯一的ROT公钥相关联）。只有持有对应私钥的授权方（如产品厂商）才能进行调试。这有效防止了生产后的固件被提取或篡改。

4. SOC_DEBUGSS关键寄存器实战指南

DEBUGSS本身也有一套内存映射寄存器，用于配置和查询调试子系统的状态。我们挑几个在开发和调试中最常打交道的来分析。

4.1 设备识别与信息获取

当调试工具连接时，它首先会访问Config-AP（APSEL=0x0）来“认识”这颗芯片。

CFGAPDEVID (偏移 0x0)：设备标识寄存器。它包含了制造商ID（TI的JEDEC码）、器件型号和版本信息。调试软件（如TI的CCS， IAR的插件）就是靠读取这个寄存器来自动识别CC35xx芯片型号并加载对应调试脚本的。
CFGAPUDID0/CFGAPUDID1 (偏移 0x28， 0x2C)：这两个寄存器组合成一个64位的唯一设备标识符。这个UID在安全认证、生产追踪和版权保护等场景中非常关键。

4.2 电源与复位控制（Power-AP）

Power-AP（APSEL=0x1）是进行低功耗调试和系统控制的强大工具。其核心是PWRAPDP0到PWRAPDP3这一组“子域电源、复位、执行控制寄存器”。每个寄存器对应一个核心子域（如WSOC MCU， WPHY MCU， LRF MCU， APP MCU）。

以PWRAPDP0（对应WSOC MCU）为例，几个关键字段：

PWR(位5):只读。指示CORE电源域是否上电。1=上电。
CLKSTATE(位2):只读。指示WSOC MCU是否有时钟。1=有时钟。
DBGATT(位10):只读。指示WSOC MCU是否已停止并进入调试模式。1=已停止调试。
RSTCTL(位[16:14]):可读写。这是调试工具进行复位控制的接口。
- 000: 正常操作。
- 001: 等待复位（延长复位）。可以让核心保持在复位状态。
- 010: 阻塞复位。防止复位信号影响该域。
- 100: 复位请求。请求复位该域。
FORCEACT(位3):可读写。调试覆盖位。当芯片因低功耗要关闭某个域时，调试工具可以通过将此位置1，强制该域保持活动（上电和时钟）状态，以便进行调试。这是一个非常实用的调试功能，可以让你在设备尝试进入低功耗时“抓住”它，检查其状态。

4.3 调试邮箱通信（Security-AP）

Security-AP（APSEL=0x2）提供了通过SWD与芯片内部安全软件（如Bootloader）通信的邮箱机制（DSSM）。这主要用于实现安全的生产编程、现场固件更新（FOTA）等高级功能。

其核心是两组数据/控制寄存器：

发送通道：SECAPTXD(数据) 和SECAPTXCTL(控制)。
接收通道：SECAPRXD(数据) 和RXCTL(控制)。

通信流程通常是握手式的：调试工具将数据写入SECAPTXD，然后SECAPTXCTL的DATAVAIL位会自动置1，通知安全软件取数据。安全软件取走数据后，该位清零。反之亦然，安全软件通过SECAPRXD发送数据，并通过RXCTL的DATAVAIL位通知调试工具。

5. 常见调试问题排查与实战技巧

基于多年的调试经验，我总结了一些CC35xx调试过程中的典型问题和解决方法。

5.1 调试器无法连接或连接不稳定

这是最令人头疼的问题之一。请按以下步骤排查：

硬件连接：
- 确认SWDIO和SWCLK线路连接正确，没有接反。
- 测量SWCLK引脚是否有时钟信号（通常为几百kHz到几MHz的方波）。如果没有，检查调试探头是否正常工作，目标板是否供电。
- 检查电源和复位：确保芯片的VDD核心电压稳定，复位引脚（如果有）处于释放状态（非复位电平）。不稳定的电源是导致连接失败的常见原因。
内部电阻冲突：CC35xx的SWD引脚内部已有上拉/下拉。如果你的电路板上额外添加了强上拉/下拉电阻（如4.7kΩ），可能会与内部电阻冲突，导致信号电平异常。尝试移除外部电阻。
引脚复用：确认SWDIO和SWCLK引脚没有被配置为其他功能（如普通GPIO）。在芯片初始启动时，默认是调试功能。但如果你的程序一开始就将这些引脚重映射为GPIO并改变了方向，可能会导致后续无法调试。一个技巧是在初始化代码中最后再配置这些可能复用的引脚。
低功耗模式：如果设备处于SLEEP模式，调试器可能无法访问CPU，但连接应仍在。如果设备进入了SHUTDOWN，连接会断开。确保你的调试会话开始时，设备处于ACTIVE模式。可以通过在main()函数开头加一个延时或循环来“等待”调试器连接。
安全熔丝：如果芯片被配置为“认证调试”模式，而你的调试会话没有提供正确的签名，连接会被拒绝。确认芯片的调试安全策略。

5.2 断点不生效或行为异常

硬件断点资源耗尽：CC35xx只有8个硬件断点。如果你在IDE中设置了超过8个断点，多出的断点可能会被转换为软件断点（修改指令为BKPT），这可能会在某些只读存储器（如Flash）区域失败，或者影响代码执行时序。检查你的断点数量，优先在关��路径使用硬件断点。
断点地址无效：硬件断点只对代码区域（0x00000000 – 0x1FFFFFFF）的指令取指有效。尝试在数据区（如SRAM）或外设寄存器地址上设置断点是无效的。对于数据监视，需要使用数据观察点（Watchpoint）功能，但Cortex-M33的观察点数量更少（通常4个），需要更谨慎地使用。
优化等级影响：编译器的高等级优化（如-O2， -Os）可能会大幅重组代码，导致你设置的断点行号与实际生成的指令地址对应不上。在深度调试时，可以暂时使用低优化等级（如-O0， -Og）。

5.3 在中断服务程序中单步调试时外设“卡死”

这是因为默认情况下，当CPU因调试而停止时，外设的时钟也可能被停止（取决于其EMU寄存器的配置）。如果你在UART的接收中断ISR里单步，而UART已经停止了，那么后续的数据就会丢失。

解决方案：查阅该外设的技术手册，找到其仿真控制寄存器（EMU），将RUN位置1。这样，即使CPU停止，此外设也会继续运行。例如，对于某些定时器或通信接口，这个功能非常有用。

5.4 如何观察DMA传输状态和调试DMA中断

这是SOC_AAON寄存器大显身手的地方。假设你配置了一个DMA通道进行内存到外设的数据传输，但中断没有触发。

检查DMA控制器本身：首先，通过内存读写（通过调试器查看外设寄存器）确认DMA控制器的源地址、目的地址、传输量等配置是否正确，并确认已启动传输。
检查SOC_AAON状态：
- 读取DMANSRIS（假设是非安全DMA）寄存器，查看对应通道的原始中断状态位是否为1。如果不是，说明DMA控制器根本没有产生完成事件，问题在DMA配置或触发源。
- 如果DMANSRIS为1，再读取DMANSIMASK，确认该通道的中断是否被使能。
- 最后读取DMANSMIS，如果这里为1，说明中断已经成功传递到中断系统。
检查NVIC：在调试器的“Peripherals”或“Registers”窗口中，找到NVIC模块，确认对应DMA通道的中断是否已使能（ISER寄存器），以及是否有挂起的中断（ISPR寄存器）。
软件模拟：在排除硬件问题后，可以尝试软件模拟。在代码中，手动向DMANSISET寄存器的对应位写1，观察是否能触发中断服务程序。这可以帮你隔离是硬件事件生成问题，还是中断响应路径的问题。

5.5 低功耗调试技巧

调试低功耗应用时，目标设备经常“睡着”，让调试器失去响应。

使用Power-AP保持电源：在设备即将进入你不希望的低功耗模式（如DEEPSLEEP）前，通过调试脚本或手动修改PWRAPDPx寄存器中的FORCEACT位，强制相关电源域保持活动。这样你就能在设备“本该睡着”的时候继续检查内存和寄存器。
利用唤醒源：在调试低功耗唤醒流程时，不要只依赖代码中的延时。可以通过调试器手动拉高一个GPIO（配置为唤醒源）的电平，来模拟真实的唤醒事件，观察设备是否能正确响应并退出低功耗模式。
监控功耗域状态：通过Power-AP的PWR和CLKSTATE等位，实时监控各子域的电源和时钟状态，绘制出设备在不同低功耗模式下的状态切换图，这对于理解和优化功耗序列非常有帮助。

调试CC35xx这类复杂的无线MCU，是一个需要耐心和系统方法的过程。理解SOC_AAON和DEBUGSS的寄存器级工作原理，就如同掌握了芯片的“内部语言”。从确保稳定的物理连接开始，到利用各种AP端口洞察系统内部，再到精细地控制中断和电源状态，每一步都需要结合手册的理论和实际的调试工具进行操作。希望这篇结合了原理和实战经验的解析，能让你在下次面对棘手的调试问题时，多一份从容和把握。记住，最有效的调试往往是建立在最深入的理解之上的。