1. 项目概述与核心价值

如果你正在为下一个物联网或无线传感节点项目选型，或者已经拿到了德州仪器（TI）的CC26x0/CC13x0系列芯片，却对那一千多页的技术参考手册感到无从下手，那么这篇文章就是为你准备的。我花了相当长的时间，把这些芯片从内核到外设，从电源管理到射频核心，里里外外“盘”了个遍。今天，我们不谈枯燥的寄存器列表，而是从一个一线开发者的视角，把这些零散的模块串联起来，讲清楚它们如何协同工作，以及在实际项目中你该如何驾驭它们。

CC26x0和CC13x0系列，本质上是一颗以ARM Cortex-M3为核心的超低功耗无线微控制器。它的核心价值在于，在一个极小的封装和极低的功耗预算内，集成了一个完整的无线系统所需的一切：一个性能足够处理复杂协议栈和应用逻辑的CPU、一块可编程的Flash、一块可灵活配置保留的SRAM、一个支持多种协议的射频核心、一套极其精细的电源管理系统，以及UART、I2C、SPI、定时器、ADC、加密引擎等你能想到的几乎所有常用外设。无论是做蓝牙低功耗（BLE）的智能手环、Zigbee的智能灯，还是Sub-1GHz的远距离水表，这个平台都能提供一站式的解决方案。理解它的架构，是写出稳定、高效、续航惊人的嵌入式代码的第一步。

2. 核心架构与设计哲学拆解

2.1 为什么是Cortex-M3？内核选型的底层逻辑

很多新手会问，市面上M0、M4内核的MCU那么多，为什么TI在这个系列上选择了Cortex-M3？这背后是性能、功耗和成本的一场精密权衡。M3内核是一个32位的哈佛架构处理器，这意味着它有独立的指令总线和数据总线，可以同时进行取指和数据访问，这在处理中断密集或需要频繁访问内存的无线协议栈时，优势明显。

更重要的是它的Thumb-2指令集。传统的ARM指令是32位的，虽然性能高但代码密度差；而Thumb指令是16位的，代码密度好但性能弱。Thumb-2是一种混合指令集，它允许16位和32位指令共存。编译器会智能地将常用、简单的操作编译成16位指令以节省Flash空间，而将复杂的、需要高性能的操作（比如硬件除法、乘累加）编译成32位指令。实测下来，使用Thumb-2通常能比纯32位ARM代码节省25%-30%的存储空间，这对于内置Flash容量通常为128KB或更小的物联网MCU来说，是至关重要的。你写的C代码，经过编译器优化后，会自动利用这一特性，无需额外干预。

另一个关键设计是嵌套向量中断控制器（NVIC）。在无线应用中，事件（如射频数据包收发完成、定时器超时、传感器数据就绪）的响应速度直接决定了系统的实时性和能效。NVIC将中断响应流程硬件化：当中断发生时，处理器硬件自动将关键寄存器压栈，并直接从向量表中取出中断服务程序（ISR）的入口地址跳转执行。这个过程是确定性的，通常只需要12个时钟周期。更妙的是“尾链”优化：如果当前中断还没处理完，又来了一个更高优先级的中断，NVIC会在第一个中断的现场恢复之前，直接开始处理第二个中断，省去了不必要的现场保存/恢复开销。这种硬件级的中断管理，是保证无线协议栈（如BLE连接事件处理）时序精度的基石。

2.2 系统级设计：如何实现“极致的低功耗”

CC26x0/CC13x0的功耗表现令人印象深刻，这并非单一技术的功劳，而是一套组合拳的结果。其电源管理系统是整个芯片的“能源中枢”，理解它，你就掌握了延长电池寿命的钥匙。

首先，供电架构上，芯片内部集成了一个高效的DC/DC降压转换器。与传统的线性稳压器（LDO）相比，DC/DC在将电池电压（如3V）降至核心电压（如1.8V）时，转换效率可达90%以上，而LDO的效率大致等于输出电压除以输入电压，会有不小的损耗。芯片也支持外部DC/DC模式，为对功耗有极致要求的场景提供可能。

其次，是精细的电源域划分。整个数字逻辑部分被划分为几个独立的电源域，最主要的是MCU电源域（MCU_VD）和常开电源域（AON_VD）。MCU_VD包含了Cortex-M3核心、大部分SRAM、Flash以及高速外设。AON_VD则包含了一个超低功耗的传感器控制器、实时时钟（RTC）、电池监控器等必须永远工作的电路。在睡眠时，MCU_VD可以被完全断电，而AON_VD依靠极低的漏电流维持运行。这种分区供电是实现纳安级待机电流的关键。

最后，是时钟门控和电源门控技术。时钟门控是指当某个模块（比如一个暂时不用的UART）空闲时，硬件自动关闭其时钟输入，消除动态功耗。电源门控则更彻底，直接切断该模块的电源，连静态漏电都消除了。CC26x0/CC13x0的时钟树非常灵活，你可以为每个外设独立选择时钟源（高频RC振荡器、外部晶体、或低频时钟）并分频，确保外设只在需要时、以最低的必要速度运行。

实操心得：功耗优化第一课在写驱动时，养成“即用即开，用完即关”的习惯。初始化一个外设（如I2C）后，如果接下来有很长空闲时间，不要只是让它空转，而是调用对应的API（如Power_releaseDependency）让电源管理框架将其关闭。TI的驱动库（DriverLib）和操作系统（如TI-RTOS）已经提供了良好的抽象，让你可以方便地管理外设的功耗状态，而不是直接操作晦涩的寄存器。

3. 核心功能模块深度解析与实操要点

3.1 射频核心：无线连接的“黑盒子”与驱动模型

射频核心（RF Core）是这套芯片的灵魂，但它对应用层开发者而言，更像一个“黑盒子”。它内部其实是一个独立的ARM Cortex-M0处理器，专门负责处理底层射频协议的时间关键型任务，比如BLE的链路层时序、IEEE 802.15.4的CSMA-CA（载波侦听多路访问）等。主CPU（Cortex-M3）通过一个叫做“门铃”（RF Doorbell）的机制与它通信。

你可以把RF Core想象成一个有专门技能的协处理器。主CPU通过写入命令到命令队列，并“按门铃”（触发一个中断）来通知RF Core有新任务。RF Core执行完命令（如开始一次射频发送）或发生特定事件（如收到一个数据包）后，会通过状态队列和中断来回告主CPU。这种设计将复杂的、时序严格的射频操作与上层的应用逻辑解耦，大大降低了开发难度。

对于不同的无线协议，TI提供了完整的协议栈（如BLE-Stack, TI-15.4-Stack）。你的应用层代码只需要调用栈提供的API，比如GAP_EstablishLink来建立BLE连接，剩下的收发时序、跳频、重传等，都由RF Core和协议栈固件默默完成。你需要关注的是如何配置射频参数（如发射功率、信道）、处理接收到的数据，以及管理连接事件以优化功耗。

注意事项：射频性能与PCB布局射频性能极度依赖硬件设计。即使软件配置完美，一个糟糕的PCB布局也可能导致通信距离骤减。务必参考TI提供的官方参考设计进行布局布线，重点关注：

1. 射频匹配电路：必须使用手册推荐的物料（电感、电容）值，并严格按照布局要求，这部分电路的走线要短而直。
2. 电源去耦：为RF部分供电的引脚附近，必须放置推荐容值和数量的去耦电容，并尽量靠近引脚放置，以滤除高频噪声。
3. 天线：选择合适的天线类型（PCB天线、陶瓷天线、外接天线），并确保天线周围有足够的净空区，下方所有层掏空，避免金属影响辐射模式。

3.2 传感器控制器：专为低功耗数据采集而生的“协处理器”

这是CC26x0/CC13x0系列另一个精妙的设计。传感器控制器是一个独立于主Cortex-M3的超低功耗可编程内核，它拥有自己的2KB SRAM、定时器、ADC、比较器、SPI/I2C数字接口等。它的时钟源是独立的32kHz低频时钟，运行功耗极低。

它的工作模式是这样的：主CPU在完成初始化、配置好传感器控制器的任务（比如“每秒钟读取一次温度传感器，如果超过30度就唤醒我”）后，就可以进入深度睡眠了。此时，整个MCU_VD（包括主CPU、大部分内存和外设）都断电了，只有AON_VD和传感器控制器在微安级的电流下运行。传感器控制器会按照预设的节奏，自主地控制ADC采样、读取I2C传感器，并进行简单的阈值判断。只有满足预设条件（如超温）时，它才会产生一个事件，唤醒主CPU进行复杂处理。

这种架构非常适合环境监测（温湿度、光照）、运动检测（通过ADC读取加速度计）、脉冲计数等场景。主CPU可以长时间休眠，仅在必要时被唤醒，从而将系统平均电流降低到微安甚至纳安级别。

实操要点：编写传感器控制器程序传感器控制器的程序是用一种专用的汇编/类C语言编写的，需要通过TI提供的Sensor Controller Studio图形化工具进行开发、仿真和生成代码。流程大致如下：

1. 在Sensor Controller Studio中配置任务（Task），定义输入输出、变量。
2. 使用其提供的图形化块或直接编写代码逻辑，实现数据采集、处理和判断。
3. 工具会生成一个scif.c和scif.h文件，以及对应的二进制固件映像。
4. 在你的主工程中，包含这些文件，并在主CPU初始化时调用scifInit()和scifStartTasksNbl()来启动传感器控制器任务。
5. 主CPU随后即可进入低功耗模式，等待传感器控制器产生的中断或事件。

3.3 存储子系统：Flash、SRAM与Cache的协同

存储子系统是保证程序高效运行的关键。CC26x0/CC13x0通常包含128KB的嵌入式Flash和20KB的SRAM。

Flash用于存储程序代码和常量数据。它的读取速度相对较慢，且功耗较高。为了弥补这个缺陷，芯片内部有一个8KB的4路组相联缓存（Cache）。当CPU读取Flash时，数据会被同时加载到Cache中。如果后续指令需要访问同一块或相邻地址的数据，就可以直接从高速、低功耗的Cache中获取，避免了频繁访问Flash，既提升了性能（最高可达48MHz零等待执行），又节省了功耗。

SRAM是程序运行时的“工作台”，用于存放堆栈、全局变量、堆内存等。这20KB SRAM被划分为几个块（例如2个6KB块和2个4KB块），其精妙之处在于可按块配置保留。在进入深度睡眠（Standby）模式时，你可以选择只保留存放了关键状态变量的那4KB SRAM，而让其他12KB断电以节省静态功耗。在驱动库中，这通常通过配置SRAM_BANKx_RETN相关的位来实现。

VIMS（多功能指令存储系统）是管理Flash和Cache的模块。它有三种模式：Cache模式（默认）、Program模式（Flash被映射到地址空间，无Cache）、SRAM模式（Cache作为普通SRAM使用）。在极少数需要对Flash进行直接、确定性的访问时（如Flash编程算法自身），可能需要切换到Program模式。

避坑指南：中断向量表的重映射芯片上电后，最初从ROM中的引导加载程序启动，随后会从Flash的起始地址（通常是0x0000_0000）加载程序。你的中断向量表也必须放在这里。在TI的编译环境（如CCS或IAR）中，链接器命令文件（.cmd）会负责将向量表段（.intvecs）定位到Flash起始地址。务必检查你的链接器文件，确保向量表正确放置，否则所有中断都将无法响应。

4. 关键外设接口实战与应用

4.1 通用定时器：不仅仅是“定时”

芯片提供了4个32位通用定时器模块（GPTM），每个都可以被配置为两个独立的16位定时器。它的功能远不止简单的周期性中断。

核心模式解析：

1. 单次/周期定时器：最常用的模式。配置一个装载值，定时器从该值递减到0，产生中断，然后停止（单次）或重载继续（周期）。
2. 输入边沿计数模式：定时器作为一个计数器，对外部引脚输入的信号边沿进行计数。达到预设计数值时产生中断。可用于测量转速、频率。
3. 输入边沿时间模式：记录两个外部事件（边沿）之间的时间间隔。常用于测量脉冲宽度（PWM输入捕获）。
4. PWM输出模式：生成脉宽调制信号。你需要配置周期和占空比。GPTM支持输出信号的反相，方便驱动某些需要低电平有效的电路。

高级功能：

• 定时器同步：可以让多个定时器在同一个时钟边沿开始计数，这对于需要多个精确同步PWM输出的应用（如RGB LED调光）至关重要。
• 级联模式：两个16位定时器可以级联成一个32位定时器，提供更长的定时范围。
• DMA触发：定时器匹配事件可以触发μDMA传输，实现不占用CPU的数据搬运。例如，可以配置一个定时器每1ms触发一次DMA，将ADC采样结果从外设FIFO搬移到内存数组。

实操配置示例（以32位周期定时器为例）：

// 1. 启用GPT0外设的时钟（通过PRCM模块） PRCMPeripheralRunEnable(PRCM_PERIPH_TIMER0); PRCMLoadSet(); while(!PRCMLoadGet()); // 2. 配置Timer0A为32位周期定时器 TimerConfigure(GPT0_BASE, TIMER_CFG_PERIODIC); // 3. 设置定时器装载值（假设系统时钟48MHz，实现1ms中断） TimerLoadSet(GPT0_BASE, TIMER_A, 48000); // 48,000,000 Hz / 1000 Hz = 48000 // 4. 注册中断处理函数 TimerIntRegister(GPT0_BASE, TIMER_A, &Timer0A_ISR); // 5. 使能超时中断 TimerIntEnable(GPT0_BASE, TIMER_TIMA_TIMEOUT); // 6. 使能定时器 TimerEnable(GPT0_BASE, TIMER_A); // 7. 在中断服务程序里清除中断标志 void Timer0A_ISR(void) { TimerIntClear(GPT0_BASE, TIMER_TIMA_TIMEOUT); // ... 你的处理代码 ... }

4.2 直接内存访问：解放CPU的“数据搬运工”

μDMA控制器是提升系统效率的利器。它的作用是在外设和内存之间，或者内存和内存之间，自动搬运数据，而无需CPU介入。想象一下UART每秒接收115200波特率的数据，如果每个字节都产生一个CPU中断来处理，CPU将疲于奔命。有了μDMA，你可以设置UART接收FIFO达到半满时，触发DMA将一批数据（比如16个字节）直接搬移到内存缓冲区，搬完一整块再通知CPU，效率提升巨大。

μDMA的通道是预先分配给各个外设的（如UART0 RX对应通道8，TX对应通道9）。配置一个DMA传输通常需要设置以下几个关键参数：

1. 源地址和目的地址：数据从哪里搬，搬到哪里。
2. 传输模式：
   • 基本模式：软件启动一次，传输指定数量的数据后停止。
   • Ping-Pong模式：使用两个缓冲区（A和B）。当DMA在填充缓冲区A时，CPU可以处理缓冲区B的数据，反之亦然，实现无缝数据流。
   • 自动请求模式：由外设硬件连续触发，直到软件停止。
3. 传输大小和地址增量：每次传输的数据单元大小（8/16/32位），以及传输后源/目的地址是否递增。
4. 仲裁大小：每完成多少个小数据单元的传输，释放一次总线给其他主设备（如CPU）。这可以避免DMA长时间霸占总线导致CPU“卡顿”。

配置流程简述：

// 1. 启用μDMA时钟 PRCMPeripheralRunEnable(PRCM_PERIPH_UDMA); PRCMLoadSet(); // 2. 启用μDMA控制器 uDMAEnable(); // 3. 设置通道控制字（选择传输模式、数据大小、地址增量等） uDMAChannelControlSet(UDMA_CHANNEL_UART0_RX | UDMA_PRI_SELECT, UDMA_SIZE_8 | UDMA_SRC_INC_NONE | UDMA_DST_INC_8 | UDMA_ARB_8); // 4. 设置传输任务（源地址、目的地址、传输数量） uDMAChannelTransferSet(UDMA_CHANNEL_UART0_RX | UDMA_PRI_SELECT, UDMA_MODE_PINGPONG, (void*)&UART0_BASE->DR, rxBuffer, BUFFER_SIZE); // 5. 请求分配通道并启用 uDMAChannelAttributeEnable(UDMA_CHANNEL_UART0_RX, UDMA_ATTR_USEBURST); uDMAChannelEnable(UDMA_CHANNEL_UART0_RX); // 6. 在外设端（如UART）使能DMA接收 UARTDMAEnable(UART0_BASE, UART_DMA_RX);

4.3 串行通信接口：UART、I2C、SSI、I2S选型与配置

这四种接口覆盖了绝大多数嵌入式通信场景。

• UART（通用异步收发器）：异步通信，最少两根线（TX， RX）。优点是不需要时钟线，简单；缺点是速度相对较慢，且没有硬件流控时容易丢失数据。适合调试打印、与老式模块通信。CC26x0的UART支持硬件流控（RTS/CTS），在高波特率或与慢速设备通信时建议启用。
• I2C（内部集成电路）：同步、半双工、多主多从总线，两根线（SCL时钟，SDA数据）。优点是引脚少，支持多设备；缺点是速度中等（标准模式100kbps，快速模式400kbps），协议开销稍大。适合连接板上的多个传感器（如温湿度、气压计）。注意总线上需要加上拉电阻。
• SSI（同步串行接口）：TI对SPI/Microwire/TI同步协议的统称。同步、全双工、主从模式，通常四根线（SCLK时钟， MOSI主出从入， MISO主入从出， CS片选）。优点是速度快（可达几Mbps），全双工；缺点是引脚占用多。适合连接高速设备如Flash、显示屏、ADC芯片。配置时需注意时钟极性（CPOL）和相位（CPHA），必须与从设备匹配。
• I2S（集成电路内置音频总线）：专为数字音频设计的同步串行接口。传输音频数据（左右声道）和位时钟（BCLK）、字时钟（WCLK/LRCLK）。如果你需要连接音频编解码器、数字麦克风或音频放大器，就需要用到它。

配置关键点：

1. 引脚复用：所有I/O引脚都是复用的。在使用一个外设前，必须通过IOC（I/O控制器）模块，将特定引脚配置为对应的外设功能。例如，将DIO_2和DIO_3配置为UART0的TX和RX。

   IOCPinTypeUart(UART0_BASE, IOID_2, IOID_3); // 设置引脚2为TX，引脚3为RX

2. 时钟配置：外设的时钟源和分频器需要正确设置，以产生所需的通信速率（如UART波特率、I2C SCL频率、SPI SCK频率）。
3. 中断与DMA：对于连续或大数据量通信，务必结合中断和DMA使用，避免轮询浪费CPU资源。

5. 电源管理与低功耗模式实战

5.1 五种电源模式详解与切换策略

CC26x0/CC13x0定义了清晰的电源模式，从全速运行到完全关闭：

1. 激活模式：CPU和外设全速运行。功耗最高，性能最强。
2. 空闲模式：CPU时钟停止，但外设时钟可能仍在运行。任何中断都可以唤醒CPU。这是快速进入和退出的低功耗状态。
3. 待机模式：这是最常用的深度睡眠模式。MCU_VD（包括CPU、Flash、大部分SRAM）断电，仅AON_VD（RTC、传感器控制器、部分保留的SRAM和I/O状态）保持供电。功耗降至微安级。唤醒源可以是RTC超时、外部GPIO中断、传感器控制器事件等。唤醒后，程序从进入待机前的位置继续执行（因为关键状态已保存在保留的SRAM中）。
4. 关机模式：整个芯片数字部分掉电，仅极少数模拟电路和IO唤醒逻辑由电池供电。所有状态丢失，唤醒后相当于冷启动，从复位向量开始执行。功耗最低（纳安级）。唤醒源只能是特定的GPIO引脚（配置为唤醒引脚）上的边沿事件。
5. 启动状态：上电复位后的初始状态。

模式切换实战流程（进入待机模式）：

// 1. 保存必要的应用状态到保留内存（非必须，但建议） myAppContext = saveContext(); // 2. 配置唤醒源（例如，配置一个GPIO按键中断唤醒） GPIO_setCallback(Board_BUTTON0, buttonCallback); GPIO_enableInt(Board_BUTTON0); // 使能GPIO中断 // 3. 确保所有外设处于允许断电的状态。 // 在TI-RTOS中，这通常通过Power模块的依赖管理自动完成。 // 裸机开发时，需要手动关闭外设时钟或释放功耗依赖。 PRCMPeripheralRunDisable(PRCM_PERIPH_UART0); // ... 关闭其他外设 ... // 4. 刷新电源管理配置并等待生效 PRCMLoadSet(); while(!PRCMLoadGet()); // 5. 调用进入低功耗模式的API // 对于TI-RTOS: Task_sleep() 或 Power_idle()/Power_sleep() // 对于裸机或SimpleLink SDK: 直接设置电源控制寄存器，或调用Power_sleep()函数 Power_sleep(PowerCC26XX_STANDBY); // 执行到此，CPU已停止。当唤醒事件发生时，硬件会从这里之后的第一条指令继续执行。 // 6. 唤醒后，恢复外设和上下文 PRCMPeripheralRunEnable(PRCM_PERIPH_UART0); PRCMLoadSet(); restoreContext(myAppContext);

5.2 时钟树配置：平衡性能与功耗的“节拍器”

芯片的时钟树非常灵活，但配置不当会导致外设工作异常或功耗飙升。核心时钟源有：

• 高频RC振荡器：48MHz，快速启动但精度较差。
• 高频晶体振荡器：24MHz，通过内部倍频到48MHz，精度高但启动慢。
• 低频RC振荡器：32kHz，低功耗，精度差。
• 低频晶体振荡器：32.768kHz，精度高，用于RTC。

配置策略：

• 激活模式：通常使用24MHz外部晶体，倍频到48MHz给CPU，以获得最佳性能和时间精度（对射频协议栈很重要）。
• 待机模式：高频时钟源全部关闭。RTC和传感器控制器使用32.768kHz晶体或32kHz RC振荡器运行。
• 外设时钟：每个外设可以独立选择时钟源（系统时钟或低速时钟）和分频。例如，一个只需要9600波特率的UART，完全可以用32kHz时钟分频得到，而不是浪费48MHz的系统时钟。

常见问题：为什么我的定时器不准？首先检查定时器的时钟源。如果你在待机模式唤醒后，使用基于系统时钟的定时器，而系统时钟在睡眠期间是关闭的，那么定时器自然停止了。对于需要在深度睡眠期间持续工作的定时，必须使用AON域中的RTC（由32kHz时钟驱动）。

6. 开发调试与启动流程

6.1 cJTAG与调试接口

芯片支持标准的JTAG（4线）和cJTAG（2线，兼容IEEE 1149.7）调试接口。cJTAG引脚更少，但功能完全足够。通过调试器（如TI的XDS110或J-Link），你可以进行下载程序、单步调试、设置断点、查看/修改内存和寄存器等所有常规操作。

调试注意事项：

• 复位引脚：确保调试器的复位信号与芯片的复位引脚正确连接，否则可能无法连接或下载。
• 电源：调试时，最好由调试器或外部电源稳定供电，避免因电池电量不足导致的不稳定。
• 低功耗调试：当芯片进入深度睡眠（待机）时，调试连接可能会断开。需要在调试器软件或代码中配置，允许在低功耗模式下保持调试连接（通常通过设置某个调试控制寄存器实现）。

6.2 启动加载程序与固件升级

芯片内部ROM固化了一个引导加载程序。上电后，它会根据特定的GPIO引脚状态（称为“启动引脚”或“Backdoor”）决定启动行为：

1. 从Flash启动：默认行为，从内部Flash的0x0000_0000地址开始执行用户程序。
2. 进入串行引导加载模式：如果检测到特定引脚组合（如某个GPIO被拉低），则停留在ROM中的引导加载程序，等待通过UART或SPI接口接收新的固件并烧录到Flash。这是实现产品现场OTA（空中升级）或通过串口升级的基础。

实现OTA的要点：

1. 你的应用程序中需要集成一个引导加载程序（TI提供示例），它负责接收新固件、校验、并写入Flash的备用区域。
2. 通常采用“A/B分区”策略：Flash分为两个区域，一个运行当前固件（A），另一个用于下载新固件（B）。升级时，将新固件写入B区，校验成功后，修改启动标志位，下次复位即从B区启动。
3. 升级过程必须保证断电安全。通常会在Flash中维护一个状态机，记录升级进度，即使中途断电，重启后也能根据状态决定是继续升级、回滚还是启动新固件。

7. 安全与加密：AES引擎的使用

对于物联网设备，安全传输是必须的。芯片内置的AES-128加密/解密协处理器可以高效地完成数据加解密，支持ECB、CBC、CTR等多种模式。

使用流程：

1. 初始化与密钥加载：将128位的密钥写入AES模块的密钥寄存器。为了安全，TI的驱动通常提供API将密钥加载到一块受保护的RAM区域，而不是直接暴露在代码中。
2. 配置DMA：由于AES操作通常针对成块的数据（如16字节的倍数），结合μDMA使用是最佳实践。配置DMA通道将待加密的明文从内存搬运到AES引擎的输入FIFO，并将结果从输出FIFO搬回内存。
3. 启动操作：选择操作模式（加密/解密）和算法模式（如CBC），然后启动AES引擎或DMA。
4. 等待完成：通过查询状态寄存器或等待DMA/中断完成标志。

示例（使用TI DriverLib进行ECB加密）：

#include <ti/drivers/crypto/CryptoCC26XX.h> CryptoCC26XX_Handle cryptoHandle; CryptoCC26XX_Params cryptoParams; CryptoCC26XX_OperationOneStepEncrypt operation; // 初始化加密驱动 CryptoCC26XX_Params_init(&cryptoParams); cryptoHandle = CryptoCC26XX_open(Board_CRYPTO, &cryptoParams); // 准备操作结构体 CryptoCC26XX_OperationOneStepEncrypt_init(&operation); operation.key = &myAesKey; // 指向密钥的指针 operation.input = plaintext; operation.output = ciphertext; operation.inputLength = sizeof(plaintext); // 必须是16的倍数 // 执行一次性加密操作（阻塞式） int_fast16_t result = CryptoCC26XX_oneStepEncrypt(cryptoHandle, &operation); if (result != CryptoCC26XX_STATUS_SUCCESS) { // 处理错误 } // 关闭驱动 CryptoCC26XX_close(cryptoHandle);

理解CC26x0/CC13x0的架构，就像掌握了一套精密的瑞士军刀。每个模块都是为了在资源受限的物联网终端上实现高性能、低功耗而精心设计的。从选型时的内核考量，到开发中的外设驱动、功耗管理，再到量产时的固件升级和安全加密，每一个环节都环环相扣。我的经验是，不要试图一次性吃透所有近2000页的手册，而是结合具体项目需求，先掌握核心的Cortex-M3编程、射频协议栈调用、低功耗模式切换和主要通信接口的使用。在遇到具体问题时，再带着问题去查阅手册中相应章节的细节。这个平台的学习曲线前期可能稍陡，但一旦掌握，你将能游刃有余地开发出续航以年计、稳定可靠的无线产品。最后，多利用TI丰富的资源，包括官方示例代码、论坛和Wiki，这些都能让你少走很多弯路。