当前位置：首页 > news >正文

TI CC13x2/CC26x2无线MCU架构解析：从Cortex-M4F到超低功耗设计

news 2026/7/26 8:11:34

1. 芯片架构概览与设计哲学

在物联网和无线连接设备领域，我们常常面临一个核心矛盾：设备需要强大的处理能力来处理复杂的应用逻辑和协议栈，同时又必须极致地省电以延长电池寿命。德州仪器（TI）的CC13x2和CC26x2系列SimpleLink™无线MCU，正是为解决这一矛盾而生的集大成者。我接触这个系列芯片已有多年，从早期的原型设计到如今的大规模量产项目，深感其架构设计的精妙之处。它并非简单地将一个射频模块和一个MCU封装在一起，而是通过深度的系统级设计，实现了计算、通信和传感的有机融合。

简单来说，你可以把CC13x2/CC26x2看作一个“三核”系统：一个主频高达48MHz的Arm Cortex-M4F处理器负责复杂应用；一个专为低功耗优化的传感器控制器引擎（SCE）负责不间断地采集和处理传感器数据；还有一个完全独立的射频核心（RF Core）负责处理所有的无线协议（如蓝牙5.2低功耗、Zigbee、Thread、专有协议等）。这种异构架构的精髓在于“各司其职，按需唤醒”。主CPU（Cortex-M4F）可以在大部分时间深度睡眠，只有当传感器控制器或射频核心收集到足够重要的事件时，才会被唤醒处理高级任务。这种设计哲学直接带来了微安级甚至纳安级的待机电流，让一颗纽扣电池驱动设备工作数年成为可能。

从技术价值来看，这颗芯片不仅仅是一个无线微控制器，更是一个完整的“片上系统”（SoC）。它集成了从DC-DC转换器、LDO、高频/低频振荡器、内存（Flash和SRAM）、密码学加速引擎（AES-128/256， SHA2），到丰富的数字外设（GPIO, UART, SPI, I2C, I2S）和模拟外设（ADC, 比较器，温度传感器）等几乎所有关键组件。开发者拿到手，几乎只需要搭配天线、几个阻容和电池，就能构建出一个功能完整的无线终端节点。这种高集成度极大地简化了硬件设计，降低了BOM成本和PCB面积，对于空间和成本都极其敏感的物联网设备来说，是至关重要的优势。

2. 核心处理器：Arm Cortex-M4F深度解析

CC13x2/CC26x2系列的核心是Arm Cortex-M4F处理器。选择M4F内核而非更简单的M0或M3，TI是经过深思熟虑的。M4F内核在保持Cortex-M系列低功耗特性的同时，引入了数字信号处理（DSP）指令集和单精度浮点单元（FPU）。这对于物联网边缘节点意义重大。

2.1 为何是Cortex-M4F？

许多无线应用，如音频处理、传感器数据滤波（FIR/IIR）、简单的图像识别或复杂的电机控制算法，都涉及大量的乘加运算。传统的MCU需要用软件库模拟这些操作，效率低下且耗电。Cortex-M4F的DSP扩展指令（如SMULxy,SMLAD,USAD8）和硬件FPU，能够以单周期完成这些运算，将处理效率提升数倍乃至数十倍。例如，在实现一个简单的噪声滤波算法时，使用M4F的FPU和DSP指令，可以将CPU占用率从70%降低到15%，同时计算速度提升5倍以上，从而让CPU更快地回到睡眠状态，节省整体能耗。

2.2 编程模型与核心寄存器

对于从其他Arm Cortex-M系列（如M0/M3）迁移过来的开发者，M4F的编程模型是熟悉的。它采用Thumb-2指令集，兼容性好。核心寄存器组包括13个通用寄存器（R0-R12）、堆栈指针（SP）、链接寄存器（LR）、程序计数器（PC）以及多个特殊功能寄存器（如xPSR, PRIMASK, FAULTMASK, BASEPRI, CONTROL）。

这里需要特别关注CONTROL寄存器的配置。它决定了处理器是使用主堆栈指针（MSP）还是进程堆栈指针（PSP），以及当前是处于特权模式还是用户模式。在复杂的RTOS环境中，通常会让内核运行在特权模式并使用MSP，而用户任务运行在用户模式并使用PSP，以实现内存保护和任务隔离。CC13x2/CC26x2的内存保护单元（MPU）支持最多8个区域，可以配合CONTROL寄存器，实现对代码、数据和外设访问的精细控制，这对于提升系统的安全性和稳定性至关重要。

2.3 嵌套向量中断控制器（NVIC）与异常处理

NVIC是Cortex-M系列中断系统的核心。CC13x2/CC26x2的NVIC支持多达数十个可屏蔽中断，并且每个中断都可以独立设置1-7的优先级（数值越小优先级越高）。此外，还支持优先级分组，可以将优先级位分为抢占优先级和子优先级，为复杂的中断嵌套场景提供了灵活性。

实操心得：中断优先级配置在配置中断时，一个常见的误区是随意分配优先级。我的经验是：将射频核心（RF Core）和传感器控制器（SCE）产生的中断设置为最高优先级（如1）。因为无线通信的时序要求极其严格，错过一个时间窗口可能导致整个数据包丢失。其次，是系统关键外设如DMA、定时器的中断。应用层的任务中断可以放在较低优先级。同时，要善用__disable_irq()和__enable_irq()函数来保护临界区代码，但要注意，在FPU上下文中进行中断开关操作时，需要手动保存和恢复FPU寄存器（通过设置FPCCR寄存器），否则可能导致上下文切换时浮点状态丢失，引发难以调试的计算错误。

2.4 浮点单元（FPU）的实战应用

FPU的存在让浮点运算从“奢侈品”变成了“日用品”。在代码中，你只需要在编译器选项中启用-mfpu=fpv4-sp-d16 -mfloat-abi=hard，编译器就会自动使用硬件FPU指令。但这里有几点需要注意：

上下文保存：当发生中断或任务切换时，如果中断服务程序或新任务使用了FPU，则需要保存和恢复FPU的寄存器（S0-S31, FPSCR）。大多数RTOS（如TI-RTOS, FreeRTOS）已经自动处理了这部分。如果是在裸机编程中自己管理中断，则需要手动处理。
性能权衡：虽然FPU很快，但唤醒和上电FPU需要额外的功耗和时钟周期。对于非常简单的、偶尔发生的浮点运算，有时使用软件浮点库（虽然慢但常驻内存）可能更省电。需要根据实际运算频率做权衡。
精度与模式：通过FPSCR寄存器可以控制FPU的舍入模式（向零、向最近、向正/负无穷大）以及是否使能异常（如除零、溢出）。在大多数控制应用中，建议使用“向最近偶数舍入”（RN模式）并禁用所有异常，以获得确定的、高性能的运算结果。

3. 内存子系统与可配置内存系统（VIMS）

内存是MCU的“工作台”，其布局和性能直接影响编程模式和系统效率。CC13x2/CC26x2的内存映射是统一编址的，所有外设、Flash、SRAM、ROM都位于一个4GB的线性地址空间中。

3.1 内存映射精要

芯片的地址空间划分非常清晰：

0x0000 0000 - 0x0003 FFFF: 通常是Flash或ROM的映射区域，用于存放代码和常量数据。上电后，Cortex-M4F从这里（通常是0x0000 0000）的向量表获取初始堆栈指针和复位向量。
0x2000 0000 - 0x2000 7FFF: 这是64KB的SRAM区域，用于堆栈、堆和变量。它被进一步分为多个bank，支持按块进行电源门控以节省功耗。
0x4000 0000 - 0x5FFF FFFF: 外设寄存器区域。所有外设（如GPIO、UART、Timer、RF Core接口）的控制和状态寄存器都映射在这里。通过指针访问这些地址即可操控硬件。
0xE000 0000 - 0xE00F FFFF: 这是Cortex-M4F内核私有外设区，包括NVIC、SysTick、MPU、FPU和调试组件（DWT, ITM, FPB）的寄存器。这部分是标准化的，与芯片厂商无关。

3.2 可配置指令内存系统（VIMS）的妙用

VIMS是CC13x2/CC26x2架构中一个非常巧妙的设计。它管理着Flash和一块32KB的通用RAM（GPRAM）。VIMS有三种模式：

Cache模式（默认）：将Flash映射到0x0000 0000，并将32KB GPRAM作为Flash的缓存。CPU直接从0地址取指，VIMS在后台智能地缓存频繁访问的Flash指令行。这能显著提升代码执行速度（尤其是循环代码），同时因为减少了Flash访问次数而降低了功耗。
GPRAM模式：将32KB GPRAM映射到0x0000 0000。此时，你需要把关键的性能敏感代码（例如中断服务程序、高频调用的函数）从Flash复制到这片RAM中执行。RAM的执行速度远快于Flash，且功耗更低。
关闭模式：Flash和GPRAM都不可通过0x0000 0000地址访问。这种模式很少使用，通常用于深度调试或特殊配置。

避坑指南：VIMS模式切换切换VIMS模式是一个需要谨慎操作的过程。绝对不能在进行模式切换的瞬间，从正在被重新映射的地址区域（0x0000 0000附近）取指执行。标准的做法是：
将一段小的“切换代码”函数，通过链接器脚本固定放在一个不受VIMS模式影响的地址区域执行（例如，SRAM的高地址区域，或者使用ROM中的API）。
在这个“切换代码”中，先配置好VIMS控制寄存器（VIMS.CTL），然后执行一个DSB（数据同步屏障）指令，确保配置生效。
最后执行ISB（指令同步屏障）指令，清空处理器流水线，确保后续指令从正确的位置获取。 TI的驱动库（DriverLib）和TI-RTOS已经封装好了安全的VIMS模式切换API（如VIMSConfigure），在大多数情况下，直接使用这些API是最稳妥的选择。

3.3 Flash编程与保护

芯片内置的Flash支持在线编程（ICP），可以通过JTAG、串口引导加载程序（Bootloader）或在应用程序中自编程。Flash被划分为多个扇区，支持独立的写保护和读保护。通过配置客户配置区（CCFG）中的CCFG_PROT寄存器，可以锁定某些扇区，防止固件被非法读取或篡改，这对于保护知识产权和防止设备克隆非常重要。

在编程Flash时，必须严格遵守其电源和时序要求。Flash模块在编程/擦除时需要一个较高的电压（由内部电荷泵提供）。在操作期间，必须保证电源稳定，且不能将芯片置于某些深度睡眠模式（会关闭Flash电源）。TI的Flash驱动API会处理好这些细节，但如果你在编写自己的底层Flash驱动，务必仔细阅读数据手册中关于FLASH.PWR和FLASH.CTL寄存器的说明。

4. 电源、复位与时钟管理（PRCM）实战

低功耗是CC13x2/CC26x2的立身之本，而PRCM模块是达成超低功耗的“总调度中心”。

4.1 多电源域与功耗模式

芯片内部并非铁板一块，而是划分成了几个独立的电源域：

MCU_VD：主数字电源域，包含Cortex-M4F内核、大部分数字外设、SRAM和Flash。这个域可以被深度关断。
AON_VD：常开电源域，包含实时时钟（RTC）、看门狗（WDT）、电池监控（BATMON）和唤醒控制器。即使在最低功耗的关机模式下，这个域也保持供电，用于维持时间基准和等待唤醒事件。
AUX_VD：辅助电源域，包含传感器控制器（SCE）、ADC、比较器等模拟外设。它可以在MCU主核睡眠时独立运行，以极低的功耗处理传感器数据。

基于这些电源域，芯片定义了从高性能到超低功耗的一系列模式：

活动模式：所有域上电，CPU全速运行（48MHz）。这是性能最高、功耗也最高的模式（典型值约几mA到几十mA，取决于外设使用情况）。
空闲模式：CPU时钟停止，但外设和内存保持供电。任何中断都可以快速唤醒CPU。这是实现“运行-睡眠”快速循环的常用模式。
待机模式：MCU_VD域的大部分电路断电，仅保留少量SRAM（通过配置PRCM.RAMRETEN寄存器选择）和CPU状态。唤醒时间在几十微秒级别。这是大多数低功耗应用的主要睡眠状态。
关机模式：MCU_VD和AUX_VD完全断电，仅AON_VD运行。所有状态丢失，复位后从Flash重新启动。唤醒时间最长（几百微秒），但功耗最低（可低至100nA以下）。

4.2 时钟树配置详解

PRCM管理着一个复杂的时钟树。时钟源包括：

高频RC振荡器（RCOSC_HF）：快速启动（约10µs），但精度较低（±1%）。适用于快速唤醒和初始运行。
高频晶体振荡器（XOSC_HF）：需要外部晶体，启动慢（约1ms），但精度高（±10ppm）。用于需要精确时钟的射频通信。
低频RC振荡器（RCOSC_LF）：低功耗，精度低。
低频晶体振荡器（XOSC_LF）：低功耗，精度高（如32.768kHz手表晶体），用于RTC和定时唤醒。

系统时钟（SYSBUSCLK）和CPU时钟（CPUCLK）可以由高频时钟源分频得到。一个关键的优化点是动态时钟切换。例如，在初始化阶段使用RCOSC_HF快速启动，然后切换到更精确的XOSC_HF进行射频操作，在空闲时再将系统时钟降频以节省功耗。

// 示例：切换系统时钟源（基于TI DriverLib） #include <ti/drivers/Power.h> #include <ti/drivers/power/PowerCC26X2.h> // 首先，确保切换到RCOSC_HF（如果当前不是），因为切换XOSC_HF需要它作为备用 Power_setDependency(PowerCC26XX_XOSC_HF); // 请求使用XOSC_HF资源 // 驱动程序内部会处理时钟源的切换和稳定等待 // ... 执行需要高精度时钟的操作（如射频通信）... Power_releaseDependency(PowerCC26XX_XOSC_HF); // 释放，系统可能切回RCOSC_HF

4.3 低功耗实战配置步骤

实现一个典型的低功耗传感器节点，其睡眠-唤醒流程如下：

初始化：配置I/O、外设、时钟。将不用的外设时钟门控（通过PRCM.PDCTLx寄存器），不用的I/O设置为低功耗状态。
进入睡眠前：
- 保存必要的应用状态到保持供电的SRAM中。
- 配置唤醒源，如RTC定时器、GPIO边沿检测、传感器控制器事件等。
- 通过IOC:IOCFGx.EDGE_IRQ_EN和EVENT模块，将GPIO事件路由到AON域作为唤醒源。
- 调用Power_sleep()或直接操作PRCM寄存器进入待机模式。
唤醒后：
- 芯片被唤醒源触发，首先执行复位向量（如果是从关机模式唤醒）或从中断向量（如果是从待机/空闲模式唤醒）。
- 检查唤醒源（通过AON_PMCTL.PWRSTAT或EVENT模块的标志位），执行相应的处理逻辑。
- 恢复应用状态，重新初始化必要的外设（某些外设在待机模式下会复位），然后进入主循环。

注意事项：SRAM保持与功耗权衡在待机模式下，可以选择保持全部或部分SRAM的内容。保持的SRAM越多，唤醒后恢复上下文越快，但待机功耗也越高。例如，保持32KB SRAM可能消耗约1µA，而只保持4KB可能仅需0.5µA。你需要根据应用需要保存的变量大小来权衡。TI-RTOS的电源管理框架会自动处理RTOS内核状态的保存与恢复，简化了这部分工作。

5. 外设互连与事件 fabric

传统MCU中，外设与CPU的交互主要依赖中断，这可能导致CPU频繁被唤醒。CC13x2/CC26x2引入了高度灵活的“事件 fabric”机制，允许外设之间直接通信，无需CPU干预。

5.1 事件 fabric 工作原理

你可以把事件 fabric 想象成一个可编程的“硬件信号路由器”。它有两套独立的网络：MCU事件 fabric 和 AON事件 fabric。

MCU事件 fabric：连接MCU域的高速外设，如GPT定时器、UART、DMA等。它可以生成事件，也可以消费事件。
AON事件 fabric：连接AON域的低功耗外设，如RTC、电池监视器、IO引脚边沿检测器等。它主要用于在深度睡眠时产生唤醒事件。

任何外设都可以被配置为一个“事件生产者”（例如，定时器溢出、ADC转换完成、GPIO电平变化），产生一个事件信号。这个信号可以通过事件 fabric 被路由到一个或多个“事件消费者”。消费者可以是：

另一个外设的触发输入：例如，用GPT定时器A的匹配事件直接触发ADC开始一次转换，或者触发DMA进行一次数据传输。整个过程完全由硬件完成，CPU无需参与。
CPU的中断线：将事件路由到NVIC，产生一个中断，唤醒或通知CPU。
传感器控制器（SCE）：将事件路由到SCE，触发其执行一段特定的低功耗任务。

5.2 实战应用：构建硬件自动化链路

假设我们要实现一个“每秒钟自动采集一次温度传感器（通过ADC）数据，并通过DMA存入SRAM”的功能，且希望CPU全程休眠。

配置生产者：将RTC（在AON域）配置为每秒产生一个周期性的比较事件（AON_RTC.CH2）。
配置路由：通过AON_EVENT:EVTOMCUSEL寄存器，将RTC CH2事件路由到MCU事件 fabric 的某个通用事件线（例如，EVENT:CPUIRQSELx选择AUX_ADCVALID作为触发源，但这里我们需要一个中间事件，实际上RTC事件可以直接路由到ADC触发）。
配置消费者（ADC）：配置AUX域的ADC，将其触发源设置为来自事件 fabric 的特定事件线。
配置消费者（DMA）：配置µDMA通道，将其触发源设置为ADC转换完成事件。并设置DMA的源地址为ADC结果寄存器，目标地址为SRAM中的一个数组，传输大小为2字节（假设ADC是12位）。
配置消费者（最终通知）：可以再配置一个DMA传输完成事件，或者ADC序列完成事件，路由到CPU中断。这样只有当缓冲区满了（比如采集了100个点），才唤醒CPU进行一次批量处理。

通过以上配置，一个完整的“RTC -> ADC -> DMA -> RAM”的数据采集流水线就在硬件层面建立起来了。CPU只在需要处理这100个数据点时才会被唤醒一次，其余99次采集过程都在零CPU参与下完成，极大地节省了功耗。

5.3 微直接内存访问（µDMA）

µDMA控制器是事件 fabric 的重要搭档，是实现高效数据搬运的核心。它支持多种传输模式：

基本模式：单次传输指定长度的数据。
Ping-Pong模式：两个缓冲区交替使用。当DMA在填充缓冲区A时，CPU可以处理缓冲区B的数据，实现无停顿的连续数据流处理，非常适合音频流、高速采样等场景。
散集-收集模式：可以处理非连续内存块的数据传输。描述符表存储在内存中，定义了多个传输任务。这在处理复杂协议数据包时非常有用。

配置µDMA时，关键是要正确设置控制字（UDMA.CHx.CTL）中的xfermode,dstinc,srcinc,arbitsize等字段。一个常见的错误是arbitsize设置不当，导致传输未完成或效率低下。arbitsize决定了每次仲裁传输的数据量（1、2、4、8、16、32、64、128、256字节）。通常应将其设置为与总线宽度（32位）或外设数据宽度对齐的最大值，以获得最高吞吐量。

6. 传感器控制器（SCE）：超低功耗的守护者

传感器控制器是CC13x2/CC26x2区别于普通MCU的杀手级特性。它是一个独立的、基于状态机的可编程微型处理器，运行在AUX域，功耗极低（全速运行约20µA/MHz）。

6.1 SCE能做什么？

SCE不是另一个Cortex-M0，它没有取指单元，其程序是预先编译好的、存储在AUX RAM或ROM中的微码。它擅长执行简单的、周期性的决策和数据处理任务，例如：

周期性读取ADC，并在数值超过阈值时唤醒主CPU。
监控GPIO状态，检测按键长按、短按、双击等模式。
读取I2C/SPI接口的传感器（通过AUX_SPIM模块），并进行简单的滤波或平均。
运行简单的计时器和脉冲计数器。

6.2 开发流程：使用Sensor Controller Studio

TI提供了图形化的Sensor Controller Studio（SCS）工具来开发SCE任务，这大大降低了使用门槛。你不需要编写汇编或微码，而是通过拖拽“任务”（Task）和“资源”（Resource）来构建逻辑。

定义接口：在SCS中，你定义SCE与主CPU之间的共享变量（在AUX RAM中）。主CPU可以写入配置参数（如采样间隔、阈值），SCE可以写入结果或状态标志。
构建任务图：例如，你可以创建一个“ADC采样任务”，后面连接一个“比较任务”，如果比较结果为真，则触发一个“设置事件任务”来唤醒主CPU。
生成代码：SCS会生成一个C头文件（scif.h）和对应的二进制微码。在你的主应用程序中，包含这个头文件，调用scifInit()和scifStartTasksNbl()来初始化和启动SCE任务。
交互：主CPU通过轮询或中断（由SCE产生的事件触发）来读取共享变量中的结果。

6.3 一个实际案例：智能门磁传感器

假设我们设计一个电池供电的门窗传感器，要求待机一年以上。

SCE任务：每秒钟被RTC唤醒一次，读取连接在门磁开关上的GPIO状态（通过AUX I/O）。如果状态发生变化（门开/关），SCE会通过事件 fabric 立即唤醒主CPU。
主CPU任务：被唤醒后，主CPU读取SCE记录的时间戳和状态，通过蓝牙低功耗（由RF Core处理）将“门已开”的警报信息发送到手机。发送完毕后，主CPU重新配置SCE任务，然后自己进入待机模式。在这个场景中，主CPU99.9%以上的时间都在深度睡眠，平均电流可以控制在微安级，主要由SCE和RTC的功耗决定。

实操心得：SCE调试SCE运行在独立时钟域，调试不如主CPU方便。SCS提供了模拟器，可以在PC上模拟运行任务逻辑，这是非常重要的调试手段。在实际硬件上，可以通过AUX_EVCTL:EVOBSCFG寄存器将SCE的内部事件路由到某个GPIO引脚，用示波器观察，这是最直接的硬件调试方法。另外，确保SCE的代码（微码）在系统进入低功耗模式前已被正确加载到AUX RAM中，并且AUX域的电源和时钟配置正确。

7. 射频核心（RF Core）与无线子系统

RF Core是一个独立的、固化的处理器，专门负责处理物理层（PHY）和部分链路层的无线协议。它支持多种无线标准，具体取决于芯片型号：

CC26x2：支持2.4 GHz频段，包括蓝牙5.2低功耗、Zigbee 3.0、Thread、专有协议等。
CC13x2：支持Sub-1 GHz频段（如433 MHz, 868 MHz, 915 MHz），以及2.4 GHz频段。适用于需要更远传输距离或穿透能力的应用。

7.1 与RF Core的交互：命令与队列

主CPU（Cortex-M4F）不直接操作射频寄存器，而是通过一个称为“射频门铃”（RF Doorbell）的机制与RF Core通信。其交互模型是异步的、基于命令和队列的：

发送命令：主CPU将格式化的命令和数据写入RF Core的命令队列（RFC_DBELL:CMDR和相关的数据队列）。
RF Core执行：RF Core读取命令，控制内部的射频前端、调制解调器等硬件执行操作（如发射、接收、跳频等）。
接收结果：操作完成后，RF Core将状态和结果写入数据队列，并可选地触发一个中断给主CPU。
主CPU处理：主CPU在中断服务程序或主循环中，从数据队列读取结果。

TI提供了完整的无线协议栈（如BLE-Stack, TI-15.4 Stack）和易于使用的API（如RF_runCmd），这些高层API封装了底层队列操作。但在进行深度优化或开发专有协议时，理解这个队列机制是必要的。

7.2 功耗与性能平衡

射频通信是系统中最耗电的部分。RF Core本身也支持多种功耗状态。关键的优化策略包括：

快速唤醒：RF Core从睡眠到发射/接收就绪的时间极短（约100-200µs），这使得它可以频繁地开关以节省功耗。
智能调度：对于连接性协议（如BLE），协议栈会精确计算下一个通信窗口（Connection Interval, Advertising Interval），让RF Core和主CPU在窗口间隙尽可能深睡。
发射功率调节：通过CMD_PROP_RADIO_SETUP或CMD_BLE5_RADIO_SETUP命令中的txPower字段，可以动态调整发射功率。在信号好的地方降低功率，能显著节省电量。
数据速率选择：更高的数据速率意味着更短的空中传输时间，有时反而更省电。需要根据数据包大小和信道条件进行权衡。

8. 开发环境搭建与调试要点

8.1 工具链选择

IDE：推荐使用TI的Code Composer Studio (CCS) 或 IAR Embedded Workbench。它们对TI芯片的支持最完善，集成了TI-RTOS、驱动库和无线协议栈。
编译器：Arm Compiler (armclang) 或 TI Clang Compiler。确保启用优化选项（如-O2）和适当的调试信息。
SDK：务必从TI官网下载并安装SimpleLink CC13x2/CC26x2 SDK。它包含了所有外设驱动库、RTOS、协议栈和丰富的示例工程。

8.2 调试接口芯片支持标准的JTAG（4线）和cJTAG（2线）调试接口，以及串行线调试（SWD）。在PCB设计时，务必引出TCK,TMS,TDI,TDO（或SWDIO,SWCLK）和RESET引脚到调试连接器。注意，调试接口在关机模式下不可用，因为其电源被切断。在待机模式下，需要通过配置AON_PMCTL:JTAGCFG寄存器来保持调试模块供电。

8.3 常见问题排查

芯片无法连接/调试：
- 检查电源和复位电路是否稳定。
- 检查调试接口连线是否正确，特别是上拉/下拉电阻（TMS/SWDIO通常需要上拉）。
- 确认芯片是否处于关机模式。尝试给RESET引脚一个脉冲，在复位释放后的短暂窗口内连接调试器。
- 检查CCFG中的JTAG_DISABLE和DEBUG_LOCKOUT位是否被意外使能，锁定了调试接口。
程序运行不稳定：
- 时钟问题：检查高频晶体是否起振（测量时钟输出引脚），负载电容是否匹配。可以使用内部RC振荡器进行对比测试。
- 电源噪声：射频发射时会在电源上产生较大噪声。确保电源路径上有足够且靠近芯片的退耦电容（例如，一个10µF的钽电容加多个100nF/1µF的陶瓷电容）。
- 堆栈溢出：CC13x2/CC26x2的MPU可以配置为检测堆栈溢出。在开发阶段，启用MPU对堆栈区域的保护，将其设置为“不可读、不可写”，一旦堆栈向下生长触及该区域，会立即触发MemManage错误，便于定位。
- 中断冲突或优先级反转：仔细检查NVIC的中断优先级配置，确保高优先级的中断服务程序执行时间尽可能短。对于使用RTOS的系统，注意关中断的临界区保护。
功耗高于预期：
- 使用TI的Power Profiler工具或精度较高的电流表，测量不同工作模式下的电流。
- 检查所有GPIO的状态。未使用的GPIO应配置为输出低或输入带上拉/下拉，避免浮空引起漏电。
- 确认未使用的外设时钟已被门控（PRCM.PDCTLx寄存器）。
- 检查代码中是否有忙等待（while循环）。
- 使用RTOS的电源管理框架（Power_sleep()），而不是自己操作寄存器进入低功耗模式。

CC13x2/CC26x2系列无线MCU是一个功能极其强大的平台，其深度集成的架构为物联网设备设计提供了前所未有的灵活性和能效。掌握其核心架构、特别是事件 fabric、传感器控制器和射频核心的协同工作方式，是释放其全部潜力的关键。从简单的数据采集器到复杂的多协议网关，这个平台都能胜任。建议开发者从TI SDK提供的示例工程入手，先跑通一个基本的BLE或专有协议例程，再逐步深入理解各个模块，最终打造出符合自己产品需求的、性能与功耗俱佳的解决方案。

查看全文

http://www.jsqmd.com/news/1266212/