企业官网建设流程全解析

1. 项目概述与核心价值

在物联网和无线传感节点设计中，功耗是决定设备寿命和可用性的核心瓶颈。很多开发者都遇到过这样的困境：为了采集一个简单的温度或湿度数据，不得不唤醒整个主CPU系统，导致大部分能量消耗在处理器的启动、初始化和休眠流程上，而非实际的数据采集本身。这种“大炮打蚊子”的方式，在电池供电的场景下是难以持续的。TI的CC13x2/CC26x2系列MCU提供的AUX域传感器控制器（Sensor Controller Engine, SCE），正是为解决这一痛点而生的“瑞士军刀”。

简单来说，你可以把SCE理解为一个独立运行在AUX电源域内的超低功耗协处理器。它的指令集精简，时钟频率不高，但“麻雀虽小，五脏俱全”，拥有专属的数学加速器、灵活的事件驱动接口、以及直接控制ADC、比较器、SPI、TDC等关键外设的能力。其核心价值在于，让主CPU（Cortex-M）可以长时间深度休眠，而由这个“小管家”来负责周期性的传感器数据采集、简单的数据处理（如滤波、阈值判断）以及通过事件唤醒主CPU进行复杂通信。这样一来，系统绝大部分时间都运行在微安甚至纳安级的功耗水平，只有需要复杂协议栈（如蓝牙、Zigbee）通信时，主CPU才被短暂唤醒。

本文将以一个资深嵌入式开发者的视角，结合官方技术手册和实际项目经验，为你深入拆解CC13x2/CC26x2的AUX域，特别是传感器控制器的内部机制和外围模块。我们不止步于罗列寄存器，更会聚焦于“为什么这么设计”以及“实际开发中如何用好它”，分享从配置陷阱到性能调优的一手经验。

2. 传感器控制器核心架构与编程模型

2.1 SCE的独立王国：AUX域

要理解SCE，必须先理解它所在的“王国”——AUX域。在CC13x2/CC26x2的电源架构中，除了为数字核心和射频部分供电的MCU域，以及为始终开启逻辑供电的AON域外，AUX域是一个独立的、可开关的电源域。SCE及其专属的外设（如AUX_ADC, AUX_TIMER0/1, AUX_TDC等）就位于此域。

这种隔离带来了巨大的灵活性：

• 功耗控制：当主CPU休眠时，AUX域可以单独保持运行（低功耗模式）或完全关闭（掉电模式），而AON域（负责RTC、电源管理等）始终运行。SCE可以在AUX域处于低功耗模式时执行任务，消耗极低的电流（典型值在几十微安级别）。
• 资源专属：SCE拥有自己独立的指令存储器（IMEM）、数据存储器（DMEM）和寄存器文件。它通过一个专用的、经过优化的总线访问AUX域外设，避免了与主CPU争抢总线带宽。
• 事件驱动：SCE的运作核心是事件。它没有中断的概念，而是通过wev（等待事件）和bev（条件分支事件）指令，将自身的执行流与硬件事件（如定时器到期、ADC采样完成、比较器翻转）深度绑定，实现真正的“事件驱动，按需工作”。

实操心得：理解电源模式切换在编写SCE任务时，一个常见的困惑是：SCE请求进入掉电模式（Power-Down）后，谁来唤醒它？答案是：AUX域唤醒事件。这些事件可以来自AON域的RTC（定时唤醒），也可以来自主CPU通过软件触发（SW_WUx）。SCE执行sleep指令后，其时钟被门控，功耗降至最低。当配置好的唤醒事件发生时，系统电源控制器会将AUX域重新上电并切换到低功耗或活动模式，然后SCE从对应的向量地址恢复执行。关键点在于：SCE在sleep前必须请求与唤醒后系统将强制进入的模式相一致，否则会导致不可预知的行为。例如，如果SCE请求掉电模式，但唤醒事件配置为触发低功耗模式，那么唤醒流程可能失败。

2.2 指令集与事件接口：如何与SCE“对话”

SCE使用一套精简的16位指令集。对于开发者而言，绝大多数时候我们并不需要直接编写汇编代码，TI提供的Sensor Controller Studio（SCS）图形化工具可以完成逻辑设计并生成优化的机器码。但理解其指令和事件接口，对于调试和深度优化至关重要。

从你提供的资料中，我们看到了两个关键指令：pfix和dw。pfix是前缀指令，用于扩展下一条指令的立即数范围，它由汇编器自动插入，开发者绝对不要手动使用。dw指令则用于在代码中直接嵌入16位的数据字。这体现了SCE指令集为紧凑性和效率所做的设计。

事件接口是SCE的“感官系统”。如表19-16所列，SCE可以感知8种事件：

• AUX_PROG_DLY_IDLE：基于一个500kHz时钟的可编程延迟计数器，用于实现精确的微秒级延时。
• AUX_COMPA/B：比较器A/B的输出事件。
• AUX_TDC_DONE：高精度时间数字转换器测量完成。
• AUX_TIMER0/1_EV_OR_IDLE：定时器0/1达到目标值或处于空闲状态。
• AUX_ADC_FIFO_NOT_EMPTY：ADC的FIFO中有数据待读取。
• SCEWEV_PROG：一个可编程事件，可由最多两个其他事件通过逻辑运算（与、或）生成，用于构建复杂的触发条件。

wev0/wev1和bev0/bev1指令是SCE响应这些事件的机制。wev会让SCE暂停执行并进入时钟门控状态，直到指定事件变为0或1。这是一种极低功耗的等待方式。bev则根据事件电平进行条件跳转，用于实现事件驱动的程序流。

2.3 数学加速器：小身材，大算力

SCE内置的数学加速器是其处理能力的关键增强。它是一个40位累加器（ACC）为核心的模块，支持16位有符号/无符号乘法（可选累加）、16/32位有符号/无符号加法。所有运算结果都存于40位累加器中，SCE可以直接对累加器进行初始化、复位、读取任意16位片段、计算前导零/符号位以及移位操作。

为什么是40位累加器？这主要是为了在多次乘加运算（MAC）中避免溢出。例如，在实现一个16阶的FIR滤波器时，每个采样点需要16次乘加运算。假设输入和系数都是16位，单次乘法结果是32位，16次累加后可能需要超过32位的精度来保持中间结果，40位提供了充足的余量。

从你提供的时序图（图19-8）和示例代码中，我们可以得到一个至关重要的实操要点：操作同步与处理器停顿。

out R4,[#IOP_MAC_OP1SADD16] ; 触发加法操作 in R1,[#IOP_MAC_15_0] ; 读取结果低16位

当SCE向MAC发出一个操作指令（如加法OP1SADD16）后，如果立即尝试读取结果，SCE的时钟会被自动门控（停顿），直到MAC完成计算。加法需要1个外围时钟周期，乘法则需要5个周期。这不是错误，而是一种节能机制。SCE利用这种硬件互锁，简化了代码（无需软件轮询等待），并在等待期间降低了动态功耗。在SCS中生成的代码已经妥善处理了这些停顿，但当你分析代码执行时间时，必须将这些停顿周期考虑在内。

注意事项：MAC操作速率配置为确保时序一致，SCE和MAC的操作时钟速率必须相同。这通过配置AUX_SYSIF:PEROPRATE.MAC_OP_RATE位为SCE_RATE来实现。如果主CPU也要使用MAC，则需将该位设为BUS_RATE。务必在初始化阶段正确设置，否则可能导致计算错误或SCE停顿时间异常。

2.4 可编程微秒延迟与唤醒事件处理

精确的短延时对于传感器采样、通信协议时序控制至关重要。SCE通过AUX_PROG_DLY_IDLE事件提供了一个高精度、低功耗的延时方案。其核心是一个16位的AUX_EVCTL:PROGDLY计数器，由500kHz时钟驱动递减。

这里有一个极易出错的细节：如示例代码所示，要实现至少15微秒的延迟，需要加载的计数器值是15+1，即16。

ld R4, #(15+1) ; 加载值 out R4, [#IOP_EVCTL_PROGDLY] ; 启动计数器 wev1 #0 ; 等待计数器归零

为什么要加1？因为AUX_EVCTL:PROGDLY的写入时刻与内部500kHz时钟边沿是随机对齐的。从写入到计数器开始递减的第一个时钟边沿，可能有一个时钟周期（2微秒）的延迟。加载N+1确保了即使在最坏的对齐情况下，也能实现至少N微秒的延迟。忘记这个“+1”是导致延时不足的常见原因。

唤醒事件处理是SCE低功耗管理的核心。如图19-9所示，SCE拥有一个8位的向量化唤醒接口。每个向量输入（VECCFGn）可以映射到不同的唤醒源，包括4个可编程硬件事件（PROG_WUx）、4个软件事件（SW_WUx）以及AON域的RTC事件。

当SCE执行sleep指令后，其状态冻结，时钟关闭。当任一配置的唤醒事件发生时，SCE会根据优先级从对应的向量地址恢复执行（向量0优先级最高）。如果多个事件同时发生，高优先级向量对应的处理程序会先执行。

一个典型的低功耗任务流程如下：

1. SCE配置一个或多个可编程唤醒事件（例如，配置一个GPIO上升沿作为PROG_WU0）。
2. 配置唤醒向量接口，将PROG_WU0映射到向量0，并编写向量0处的处理程序。
3. SCE请求进入掉电模式（Power-Down）。
4. SCE执行sleep指令，进入最低功耗状态。
5. 当GPIO上升沿事件发生时，系统电源控制器唤醒AUX域，SCE从向量0（地址0x0）开始执行。
6. 在处理程序中，SCE首先请求切换到低功耗或活动模式（与唤醒事件匹配），然后清除唤醒标志，执行传感器读取等任务，最后可能通过软件事件（SW_WUx）通知主CPU。
7. 任务完成，重新使能唤醒事件，再次请求掉电并执行sleep，等待下一个周期。

3. 关键数字外围模块深度解析

3.1 AIODIO：灵活的GPIO控制器

AUX_AIODIO模块管理着32个AUX_IO，这些IO可以映射到芯片的DIO引脚。它是SCE与外界数字世界交互的主要通道。其功能远超普通GPIO：

• 多种I/O模式：除了标准的输入、输出，还支持开漏和开源输出，方便连接不同电平的设备或实现总线功能。
• 输出数据源可选：输出信号可以来自寄存器直接控制（GPIODOUT）、内部事件总线，或者其他外设（如SPI的时钟、数据线）。这允许硬件自动完成某些信号生成，无需SCE频繁干预。
• 模拟功能：最多8个AUX_IO可以配置为模拟功能，直接连接到AUX域的ADC、比较器等模拟外设。此时需要将I/O模式设为输入并关闭数字输入缓冲器（GPIODIE位清零）。

配置陷阱：当主CPU和SCE都需要配置AIODIO时，必须注意同步时钟速率。默认情况下，AUX_IO的同步时钟是SCE的时钟速率。如果主CPU在SCE运行期间去写AIODIO配置寄存器，而这个写操作的时钟速率（系统总线速率）与SCE速率不同，就会导致同步问题，可能产生毛刺或亚稳态。因此，最佳实践是：在主CPU初始化阶段，在SCE启动之前，统一完成所有AUX_IO的配置。SCS工具在生成代码时，会自动处理好这些底层的配置和映射，开发者通常只需在图形界面中选择引脚功能即可。

3.2 SMPH：硬件信号量——共享资源的交通警察

AUX_SMPH提供了8个硬件信号量，用于在SCE和主CPU之间安全地共享AUX域的外设资源，如ADC、比较器、TDC等。硬件信号量的操作是原子的，避免了软件信号量所需的“读-修改-写”循环和可能产生的竞态条件。

其工作逻辑很简单：

• 对主CPU：读取信号量寄存器。返回0表示SCE占用，返回1表示主CPU占用（或可占用）。
• 对SCE：读取信号量寄存器。返回0表示主CPU占用，返回1表示SCE占用（或可占用）。
• 释放：只有当前所有者向该信号量写入1，才能释放它。

TI的软件库（如TI-RTOS Driver）已经为常用资源分配了信号量ID（如表19-21）。例如，信号量ID 2用于ADC和COMPB，ID 3用于COMPA和电流源（ISRC）。一个至关重要的规则是：如果需要获取多个资源，双方必须按照相同的顺序申请信号量，否则可能引发死锁。例如，任务A按顺序申请信号量1和2，任务B按顺序申请2和1，就可能互相等待对方释放第一个资源而形成死锁。

避坑指南：信号量使用纪律

1. 谁申请，谁释放：硬件没有强制机制，全靠编程纪律。务必在任务完成后释放信号量。
2. 避免长时间持有：获取信号量后应尽快完成操作并释放，特别是在低功耗场景下，一个外设被占用会阻止另一方进入低功耗状态。
3. 主CPU的自动获取：主CPU可以通过写AUX_SMPH:AUTOTAKE寄存器来“预订”一个信号量，当该信号量可用时，会产生AUX_SMPH_AUTOTAKE_DONE事件通知主CPU。注意：SCE不能使用此功能。这个功能可以让主CPU在等待资源时不进行轮询，从而进入低功耗状态。

3.3 SPIM：专为低功耗优化的SPI主控制器

AUX_SPIM模块让SCE能够以极低功耗进行SPI通信，非常适合连接外部的Flash、传感器等SPI从设备。其设计充分考虑了能效：

• 阻塞式访问即节能：当SCE启动一个SPI传输（写TX8/TX16）后，如果它立即尝试读取状态（SCLKIDLE）或数据（RX8/RX16），SCE的时钟会被自动门控，直到SPI操作完成。这意味着在SPI传输的整个过程中，SCE除了等待什么也不做，且功耗极低。这省去了编写轮询循环的代码，也节省了能量。
• 灵活的时钟配置：SCLK频率由外设时钟分频得到（SPIMCFG.DIV），相位和极性可调，支持8位和16位传输。

配置步骤与要点：

1. 时钟速率设置：必须根据SPIM的所有者设置操作速率。如果SCE是所有者，AUX_SYSIF:PEROPRATE.SPIM_OP_RATE必须设为SCE_RATE；如果主CPU是所有者，则设为BUS_RATE。设置错误会导致通信故障。
2. 引脚映射：需要将SCLK、MOSI、MISO映射到具体的AUX_IO上，并将这些IO配置为正确的模式（SCLK/MOSI为外设输出模式，MISO为输入模式）。
3. 芯片选择（CS）：AUX_SPIM不控制CS线！CS必须使用一个普通的GPIO（通过AIODIO控制）来手动管理。在传输开始前拉低CS，传输结束后拉高。
4. 理解时序图：图19-13和19-14清晰地展示了PHA（时钟相位）对数据采样和输出时刻的影响，以及其对寄存器访问阻塞时间的影响。当PHA=1时，SCLK会更早回到空闲状态，因此读取SCLKIDLE的阻塞时间会更短。根据你的SPI从设备的要求正确设置PHA和POL（时钟极性）是关键。

3.4 TDC：高精度的时间测量专家

AUX_TDC是AUX域中最强大也最复杂的模块之一。它本质上是一个高精度计数器，用于测量两个事件（开始和停止）之间的时间间隔，分辨率可达10.4纳秒（96MHz时钟双边沿计数）。其应用非常广泛：

• 电容式触摸传感：与ISRC（电流源）和COMPA（比较器）配合，通过测量RC充电时间来计算电容变化。
• 频率测量：测量一个脉冲信号的周期。
• 任意事件间隔测量：如两个GPIO边沿之间的时间。
• 脉冲计数：使用其预分频器进行简单的异步脉冲计数。

使用TDC的核心流程与难点：

1. 时钟源选择：TDC需要两个时钟：计数时钟（TDC_CLK， 96/48 MHz）和参考时钟（REF_CLK，用于校准）。它们都需要通过AUX_SYSIF中的TDCCLKCTL和TDCREFCLKCTL寄存器，从OSCCTL模块提供的多个时钟源中选择。这是一个容易遗漏的配置步骤。常用的组合是：TDC_CLK选择RCOSC_HF（48MHz），REF_CLK选择XOSC_LF（32.768kHz）以获得稳定的校准基准。
2. 事件源配置：开始和停止事件可以来自多种源，如GPIO、比较器输出、定时器事件等，并可以设置边沿极性。这提供了极大的灵活性。
3. 状态机与命令：TDC由一个状态机控制。最重要的原则是：绝大多数配置只能在状态机处于IDLE状态时进行。START_SYNC（同步开始）和START_ASYNC（异步开始）命令用于启动测量。ABORT命令用于强制停止一个正在进行的测量。
4. 忽略计数器：TRIGCNTLOAD和TRIGCNTCFG允许你忽略前N个停止事件。这在测量周期性信号的多个周期时非常有用，可以跳过初始的不稳定周期。
5. 结果读取：测量完成后，STAT.DONE标志置位，结果保存在RESULT寄存器中。可以配置饱和值（SATCFG）作为超时机制。

深度调试经验：TDC测量异常排查如果TDC测量结果不稳定或完全错误，请按以下顺序排查：

1. 电源模式：确认SCE已请求并处于Active模式。TDC在低功耗或掉电模式下无法工作。
2. 时钟配置：双重检查TDCCLKCTL和TDCREFCLKCTL寄存器配置，确认时钟源已使能且路径正确。用示波器或逻辑分析仪检查相关时钟引脚是否有输出。
3. 状态机：在发送START命令前，读取STAT.STATE，确保其为IDLE（0x0）。不要在非IDLE状态下进行配置。
4. 事件路径：确认开始/停止事件的源头（如GPIO）已正确配置，并且事件能到达AUX事件总线。可以通过配置一个相同的事件去触发一个GPIO翻转，用示波器验证事件是否产生。
5. 信号质量：对于电容传感等应用，检查模拟前端（ISRC充电、比较器阈值）是否正常。噪声可能导致比较器多次翻转，产生意外的停止事件。
6. 资源共享：如果主CPU也可能使用TDC（例如TI-RTOS用于RCOSC校准），务必使用硬件信号量（SMPH ID 0）进行仲裁。在SCE任务开始测量前获取信号量，测量完成后立即释放。

4. 系统集成与低功耗实战策略

4.1 与主CPU的协同：握手与通信

SCE和主CPU的协作是发挥其效用的关键。它们之间没有共享内存，通信主要通过两种机制：

1. 软件唤醒事件（SW_WUx）：主CPU可以通过写AUX_SYSIF:SWWUTRIG寄存器来触发一个事件，唤醒处于睡眠状态的SCE。SCE可以将此事件配置为唤醒源或普通事件。
2. 共享内存与消息：虽然SCE的DMEM是私有的，但主CPU和SCE都可以访问MCU域的主内存。通常的做法是在主内存中开辟一块区域作为“邮箱”或“共享数据区”。SCE将处理好的传感器数据写入该区域，然后触发一个软件唤醒事件通知主CPU；主CPU读取数据后，可以再通过写共享区域传递命令或配置给SCE。

一个典型的协作流程如下：

• 系统初始化：主CPU启动，配置所有外设引脚、时钟，初始化共享内存区域。
• 加载SCE固件：主CPU将编译好的SCE任务镜像（由SCS生成）加载到AUX域的IMEM和DMEM中。
• 启动SCE：主CPU触发SCE开始执行其初始化代码。
• 主CPU进入休眠：SCE初始化完成后，主CPU可以进入深度睡眠（例如，TI-RTOS的Power_sleep或Power_deepSleep）。
• SCE自主运行：SCE根据其程序逻辑，周期性地被RTC唤醒，执行传感器采样、数据处理，并将结果存入共享内存。
• SCE唤醒主CPU：当满足特定条件（如数据达到阈值、FIFO满、或需要上报数据时），SCE触发一个软件唤醒事件（SW_WUx）。
• 主CPU处理：主CPU被唤醒，从共享内存读取数据，通过射频（如BLE）发送数据，或进行复杂计算。处理完毕后，主CPU可以再次进入休眠。
• 循环往复：系统大部分时间处于极低功耗的SCE监控状态，主CPU仅在必要时短暂工作。

4.2 避免VDDR充电噪声对测量的影响

在CC13x2/CC26x2中，为AUX域供电的VDDR电源轨在某些条件下（如从掉电模式唤醒）需要进行“再充电”（Recharge）。这个充电过程会产生电流尖峰，可能耦合到模拟电源（VDDS）中，干扰ADC、比较器等精密模拟模块的测量。

你提供的图19-10给出了避免此问题的标准流程，其核心思想是：在开始一次敏感的模拟测量（如ADC采样）之前，主动触发并等待一次VDDR充电完成，从而确保在接下来的测量窗口期内，电源是稳定的。

具体操作步骤：

1. SCE读取AUX_EVCTL:EVSTAT2.MCU_ACTIVE位。如果为1，说明MCU域是活跃的，VDDR已经处于充电状态，可以直接开始测量。
2. 如果MCU_ACTIVE为0，则读取AUX_EVCTL:EVSTAT2.PWR_DWN位。如果为1，说明系统正处于掉电模式。
3. 在掉电模式下，SCE需要主动触发一次VDDR充电。这是通过写AUX_SYSIF:RECHARGETRIG寄存器实现的。
4. 触发后，SCE需要等待，直到MCU_ACTIVE或PWR_DWN位变为1，表明充电完成或系统状态已改变。
5. 此时，电源稳定，可以开始敏感的模拟测量。

这个流程通常被封装在SCS的ADC或Comparator任务的底层驱动中，但理解其原理对于调试异常的测量读数（例如在系统唤醒后第一次采样总是偏差很大）非常有帮助。

4.3 访问AON域：获取系统级信息

虽然SCE主要活动在AUX域，但它也能有限度地访问Always-On（AON）域的关键信息，这为系统级功能提供了便利：

• 读取电池电压和温度：通过AUX_SYSIF:BATMONBAT和AUX_SYSIF:BATMONTEMP寄存器，SCE可以监控供电电池的电量和芯片温度，无需唤醒主CPU。
• 读取实时时钟：通过AUX_SYSIF:RTCSEC和AUX_SYSIF:RTCSUBSEC寄存器，SCE可以获得精确的日历时间，用于给数据打时间戳或实现基于绝对时间的任务调度。
• 更新RTC亚秒增量：SCE甚至可以微调RTC的亚秒累加器，用于高精度的时间同步或校准。
• 检测MCU域时钟切换：通过AUX_SYSIF:CLKSHIFTDET，SCE可以感知到MCU域时钟速率的变化（例如从高频切换到低频），从而调整自己的行为。

这些功能使得SCE不仅能处理传感器数据，还能承担一部分简单的系统监控和管理任务，进一步减轻主CPU的负担。

5. 开发工具链与最佳实践

5.1 Sensor Controller Studio：图形化开发的利器

对于绝大多数开发者，直接为SCE编写汇编代码是不现实的，也容易出错。TI提供的Sensor Controller Studio（SCS）是开发SCE任务的官方图形化工具，它极大地降低了使用门槛。

SCS的核心工作流程：

1. 任务设计：在图形界面中，通过拖放“任务”（Task）和“资源”（Resource）来构建应用逻辑。任务可以是“ADC采样”、“SPI传输”、“延时等待”、“IF判断”等。资源则是“变量”、“常量”、“硬件外设接口”等。
2. 配置外设：在资源面板中，配置ADC的采样率、参考电压、SPI的时钟频率和模式、GPIO的输入输出方向等。所有这些配置最终都会生成正确的寄存器设置代码。
3. 逻辑连接：用线连接任务和资源，定义数据流和控制流。例如，将ADC采样任务的输出连接到变量，再将变量连接到IF判断任务的条件端口。
4. 代码生成与集成：SCS会将图形化设计编译成高度优化的SCE机器码（.bin文件）以及对应的C语言头文件（.h）。这个头文件包含了SCE任务的数据结构定义和初始化函数。
5. 主工程集成：在你的主CPU工程（如基于CCS或IAR的工程）中，包含SCS生成的头文件，并在初始化阶段调用scifInit等函数来启动SCE任务。

SCS的优势与局限：

• 优势：抽象了底层硬件和汇编细节，开发效率高；生成的代码经过优化，性能和尺寸俱佳；自动处理资源冲突和低功耗状态切换。
• 局限：对于极其复杂或非标准的逻辑，图形化编程可能显得笨拙；有时需要结合查看生成的汇编代码进行深度调试。

5.2 调试技巧与常见问题排查

调试运行在独立电源域、时钟域且通常处于低功耗状态的协处理器，颇具挑战性。以下是一些实用的技巧：

1. 利用IO进行状态输出：这是最直接的调试方法。在SCE任务中，在关键逻辑点（如任务开始、结束、错误发生处）添加控制GPIO翻转的指令。使用逻辑分析仪或示波器观察这些GPIO的波形，可以清晰地看到SCE任务的执行流程、耗时以及是否按预期触发。

2. 使用共享内存传递调试信息：在共享内存区域中定义一个结构体，用于存放SCE的运行状态、错误代码、循环计数器、传感器原始数据等。主CPU被唤醒后，可以读取这些信息并通过串口打印出来，或者通过无线发送到上位机。

3. 检查SCE的唤醒与睡眠：如果SCE似乎没有按预期周期运行，首先检查：

• 唤醒源配置：VECCFGn寄存器是否正确映射了唤醒事件（如RTC）？
• 事件标志：预期的唤醒事件标志（在AUX_EVCTL:EVSTATx中）是否真的置位了？
• 电源模式请求：SCE在执行sleep前，是否通过AUX_SYSIF:OPMODEREQ正确请求了掉电模式？
• AON事件：如果使用RTC唤醒，确认AON_RTC的相应通道（CH2）是否已正确配置并启用。

4. 外设访问失败：如果SCE无法访问ADC、SPI等外设：

• 信号量：首先检查是否成功获取了对应的硬件信号量（SMPH）。
• 操作模式：确认SCE是否处于Active模式（某些外设如TDC要求Active模式）。
• 时钟速率：确认外设的操作速率（AUX_SYSIF:PEROPRATE）是否与SCE的时钟速率一致。
• 外设复位状态：确保外设不在复位状态。SCE和主CPU在使用完外设后，最好将其复位，以便另一方可以干净地初始化。

5. 功耗高于预期：如果测量到的系统静态电流远高于数据手册标称值：

• AUX域模式：确认在SCE睡眠期间，AUX域是否成功进入了掉电模式（而不仅仅是低功耗模式）。检查AUX_SYSIF:OPMODEREQ的请求和AUX_SYSIF:OPMODE的实际状态。
• IO泄漏：检查所有由SCE控制的GPIO状态。未使用的GPIO应配置为输出低或输入并上拉/下拉，避免浮空引起漏电流。模拟功能的IO要关闭数字输入缓冲。
• 外设未关闭：确认ADC、比较器、TDC等模拟外设在非使用时段是否被正确禁用（例如，关闭偏置电流、断开输入）。

掌握CC13x2/CC26x2的AUX域和传感器控制器，是从“能用”到“精通”低功耗物联网设计的关键一步。它要求开发者从传统的“主CPU中心”思维，转变为“多核协同、事件驱动”的思维。初期可能会觉得配置繁琐，但一旦理顺，其带来的功耗收益是巨大的。我的经验是，在项目早期就规划好SCE的任务划分，充分利用其事件驱动和硬件加速特性，将周期性的、简单的、实时性要求高的任务卸载给它，让主CPU专注于复杂的协议栈处理和突发性任务，这样才能真正发挥出这款芯片在低功耗领域的强大实力。