深入解析TI CC35xx SOC_AON寄存器：系统控制与硬件安全隔离实战-拓冰建站

1. SOC_AON寄存器概览：系统控制与安全的核心枢纽

在嵌入式系统开发，尤其是像TI CC35xx这类集成了Wi-Fi 6和蓝牙低功耗的复杂无线MCU中，SOC_AON（Always-On Domain）寄存器组扮演着系统“神经中枢”和“安全卫士”的双重角色。这个模块之所以被称为“Always-On”，是因为它管理的功能（如部分中断、安全配置、内存防火墙）即使在主处理器核心进入深度睡眠状态时也必须保持活动，以确保系统能够被唤醒并对关键事件做出响应。对于从事底层驱动开发、系统架构设计或安全启动开发的工程师而言，透彻理解SOC_AON寄存器是进行精细化系统控制和构建可靠安全边界的前提。

简单来说，你可以把SOC_AON想象成一个永不关门的控制中心。主处理器（M33）和其他核心（如无线核心）可以去睡觉以省电，但这个控制中心必须有人值班。它手里握着几把关键的钥匙：第一把钥匙控制着哪些“外部事件”（比如GPIO电平变化、定时器到期）可以叫醒哪个“房间”（处理器或外设）；第二把钥匙定义了系统内存的“领地范围”（哪里是数据区，哪里是紧耦合内存）；第三把，也是最复杂的一把，是一整套安全防火墙的规则手册，严格规定了不同身份（如安全世界、非安全世界、无线核心）的访客可以进入哪些区域（内存、外设），以及能做什么（读、写）。

你提供的资料正是这个“控制中心”的完整蓝图。它不是一个简单的列表，而是揭示了CC35xx如何通过硬件寄存器来实现事件路由、内存分区和硬件级安全隔离。从SPEVTCTL（外设事件选择器）到FWCFGHOST（主机防火墙旁路），再到数十个FWHOSTx、FWDMAx、FWIOPADx（外设访问控制）寄存器，这套机制确保了即使在复杂的多核、安全环境中，资源访问也是有序、可控且安全的。接下来，我将为你层层拆解这份蓝图，不仅解释每个部分“是什么”，更重点说明在实战中“为什么”要这样配置，以及“如何”正确操作。

2. 核心功能模块深度解析

SOC_AON寄存器数量庞大，但按其功能可以清晰地划分为几个核心模块。理解这个分类是有效使用它们的第一步。

2.1 中断与事件路由控制

这是SOC_AON最“活跃”的部分，负责将各种硬件事件（Event）映射到特定的中断线（IRQ）上。在CC35xx中，许多外设（如ADC、I2S、定时器）的中断源是复用的，需要通过多路选择器（MUX）进行路由。

SPEVTCTL (Offset Ch): 共享外设事件选择器。它决定了哪些内部事件可以触发ADC、I2S和PDM模块的中断。例如，ADC字段（bits 5-0）的值，就对应着连接到ADC中断线的具体事件源编号。这允许你将一个GPIO事件或一个定时器比较匹配事件，直接配置为ADC的采样触发信号，实现硬件级的联动，无需CPU干预。
TMEVTCTL (Offset 10h): 定时器事件选择器。为系统定时器（SYSTIMER）和实时时钟（RTC）选择事件源。SYSTIMER有两个独立的MUX输入（SYSTM0,SYSTM1），这为创建复杂的时间调度链提供了可能。
GPTxEVTCTL0/1 (Offset 14h, 18h, F0h, F4h): 通用定时器中断控制。GPTIMER0和1各有4个捕获/比较通道（CH0-CH3），每个通道都可以独立配置其触发事件（通过CHxSEL字段）。GPTxEVTCTL1则用于配置定时器的同步（SYNC）、计数使能（TICKEN）和故障（FAULT）事件源。这里有个关键点：这种设计使得定时器不仅能基于内部时钟工作，还能被外部事件（如另一个定时器的输出、通信接口的特定信号）精准地启动、停止或复位，是实现精确脉冲计数、电机控制或复杂协议时序的硬件基础。
GPIO事件与掩码寄存器 (GPIOEVTSx,GPIOMISxS/NS,GPIOFNCxS/NS): CC35xx有多达45个GPIO可以产生中断。GPIOEVTSx是状态寄存器，只读，告诉你哪个GPIO引脚上发生了事件。GPIOMISx是已掩码的中断状态寄存器，它反映的是GPIOEVTS中的事件，在经过GPIOFNC（功能掩码）过滤后的状态。GPIOFNC才是真正的“开关”——将其某位设为0，则屏蔽该GPIO中断；设为1，则允许。安全（S）与非安全（NS）有两套独立的寄存器，这实现了中断的安全隔离：安全世界的软件可以配置和处理所有GPIO中断，而非安全世界只能访问和处理分配给它的那部分。

注意：在配置中断时，务必遵循“状态->使能->处理”的流程。先读GPIOEVTS确认事件来源，再通过GPIOFNC使能对应位，最后中断服务程序（ISR）中通常需要软件清除事件标志（具体方式可能在其他GPIO模块寄存器中）。

2.2 内存区域定义与划分

在支持TrustZone技术的Cortex-M33平台上，内存的安全状态（Secure, Non-secure）是硬件强制执行的。SOC_AON中的以下寄存器定义了关键内存区域的边界，是构建安全内存模型的基础。

DMEMSTART/DMEMEND (Offset 54h/58h): 定义主数据内存（Data RAM）的起始和结束地址。更重要的是，这个地址范围也隐式定义了安全（S）和非安全（NS）区域的分割点。通常，从DMEMSTART到某个边界（由软件定义）为安全区，其余为非安全区。硬件会据此检查每次内存访问的属性。
TCMSTART/TCMEND (Offset 64h/68h): 定义紧耦合内存（TCM）数据区的地址范围。TCM是零等待周期的超高速内存，用于存放对性能要求极高的代码或数据（如中断向量表、实时任务栈）。同样，它也参与安全区域划分。
VTORS/VTORNS (Offset 9Ch/A0h): 这是Cortex-M33内核的向量表重定位寄存器在SOC层面的映射。VTORS设置安全世界中断向量表的基地址，VTORNS设置非安全世界的。在支持TrustZone的系统中，两个世界有各自独立的中断向量表。正确设置它们是系统能够响应安全和非安全中断的先决条件。
MEMSSCFG (Offset 10Ch): 内存子系统配置寄存器。它决定了MEMSS（Memory Subsystem）的工作模式，例如“基线模式”、“扩展M3模式”、“调试模式”等。不同的模式会影响内存带宽、延迟以及各处理器核心（M33, M3, BLE Core）对内存bank的访问权限和优先级。在产品开发的不同阶段（功能开发、性能优化、调试），可能需要切换此模式。

实操心得：在系统初始化早期，在使能MMU或MPU之前，就必须配置好DMEMSTART/END和TCMSTART/END。错误的配置可能导致安全世界软件无法访问其内存，或非安全世界越界访问触发内存管理错误（MemFault）。建议将安全内存区域放在低地址部分，并确保其对齐到1KB或更大边界，以优化防火墙检查效率。

2.3 系统安全与锁定机制

这是SOC_AON中最体现“安全设计”理念的部分，旨在防止关键配置在运行时被恶意或意外修改。

CPULOCKS (Offset A8h): 直接锁定Cortex-M33内核内部的安全关键寄存器，如SAU（安全属性单元）、MPU（内存保护单元）、VTOR。一旦对应的锁定位（如SAU,SMPU,NSMPU,NSVTOR,SVTAIRCR）被写入1，这些内核寄存器在下次系统复位前将无法再被修改。这通常是在安全启动流程的最后一步由安全启动代码（SBL）完成的，用以“冻结”安全配置。
HOSTLOCKS (Offset ACh): 锁定由主机（M33）控制的系统级安全配置。包括防火墙配置（MEMSSANDFW,PERIPHEVT）、DMA配置、Flash加密区域配置（FLASH）、主机MCU配置（M33）以及指令缓存��ICACHE）配置。此寄存器是一次性写入（write-once），写入后直到上电复位（POR）才能清除。这确保了系统启动后，安全策略不会被后续运行的软件（即使是特权级软件）篡改。
HOSTBOOT (Offset B0h):主机启动完成锁。当固件完成SOC启动流程或设备退出安全启动模式时，将此寄存器的DONE位写1。这个动作会同时锁定HOSTLOCKS寄存器中涉及的所有主机安全配置。它是一个更高层次的“安全开关”，标志着系统从可配置的启动阶段进入了固定的运行阶段。
SECCFG (Offset B4h): 提供一些额外的安全控制位。例如BLKDMA可以阻止uDMA访问CMEM（可能是存放密钥的安全内存），SELNSIRQ决定4个软件中断的最高位所有权归属安全还是非安全世界，BLKSBSWR可以阻止对系统总线（SBUS）的写操作。这些位提供了更细粒度的安全控制。

为什么需要这么多“锁”？想象一下，防火墙规则（FWHOSTx等）就像一栋大楼的门禁规则。HOSTLOCKS和HOSTBOOT的作用就是在大楼正常投入使用后，把“规则手册”锁进保险柜，防止有人（包括管理员）在运行时随意修改规则，从而确保安全策略的持久性和不可篡改性。

2.4 错误与门铃中断管理

这部分寄存器提供了对系统级错误和核间通信（门铃）中断的标准化管理接口。它们采用了典型的中断控制器设计模式：状态、掩码、置位、清除。

ERRSIxxx 寄存器组 (Offset D4h - ECh): 用于管理安全世界的错误中断。它涵盖了uDMA错误、看门狗超时、互联总线（SOC IC）错误（地址监视、超时、从机错误）、PLL失锁、MEMSS总线故障以及HSM致命错误等。
- ERRSRIS: 原始中断状态。只要有错误发生，对应位就置1。
- ERRSIMASK: 中断掩码。某位为1表示屏蔽该中断，即使发生也不会产生中断请求。
- ERRSMIS: 已掩码的中断状态。这是RIS & ~MASK的结果，只有未被屏蔽且发生的中断才会在这里显示为1，并实际触发CPU中断。
- ERRSISET/ERRSICLR: 用于软件手动置位或清除RIS中的状态位，常用于测试。
- ERRSIMSET/ERRSIMCLR: 用于软件直接设置或清除MASK寄存器的位。
DBNSxxx 寄存器组 (Offset 1054h - 106Ch): 用于管理非安全世界的门铃中断。门铃中断是处理器核心间进行软件触发中断的机制。例如，无线核心（Core）可以通过触发门铃中断来通知主机M33有数据待处理。其操作模式与ERRSIxxx组完全类似，只是中断源不同（对应doorbell 2, 3, 6, 7）。

中断处理流程示例（以安全错误中断为例）：

初始化：在安全世界初始化代码中，通过ERRSIMCLR清除所有待处理中断，然后通过ERRSIMSET设置需要关心的错误中断掩码（例如，使能uDMA错误和PLL失锁）。
中断发生：当uDMA发生传输错误时，硬件自动将ERRSRIS[8]置1。由于ERRSIMASK[8]为0（未屏蔽），ERRSMIS[8]也变为1，并向M33安全异常向量表（由VTORS指向）中的中断服务程序发出请求。
中断服务：在安全世界的错误中断服务程序（ISR）中，首先读取ERRSMIS确定是哪个错误源（例如bit 8），然后执行错误恢复操作（如重置DMA通道）。最后，必须向ERRSICLR[8]写入1来清除ERRSRIS[8]位，以表明中断已被处理。忘记清除状态位是导致中断只触发一次的常见错误。

2.5 可编程防火墙配置详解

这是SOC_AON寄存器中数量最多、也最复杂的部分，构成了CC35xx硬件安全架构的基石。防火墙（Firewall）是一个硬件模块，它根据发起访问的控制器ID（Controller ID，如 M33 Secured, M33 Non-Secured, Core Non-Secured）和要访问的目标地址，实时决定是否允许该次访问（读或写）。

2.5.1 防火墙全局旁路控制

在深入每个外设的防火墙之前，有几个全局旁路寄存器，它们通常用于调试或特定场景。

FWCFGHOST (Offset 15Ch): 主机防火墙旁路。将其BYPASS位写1，将绕过一大片模块的防火墙检查，包括IOMUX、PRCM、时钟管理、SOC互联、AON、RTC、XIP（外部Flash接口）、OTFDE（实时加解密）以及DMA通用配置等。警告：在产品代码中，除非在受控的调试环境，否则绝不应使能此旁路，它会极大削弱系统安全性。
FWCFGDMA (Offset 160h): 旁路DMA防火墙。
FWCFGFPRPH (Offset 164h): 旁路所有外设（I2C, SPI, UART, Timer, ADC等）的防火墙。
FWCFGM33 (Offset 168h): 旁路主机MCU（M33）的防火墙。
FWCFGMEMSS (Offset 16Ch): 旁路内存子系统（MEMSS）的防火墙。

这些旁路寄存器的复位值通常是1（旁路使能）。这意味着在默认状态下，防火墙是关闭的！安全启动代码（或你的安全初始化代码）必须在启用任何防火墙区域规则之前，将这些旁路位清零，否则精细的防火墙规则不会生效。

2.5.2 外设与内存区域防火墙

对于绝大多数需要保护的外设和内存区域，SOC_AON提供了一系列格式相似的寄存器，例如FWI2C0,FWSPI0,FWHOST0-11,FWMEMSS0-2等。

它们的典型结构如下（以FWI2C0为例）：

寄存器: FWI2C0 (Offset 250h) 位域: [2] CORENS: Core (Non-Secure) 访问权限。0=禁止，1=允许。 [1] M33S: M33 Secured 访问权限。0=禁止，1=允许。 [0] M33NS: M33 Non-Secured 访问权限。0=禁止，1=允许。

这种简单的“开关”模式适用于整个外设模块。例如，如果你希望I2C0只能由安全世界访问，则设置M33S=1,M33NS=0,CORENS=0。

对于内存区域（如FWHOST0-7,FWMEMSS0-2,FWHSMEIPx），寄存器结构更复杂，因为它需要定义一段地址范围：

寄存器: FWHOST0 (Offset 1B4h) 位域: [25:16] LEN: 区域长度（以1KB为粒度）。长度 = (LEN + 1) * 1KB。 [14:4] BASE: 区域基地址偏移（以1KB为粒度）。实际地址 = 模块基地址 + (BASE * 1KB)。 [2] CORENS: Core访问权限。 [1] M33S: M33安全访问权限。 [0] M33NS: M33非安全访问权限。

地址计算示例：以FWHOST0为例，其保护的“工人基地址”是0x23F80000（TCM Data RAM）。如果设置BASE=1,LEN=2，则定义的保护区为：

起始地址：0x23F80000 + (1 * 1KB) = 0x23F80400
结束地址：0x23F80000 + ((1+2) * 1KB) = 0x23F80C00
保护范围：0x23F80400到0x23F80BFF（共2KB）

当M33非安全世界尝试访问地址0x23F80504时，防火墙硬件会计算偏移：(0x23F80504 - 0x23F80000) >> 10 = 1。由于1 >= BASE(1)且1 < BASE(1)+LEN(2)，该访问落在保护区域内。防火墙接着检查M33NS位的值，如果是0，则阻止此次访问并可能触发安全错误。

2.5.3 I/O引脚（IOMUX）防火墙

FWIOPAD0到FWIOPAD48这一系列寄存器（共49个）控制着每个具体GPIO引脚配置寄存器的访问权限。这非常重要，因为配置一个引脚为某种功能（如UART TX）本身也是一种需要权限的操作。即使你通过FWSPSPI0允许了非安全世界访问SPI0外设寄存器，但如果对应的SPI引脚（如CLK, MOSI）的FWIOPADx寄存器没有赋予非安全世界写权限，那么非安全世界的软件将无法将这些引��复用为SPI功能，从而实际上无法使用该外设。

配置策略建议：

最小权限原则：只为每个控制器（安全、非安全、无线核心）开启其完成任务所必需的外设和内存区域访问权限。
先配置，后锁定：在系统初始化阶段��由安全世界的特权代码（如安全启动加载器）统一配置所有防火墙寄存器（FWHOSTx,FWI2Cx,FWIOPADx等）。
关闭全局旁路：在完成精细配置后，务必确保FWCFGHOST、FWCFGFPRPH等全局旁路寄存器的BYPASS位为0，使防火墙生效。
最终锁定：通过写入HOSTLOCKS和HOSTBOOT寄存器，永久锁定这些安全配置，防止后续被篡改。

3. 实战配置流程与代码示例

理解了原理，我们来看如何将这些寄存器配置应用到实际开发中。以下是一个典型的在安全启动代码中初始化SOC_AON关键部分的流程框架。

3.1 系统启动初期配置

在main()或安全启动加载器早期，需要设置内存区域和中断路由。

// 假设寄存器基地址定义 #define SOC_AON_BASE (0x40020000UL) #define REG(offset) (*(volatile uint32_t *)(SOC_AON_BASE + (offset))) // 1. 配置内存区域边界 (示例值，需根据具体链接脚本调整) // 将TCM Data RAM的前32KB划为安全区域，其余为非安全区域。 // TCM 总大小假设为128KB，地址范围 0x20000000 - 0x2001FFFF // 安全区域: 0x20000000 - 0x20007FFF (32KB) // 非安全区域: 0x20008000 - 0x2001FFFF (96KB) REG(0x064) = 0x20000000; // TCMSTART， 安全区起始 REG(0x068) = 0x20007FFF; // TCMEND， 安全区结束（也是安全/非安全分界） // 注意：DMEMSTART/END 同理，用于配置主RAM分区。 // 2. 配置向量表偏移（如果使用自定义向量表） // 安全世界向量表放在TCM安全区开头 REG(0x09C) = 0x20000000; // VTORS // 非安全世界向量表放在主RAM的非安全区域（假设地址为0x28008000） REG(0x0A0) = 0x28008000; // VTORNS // 3. 配置事件路由（例如，将GPTIMER0的CH0中断源选择为事件编号5） // 假设事件5对应某个特定的内部信号源 REG(0x014) = (5 << 0); // GPT0EVTCTL0, CH0SEL = 5 // 4. 配置GPIO中断功能掩码（例如，使能GPIO0和GPIO1的安全中断） REG(0x140) = (1 << 0) | (1 << 1); // GPIOFNC0S, 位0和位1置1 // 非安全世界如需使用GPIO2，则配置非安全寄存器 REG(0x178) = (1 << 2); // GPIOFNC0NS, 位2置1

3.2 安全防火墙配置

在完成基础内存和中断配置后，开始构建硬件安全隔离。

// 1. 首先，禁用所有全局防火墙旁路！这是关键一步。 REG(0x15C) = 0x0; // FWCFGHOST.BYPASS = 0 REG(0x164) = 0x0; // FWCFGFPRPH.BYPASS = 0 // ... 禁用其他必要的旁路 // 2. 配置外设防火墙（示例：UART0仅允许安全世界访问，I2C0允许安全和非安全世界访问） REG(0x260) = 0x2; // FWSPUART0: M33S=1, M33NS=0, CORENS=0 (仅安全M33可访问) REG(0x250) = 0x3; // FWI2C0: M33S=1, M33NS=1, CORENS=0 (安全和非安全M33可访问) // 3. 配置I/O引脚防火墙（示例：UART0的TX(RX)引脚为PA0(PA1)，仅允许安全世界配置） // 假设PA0对应IOPAD0， PA1对应IOPAD1 REG(0x290) = 0x2; // FWIOPAD0: 仅安全M33可访问 REG(0x294) = 0x2; // FWIOPAD1: 仅安全M33可访问 // 4. 配置内存区域防火墙（示例：保护TCM安全区域） // FWHOST0 控制 TCM Data RAM 区域0 // 基地址偏移为0，长度设为0x20 (32个1KB块，即32KB) uint32_t host0_config = (0x20 << 16) | (0x0 << 4) | (0x2); // LEN=0x20, BASE=0, M33S=1 REG(0x1B4) = host0_config; // FWHOST0 // 5. （可选）配置更复杂的内存区域，如FWHOST4，它可以通过BASESEL选择基址 // 将FWHOST4区域映射到主Data RAM，并允许安全和非安全世界访问 uint32_t host4_config = (1 << 26) | (0x40 << 16) | (0x0 << 4) | (0x3); // BASESEL=1 (选择Data RAM基址)，LEN=0x40 (64KB)，BASE=0， M33S=1, M33NS=1 REG(0x1C4) = host4_config; // FWHOST4 // 6. 配置错误和门铃中断掩码（例如，使能安全世界的uDMA错误和PLL失锁中断） REG(0x0E4) = (1 << 8) | (1 << 2); // ERRSIMCLR, 清除UDMA ERR和PLL Unlock的掩码（即允许中断） // 等价于：ERRSIMASK &= ~((1<<8)|(1<<2));

3.3 安全锁定与启动完成

在所有关键安全配置完成后，将其锁定，防止后续被修改。

// 1. 锁定CPU内部安全单元（由安全世界在初始化SAU/MPU后执行） REG(0x0A8) = (1 << 4) | (1 << 3) | (1 << 2) | (1 << 1) | (1 << 0); // 锁定SAU, NSMPU, SMPU, NSVTOR, SVTAIRCR // 2. 锁定主机安全配置（防火墙、DMA、Flash加密等） REG(0x0AC) = (1 << 6) | (1 << 5) | (1 << 4) | (1 << 3) | (1 << 2) | (1 << 1) | (1 << 0); // 锁定PERIPHEVT, M3EVT, FLASH, DMA, MEMSSANDFW, M33, CACHE // 3. 标记主机启动完成，此操作也会强化锁定 REG(0x0B0) = 0x1; // HOSTBOOT.DONE = 1 // 此后，上述被锁定的寄存器将无法再被写入，直到下一次芯片复位。

4. 常见问题与深度排查指南

在实际开发中，配置SOC_AON寄存器时可能会遇到各种问题。下面是一些典型场景和排查思路。

4.1 问题1：非安全世界应用程序无法访问UART外设

现象：非安全世界的代码配置UART寄存器时，触发HardFault或总线错误。

排查步骤：

检查外设防火墙：确认FWSPUART0（或FWSPUART1）寄存器中，M33NS位是否设置为1（允许非安全访问）。
检查I/O引脚防火墙：确认UART所用TX、RX、RTS、CTS等引脚对应的FWIOPADx寄存器中，M33NS位是否设置为1。这是最容易被忽略的一步！即使外设寄存器可访问，如果引脚复用权限被禁止，配置仍会失败。
检查全局旁路：确认FWCFGFPRPH（外设防火墙旁路）的BYPASS位是否为0。如果为1，则所有外设防火墙规则失效，但可能掩盖了真实配置问题。
检查安全锁定状态：确认HOSTLOCKS寄存器的PERIPHEVT位是否已被锁定。如果已锁定（=1），则无法再修改FWSPUARTx和FWIOPADx寄存器。你需要检查安全启动代码的锁定时机，或在调试阶段暂时不执行锁定操作。

4.2 问题2：安全世界无法访问其专属内存区域

现象：安全世界的代码在访问预期属于自己的TCM或RAM区域时发生错误。

排查步骤：

确认内存区域定义：检查DMEMSTART/END和TCMSTART/END寄存器，确保你尝试访问的地址落在安全区域范围内（地址 >= START 且 <= END）。注意，这些寄存器定义的是整个内存块的边界，安全/非安全分割是软件定义的，通常安全区域从START开始。
确认防火墙规则：检查对应的FWHOSTx或FWMEMSSx寄存器。确保为安全世界（M33S位）设置了访问权限（=1），并且定义的BASE和LEN覆盖了你尝试访问的地址。
计算地址偏移：使用前面提到的公式进行验算：(访问地址 - 模块基地址) >> 10的结果是否在[BASE, BASE+LEN)区间内。
检查MPU/SAU配置：SOC_AON的防火墙是硬件第一道关卡。之后，Cortex-M33内核的SAU（定义安全属性）和MPU（定义内存访问权限）也会进行检查。确保你的SAU/MPU配置与SOC_AON防火墙配置一致，没有冲突。

4.3 问题3：中断无法触发或触发一次后不再触发

现象：配置了GPIO或定时器中断，但无法进入中断服务程序，或者只进入一次。

排查步骤：

对于GPIO中断：
- 事件状态：读取GPIOEVTS0或GPIOEVT0NS寄存器，确认物理引脚上是否有事件发生（对应位是否为1）。
- 功能掩码：检查GPIOFNC0S或GPIOFNC0NS寄存器对应位是否已使能（=1）。
- 已掩码状态：检查GPIOMIS0S或GPIOMIS0NS寄存器，确认事件是否已通过掩码并产生中断状态（=1）。
- NVIC配置：确保在Cortex-M33的嵌套向量中断控制器（NVIC）中已使能对应的GPIO组合中断。
- 清除标志：在GPIO中断服务程序中，必须清除该引脚的事件标志。清除操作通常在GPIO模块自身的IC（中断清除）寄存器中，不在SOC_AON的GPIOEVTSx寄��器里。GPIOEVTSx是只读的状态反映。
对于定时器中断：
- 事件路由：确认GPTxEVTCTL0中的CHxSEL是否正确选择了有效的事件源。如果事件源选择为0或未连接的事件，则永远不会触发。
- 定时器本身配置：SOC_AON只负责事件路由。确保GPTimer模块本身的比较/捕获寄存器、计数模式、中断使能位等已正确配置。
- NVIC配置：确保已使能对应的GPTimer中断。
通用检查：
- 中断向量表：确认VTORS或VTORNS寄存器是否正确指向了包含有效中断服务程序地址的向量表。
- 全局中断使能：在Cortex-M33中，是否使用了__enable_irq()或CPSIE I指令开启了全局中断？

4.4 问题4：系统在配置防火墙后出现不可预测的行为

现象：在编写完防火墙配置代码后，系统运行不稳定，或某些之前正常的功能失效。

排查步骤：

检查重叠区域：确保不同的FWHOSTx或FWMEMSSx区域没有地址重叠。硬件可能对重叠区域的行为未定义。
检查默认旁路状态：回忆一下，在初始化防火墙规则前，你是否已经将FWCFGHOST等全局旁路寄存器置0？如果先配置规则，后关闭旁路，在中间窗口期，规则可能不生效，而关闭旁路后突然生效，可能导致正在运行的代码失去访问权限而崩溃。最佳实践是：尽早关闭旁路，或确保在关闭旁路前，所有必要的访问权限都已正确配置。
检查依赖关系：某些模块（如DMA）在访问内存时，可能同时需要内存区域防火墙（FWHOSTx）和DMA通道防火墙（FWDMAx）的允许。确保所有相关的防火墙都已正确配置。
使用调试器观察：如果可能，使用支持TrustZone和安全调试的调试器，观察在触发错误时，是哪个控制器（ID）在访问哪个地址被拒绝。这有助于精准定位防火墙规则缺失的地方。

4.5 配置检查清单

在将包含SOC_AON配置的代码发布前，建议对照此清单进行复核：

[ ]内存划分：DMEMSTART/END和TCMSTART/END已根据链接脚本正确设置，安全/非安全区域大小满足需求。
[ ]向量表：VTORS和VTORNS已指向有效的、已初始化的向量表地址。
[ ]中断路由：SPEVTCTL、TMEVTCTL、GPTxEVTCTLx中的事件选择器已按设计连接。
[ ]GPIO中断：GPIOFNCxS/NS已为需要中断的引脚使能，并且安全归属正确。
[ ]全局旁路：FWCFGHOST、FWCFGFPRPH、FWCFGM33、FWCFGMEMSS的BYPASS位在初始化后已设为0（使能防火墙）。
[ ]外设权限：每个使用到的外设（I2C, SPI, UART, Timer, ADC等）对应的FWSPxxx寄存器，已为正确的控制器（M33S, M33NS, CORENS）设置了访问权限（1=允许）。
[ ]引脚权限：每个使用到的GPIO引脚对应的FWIOPADx寄存器，其访问权限与外设权限匹配（例如，UART引脚权限与UART外设权限一致）。
[ ]内存区域权限：每个需要特别保护的内存区域（如安全数据区、共享缓冲区）已通过FWHOSTx或FWMEMSSx正确定义了BASE、LEN和访问权限。
[ ]错误处理：ERRSIMASK已根据需要使能了关键错误中断（如总线故障、PLL失锁）。
[ ]安全锁定：在系统最终进入稳定运行前，已通过CPULOCKS、HOSTLOCKS和HOSTBOOT锁定了所有安全配置。确认锁定时机无误，不会影响后续必要的配置（如动态外设管理）。