从手册到实战：深入理解TI CC26xx/CC13xx MCU的低功耗架构与工程实践-拓冰建站

1. 从手册到实战：如何真正理解一颗MCU

做嵌入式开发这些年，我有个很深的体会：看芯片手册和真正用起来，完全是两码事。手册里密密麻麻的寄存器描述、功能框图，就像一张复杂的地图，告诉你这里有什么、那里有什么，但怎么从A点走到B点，路上有哪些坑，地图上可不会写。就拿德州仪器的CC26x0/CC13x0系列来说，官方文档动辄上千页，新手一看就头大，老手也未必能立刻抓住重点。

今天，我就结合自己实际在低功耗物联网项目中使用CC2640/CC1350的经验，抛开那些照本宣科的介绍，聊聊怎么从工程师的视角去理解这颗芯片的核心——ARM Cortex-M3处理器和它那一大堆外设。我们不光要知道它“有什么”，更要知道“为什么这么设计”以及“用的时候要注意什么”。无论是做蓝牙低功耗（BLE）节点、Zigbee网关，还是简单的传感器数据采集器，理解底层硬件是写出稳定、高效、省电代码的前提。这篇文章适合有一定嵌入式基础，想深入MCU内部机制，或者正在评估、使用TI CC26xx/CC13xx系列芯片的朋友。我会尽量用大白话把架构原理讲清楚，并穿插一些实际调试中踩过的坑和总结的技巧。

2. 核心引擎：ARM Cortex-M3在低功耗场景下的真实表现

提到Cortex-M3，很多人第一反应是“经典”、“够用”。但在CC26x0/CC13x0这类极致追求低功耗的无线MCU上，它的价值远不止于此。TI选择M3内核，是一个经过深思熟虑的平衡之举。

2.1 性能与功耗的平衡术

CC26x0/CC13x0最高主频48MHz，这个数字在今天看来不算高，但在其目标应用场景——电池供电的物联网设备中，却是恰到好处。M3内核的3级流水线哈佛架构（指令和数据总线分离）保证了执行效率，Thumb-2指令集则在代码密度和性能之间取得了很好的平衡。你可能会问，为什么不用更高性能的M4F（带浮点单元）？原因很简单：功耗和成本。对于大多数传感器数据处理、协议栈运行（如BLE协议栈）来说，整数运算和位操作是主流，浮点运算需求极少。为了那偶尔一用的浮点能力去承担更高的静态功耗和芯片面积，不划算。

这里有个关键点：低功耗不等于低性能，而是“按需提供性能”。Cortex-M3支持多种睡眠模式，而CC26x0/CC13x0更是将此发挥到极致。在深度睡眠（Standby）模式下，整个Cortex-M3内核的电源域都可以被关闭，功耗降至微安级，仅由传感器控制器或RTC等极小模块维持工作。一旦有中断事件（比如GPIO唤醒、传感器数据就绪），唤醒流程和中断响应速度（得益于NVIC的硬件堆栈和尾链优化）直接决定了系统“睡下去”和“醒过来”的效率。在实际项目中，我曾测量过，从深度睡眠被GPIO中断唤醒到执行第一条用户ISR指令，整个时间可以控制在20微秒以内，这对于需要快速响应的应用（如无线包应答）至关重要。

2.2 中断处理：NVIC的细节与实战配置

嵌套向量中断控制器（NVIC）是Cortex-M3的明星特性，手册里说它“快速”，但到底快在哪？首先，它是“向量”式的，每个中断源都有独立的入口地址，CPU无需像以前那样通过软件查询中断源，直接跳转，省了时间。其次，它是“嵌套”的，高优先级中断可以打断低优先级的服务程序，这对实时性要求高的多任务系统很友好。

但在CC26x0/CC13x0上配置NVIC时，有几点容易踩坑：

优先级分组：Cortex-M3支持中断优先级抢占和子优先级。你需要先通过NVIC_SetPriorityGrouping()函数设定优先级分组，比如选择3位用于抢占优先级（0-7级），1位用于子优先级（0-1级）。分组一旦设定，整个运行期间最好不要更改。我曾遇到过因为驱动库和用户程序设置了不同的分组，导致中断嵌套逻辑混乱的bug。
系统异常优先级：像SysTick、PendSV、SVC这些系统异常，也有固定的优先级。特别是PendSV，常用于RTOS的上下文切换，其优先级通常被设为最低，以确保所有外部中断处理完毕后再进行任务切换。
中断使能与清除：在CC26xx的驱动库（如TI-RTOS或SimpleLink SDK）中，外设中断的使能通常分两步：在外设模块自身寄存器中使能中断源，然后在NVIC中使能对应的中断线。清除中断标志也要注意顺序，一般先处理外设状态寄存器中的标志位，避免刚清除就立刻被新的中断事件置起。

这里给一段典型的NVIC配置代码示例（以UART中断为例）：

// 1. 配置UART本身的中断（例如使能接收中断） UARTIntEnable(UART0_BASE, UART_INT_RX | UART_INT_RT); // 2. 在NVIC中使能UART0中断向量，并设置优先级 // 假设使用优先级分组2（2位抢占，2位子优先级） // 设置抢占优先级为2，子优先级为0 NVIC_SetPriority(UART0_IRQn, (2 << (8 - __NVIC_PRIO_BITS)) | 0); NVIC_EnableIRQ(UART0_IRQn); // 3. 在中断服务函数中 void UART0_IRQHandler(void) { uint32_t status = UARTIntStatus(UART0_BASE, true); // 获取中断状态 UARTIntClear(UART0_BASE, status); // 清除中断标志，防止重复进入 if (status & UART_INT_RX) { // 处理接收到的数据 uint8_t data = UARTCharGetNonBlocking(UART0_BASE); // ... 你的处理逻辑 } // ... 处理其他中断类型 }

2.3 内存映射与位带操作

Cortex-M3的另一个利器是位带（Bit-Banding）功能。它允许通过别名地址区（Alias Region）直接对单个比特进行原子读写。在CC26x0/CC13x0上，SRAM和外设寄存器的特定区域都支持位带。这对于操作GPIO引脚状态、设置/清除某个标志位特别方便，不仅代码简洁，而且避免了“读-改-写”过程可能被中断打断导致的数据竞争问题。

例如，要快速设置GPIOA的PIN0为高电平，如果不使用位带，可能需要：

GPIOA->DATA |= (1 << 0); // 非原子操作，可能有问题

而使用位带操作（前提是该GPIO寄存器区域支持）：

#define GPIOA_DATA_BITBAND_ALIAS(bit) (*((volatile uint32_t *)(0x42000000 + (0x2000 + (GPIOA_BASE - 0x40000000))*32 + (bit)*4))) GPIOA_DATA_BITBAND_ALIAS(0) = 1; // 原子操作，直接写1

当然，在实际开发中，TI的驱动库已经封装好了易用的API，如GPIO_write()，但其底层高效实现很可能就利用了位带特性。理解这个原理，有助于你在需要极致性能或进行底层寄存器操作时，写出更高效的代码。

3. 关键外设深度剖析：不止于数据手册

CC26x0/CC13x0的外设丰富且针对低功耗优化。手册列出了功能，但怎么用好，里面门道很多。

3.1 可编程I/O（GPIO）：灵活性与陷阱

芯片最多支持31个GPIO，并且可以通过数字I/O控制器（IOC）复用到几乎任何数字外设功能上。这种灵活性带来了便利，也带来了配置上的复杂性。

配置步骤与要点：

引脚功能复用：这是第一步，也是最容易出错的一步。每个引脚都有一个对应的IOCFGx寄存器（x代表引脚号）。你需要在这里选择引脚的功能，是普通的GPIO，还是UART的TX、I2C的SCL等。TI的驱动库通常提供PIN_init()或IOCPortConfigureSet()函数来简化配置。
上下拉电阻配置：对于输入引脚，尤其是按键、中断唤醒源，必须正确配置弱上拉或下拉电阻，以确保引脚在悬空时有一个确定的电平，防止误触发。CC26xx的GPIO内部上下拉电阻典型值在几十千欧姆量级，对于大多数应用足够了。
中断配置：GPIO中断支持边沿触发（上升沿、下降沿或双边沿）。配置中断时，要特别注意去抖动处理。硬件上可以通过配置输入施密特触发器来改善，但软件去抖动（如延时采样）仍然是保证稳定的常用手段。此外，GPIO中断可以唤醒深度睡眠的芯片，这是实现超低功耗待机的关键。

注意：手册中提到的“高达5个8mA高驱动强度引脚”需要留意。当你的负载（如LED、小型继电器）需要较大电流时，应优先将这些负载接到这些高驱动能力的引脚上。如果驱动电流不足，可能导致输出电平不稳定，或者系统整体功耗异常升高。

3.2 同步串行接口（SSI/SPI/I2S）：时钟与数据对齐

CC26x0/CC13x0包含两个SSI模块，它们非常灵活，可以配置成SPI、Microwire或TI同步串行格式。SPI是最常用的模式，但其中时钟极性（CPOL）和时钟相位（CPHA）的设置常常让人混淆。

SPI模式选择（CPOL/CPHA）：

模式0 (CPOL=0, CPHA=0)：时钟空闲时为低电平，数据在时钟的上升沿采样（捕获），下降沿切换。
模式1 (CPOL=0, CPHA=1)：时钟空闲时为低电平，数据在时钟的下降沿采样，上升沿切换。
模式2 (CPOL=1, CPHA=0)：时钟空闲时为高电平，数据在时钟的下降沿采样，上升沿切换。
模式3 (CPOL=1, CPHA=1)：时钟空闲时为高电平，数据在时钟的上升沿采样，下降沿切换。

关键点：这个配置必须与从设备（如传感器、Flash芯片）的时序要求严格匹配。很多通信失败都是因为主从设备的模式不统一。一个简单的记忆方法是：关注数据采样边沿。CPHA=0表示在第一个时钟边沿（即SCK从空闲状态跳变到相反状态的边沿）采样；CPHA=1表示在第二个时钟边沿采样。CPOL决定了空闲状态的电平。

FIFO与DMA的使用：每个SSI模块都有独立的TX和RX FIFO，深度为8个16位字。对于高速或大数据量传输，一定要利用好FIFO，并考虑启用µDMA（微直接内存访问）。µDMA可以自动将数据从内存搬运到SSI的TX FIFO，或者从RX FIFO搬运到内存，无需CPU频繁干预，大大降低了CPU占用率和系统功耗。配置DMA时，要设置好源地址、目标地址、传输数据量以及传输模式（单次请求、突发请求）。

3.3 I2C与I2S：总线管理与时钟

I2C模块支持标准模式（100kbps）和快速模式（400kbps）。在多主设备系统中，它支持仲裁和时钟同步，这是一个硬件特性，能很好地处理总线竞争。使用I2C时，最常遇到的问题是从设备无应答（NACK）。除了检查地址、线路连接、上拉电阻（通常4.7kΩ）外，还要注意CC26xx作为主设备时的时钟低超时（Clock Low Timeout）功能。如果从设备拉低SCL线时间过长（比如卡死了），这个中断可以触发，让主设备从死锁中恢复。建议在初始化时使能这个中断，并在中断服务程序中执行总线恢复操作（如发送几个时钟脉冲）。

I2S模块用于音频流传输，支持I2S、左对齐（LJF）、右对齐（RJF）和DSP格式。关键在于理解位时钟（BCLK）和字时钟（WCLK，即LRCLK）的关系。BCLK是串行数据的位时钟，WCLK指示当前传输的是左声道还是右声道数据。CC26xx的I2S时钟可以由内部生成，也可以使用外部时钟源。对于需要高精度、低抖动的音频应用，推荐使用外部高质量晶振或时钟芯片提供主时钟（MCLK），再由CC26xx内部PLL分频产生BCLK和WCLK。配置时，要仔细计算分频系数，以满足目标采样率（如44.1kHz, 48kHz）和数据位宽（如16位, 24位）的要求。

3.4 传感器控制器：低功耗的守护神

这是CC26x0/CC13x0系列的一大亮点，也是一个独立的、功耗极低（微安级）的协处理器。它可以独立于主Cortex-M3内核运行，即使主核深度睡眠，它也能持续工作。

它能做什么：

模拟传感器读取：通过内置的12位ADC（最高200ksps）周期性采集温度、光照、电压等信号。
数字传感器通信：通过“位碰撞”（Bit-Banging）的方式模拟I2C或SPI时序，与外部数字传感器（如温湿度传感器）通信。
电容式触摸感应：利用内部的恒流源、时间数字转换器和比较器实现电容检测，可用于触摸按键或滑条。
键盘扫描、正交编码器解码等。

如何使用：传感器控制器的逻辑不是用C语言直接写的，而是需要通过TI提供的Sensor Controller Studio这个PC端图形化工具进行配置和编程。你可以在工具里拖拽功能块（ADC采样、比较器判断、GPIO控制、逻辑判断等），形成一个自动化的“任务链”。然后工具会生成对应的C代码和头文件，你只需要在主程序初始化时启动这个任务，并定期（或通过中断）去读取传感器控制器写好的结果缓冲区即可。

实战心得：

功耗权衡：虽然传感器控制器功耗很低，但它的运行也会消耗能量。需要精细设计其工作周期。例如，一个温度传感器每5秒采样一次，每次采样+处理耗时10ms，那么它的占空比只有0.2%，平均功耗可以做得极低。
与主核通信：传感器控制器通常通过共享内存（一段特定的RAM区域）或中断来通知主核数据就绪。主核在深度睡眠前，要配置好传感器控制器和相应的唤醒中断。
资源冲突：传感器控制器和主核共享一些模拟资源（如ADC、比较器）。在传感器控制器任务运行时，主核不能同时访问这些资源，否则会导致数据错误。需要在软件设计上做好互斥保护。

4. 电源管理系统：低功耗设计的基石

CC26x0/CC13x0的电源架构是其超低功耗能力的核心。理解它，才能榨干电池的最后一滴电。

4.1 电源域与电压轨

芯片内部有多个电压域，如图1-2所示：

VDDS：这是电池输入电压，范围通常为1.8V至3.8V，是整个系统的源头。
VDDR：这是内部稳压器输出的电压，通常为1.8V或1.68V（使用DC/DC时），用于给数字核心（Cortex-M3、内存、数字外设）和部分模拟电路供电。
DCOUPL：这是数字核心（1.28V）的退耦引脚，必须连接一个高质量、低ESR的电容（通常1µF~2.2µF），且绝不能用来给外部电路供电。
VDDR_RF：专门给射频部分供电的引脚。

这种多电压域设计允许系统在不同工作模式下，独立地关闭或降低某些区域的电压，从而实现精细的功耗管理。

4.2 DC/DC转换器 vs. 全局LDO

这是电源设计的关键选择。芯片内部集成了一个Buck型DC/DC转换器和一个全局低压差线性稳压器（LDO）。

DC/DC转换器：效率高，尤其是在输入输出电压差较大时。例如，VDDS=3.6V，输出VDDR=1.68V，其效率可达85%以上。这意味着电池能量更多地用在了芯片工作本身，而不是转化为热量。这是TI推荐的低功耗首选方案。使用时，需要在DCDC_SW引脚连接一个电感（典型值10µH）和电容，构成完整的Buck电路。
全局LDO：电路简单，外部仅需几个电容，无需电感。但效率较低，功耗等于（输入电压-输出电压）乘以工作电流。当输入电压接近输出电压时（如使用两节干电池，电压跌落到2.2V左右），LDO的效率会有所提升。

如何选择：

如果板子空间允许，且对功耗极其敏感（如纽扣电池供电数年），强烈建议使用DC/DC模式。
如果板子空间极其紧张（如超小型可穿戴设备），或者系统大部分时间处于深度睡眠状态（静态电流占主导），此时DC/DC的静态电流和外围电感体积可能成为负担，可以考虑使用LDO模式。在LDO模式下，需要将VDDS_DCDC引脚连接到VDDS，并将DCDC_SW引脚悬空。

配置是通过AON_SYSCTL:PWRCTL寄存器完成的。上电后，软件需要根据硬件连接（通过检查AON_SYSCTL:PWRCTL.EXT_REG_MODE或相关CCFG配置）来正确初始化电源模式。

4.3 外部稳压器模式（1.8V系统）

如果你的系统主板已经有稳定的1.8V电源，可以采用这种模式。此时，将VDDS和VDDR引脚连接在一起，并连接到外部1.8V电源。同时，必须禁用内部DC/DC转换器（将VDDS_DCDC和DCDC_SW引脚接地），并在CCFG（芯片配置）中正确设置。这种模式下，芯片内部的1.28V数字核心LDO仍然工作，由这个1.8V输入降压产生。

4.4 低功耗模式实战

CC26xx支持多种功耗模式，从活跃模式（Active）到待机模式（Standby），再到完全关断（Shutdown）。功耗依次降低，唤醒时间和保存的上下文也依次减少。

空闲模式（Idle）：CPU停止运行，但外设、内存、时钟都保持运行。任何中断都可以快速唤醒（微秒级）。适用于短暂等待事件的场景。
待机模式（Standby）：这是最常用的深度睡眠模式。CPU、大部分数字逻辑、RAM、高速时钟都关闭，仅保留极低功耗的RTC、电源管理模块和传感器控制器（如果使能）等。芯片功耗可降至1µA以下。可以通过RTC定时、GPIO引脚变化、传感器控制器事件等唤醒。唤醒后，程序从进入待机前的位置继续执行（因为关键寄存器状态被保存在始终供电的存储区）。
关断模式（Shutdown）：功耗最低（约100nA），但除了IO引脚状态和RTC的有限功能外，所有状态丢失。唤醒后相当于硬件复位，程序从头开始执行。

进入低功耗模式的代码示例：

#include <ti/drivers/Power.h> #include <ti/drivers/power/PowerCC26XX.h> void enterStandbyMode(uint32_t wakeupTime_ms) { // 1. 配置唤醒源，例如RTC定时唤醒 uint32_t wakeupTick = wakeupTime_ms * (RCOSC_LF_FREQUENCY / 1000); // 假设使用低频RC振荡器 Power_setConstraint(PowerCC26XX_SB_DISALLOW); // 临时禁止待机，以便配置 // ... 配置RTC闹钟为 wakeupTick ... Power_releaseConstraint(PowerCC26XX_SB_DISALLOW); // 允许待机 // 2. 确保所有外设处于安全状态（例如，关闭RF，停止定时器） // ... 你的外设关闭代码 ... // 3. 设置电源约束，告知电源驱动我们准备进入待机 Power_setConstraint(PowerCC26XX_NEED_FLASH_IN_IDLE); // 如果需要保持Flash供电 // 或者 Power_setConstraint(PowerCC26XX_IDLE_PD_DISALLOW); // 禁止掉电 // 4. 调用TI-RTOS的电源管理函数进入待机 // 在TI-RTOS中，通常调用 Task_sleep() 或让系统进入空闲钩子函数 // 非RTOS环境下，可能需要直接操作SCB寄存器进入WFE/WFI状态，并配置唤醒源 // 这里以简化的概念为例： Power_sleep(PowerCC26XX_STANDBY); // 调用电源管理的睡眠函数 }

重要提醒：进入深度睡眠前，必须妥善处理所有正在运行的外设和通信接口。例如，SPI传输必须完成，UART发送必须清空FIFO，否则唤醒后可能面临数据丢失或总线状态错误。TI的驱动库（如DriverLib或SimpleLink SDK）通常提供了相应的*_close()或*_deinit()函数来安全关闭外设。

5. 开发与调试中的常见问题与技巧

即使理解了架构和原理，实际开发中还是会遇到各种问题。下面是我总结的一些典型问题和解决方法。

5.1 程序跑飞或HardFault

这是最令人头疼的问题之一。Cortex-M3的故障异常（HardFault, MemManage, BusFault, UsageFault）机制可以帮助定位。

排查步骤：

检查栈溢出：这是最常见的原因。在启动文件或链接脚本中，确保为栈（Stack）分配了足够空间。尤其是在使用RTOS时，每个任务都需要独立的栈空间。可以通过在栈顶放置魔数（如0xDEADBEEF）并在运行时定期检查是否被改写来检测溢出。
检查数组越界或空指针：访问非法内存地址会触发BusFault或MemManage Fault。
分析故障状态寄存器：当发生HardFault时，CPU会自动将一系列寄存器（如PC, LR, PSR）压栈。通过调试器查看这些寄存器的值，特别是SCB->CFSR（可配置故障状态寄存器）、SCB->HFSR（硬故障状态寄存器）、SCB->MMFAR（内存管理故障地址寄存器）和SCB->BFAR（总线故障地址寄存器），可以获取故障原因和地址。

void HardFault_Handler(void) { __asm volatile( " tst lr, #4 \n" " ite eq \n" " mrseq r0, msp \n" " mrsne r0, psp \n" " ldr r1, [r0, #24] \n" // 获取压栈的PC " ldr r2, hard_fault_handler_c \n" " bx r2 \n" " hard_fault_handler_c: .word get_fault_info \n" ); } void get_fault_info(uint32_t* stacked_pc) { uint32_t cfsr = SCB->CFSR; uint32_t hfsr = SCB->HFSR; uint32_t mmfar = SCB->MMFAR; uint32_t bfar = SCB->BFAR; // 打印或保存这些信息，用于分析 // (stacked_pc) 指向发生故障时的PC值 }

检查中断服务程序（ISR）：确保ISR函数名与向量表中的名称完全一致；ISR执行时间不能过长；避免在ISR中进行复杂的、可能阻塞的操作（如打印大量日志）。

5.2 外设初始化失败或不工作

时钟未使能：CC26xx的外设时钟默认是关闭的（为了省电）。在初始化任何外设（UART, SPI, I2C, Timer等）前，必须确保其对应的外设时钟已经通过PRCM（电源与时钟管理）模块使能。

// 例如，使能SSI0外设时钟 PRCMPeripheralRunEnable(PRCM_PERIPH_SSI0); PRCMLoadSet(); while(!PRCMLoadGet()); // 等待设置生效

引脚复用配置错误：反复检查IOC配置，确认引脚功能（IOID_xx）是否正确映射到了目标外设（PIN_xx）。
电源域未开启：某些外设（如传感器控制器、ADC）位于特定的电源域。如果该域在睡眠时被关闭，唤醒后需要重新初始化外设。使用TI的Power驱动API可以管理这些约束。
寄存器访问顺序：有些外设有严格的初始化序列。例如，配置某些定时器时，可能需要先停止定时器，再修改配置，最后重新使能。务必参考数据手册的“Initialization and Configuration”部分。

5.3 功耗高于预期

测量方法不对：确保使用高精度电流表，并串联在电源回路中。对于间歇性工作的设备，要观察动态电流曲线，而不是只看平均值。很多功耗分析仪可以捕捉微秒级的电流脉冲。
未使用的模块未关闭：默认情况下，很多外设模块（如ADC、比较器、振荡器）可能处于空闲状态但仍消耗电流。在进入低功耗模式前，遍历关闭所有不需要的外设时钟和电源。
IO引脚配置：未使用的GPIO引脚应配置为输出低电平或输入带上拉/下拉，避免浮空输入导致引脚内部振荡消耗额外电流。输出高电平的引脚如果外部连接到地，会产生持续的短路电流。
射频（RF）模块：对于CC26xx，RF模块是耗电大户。即使不主动收发，如果RF内核未被正确关闭（调用RF_close()或类似函数），它也可能处于高功耗状态。确保在不需要无线功能时，彻底关闭RF驱动和相关硬件。
软件轮询：避免在低功耗任务中使用while()循环等待某个标志位。这会让CPU持续运行，功耗大增。应改用中断或事件驱动的方式。

5.4 传感器控制器使用问题

任务未正确加载或启动：使用Sensor Controller Studio生成代码后，除了调用生成的初始化函数（如sensorController_init()），还需要在主程序中启动任务（如sensorController_start()），并确保传感器控制器的电源域和时钟是使能的。
共享内存访问冲突：主CPU和传感器控制器引擎（SCE）通过共享内存交换数据。访问这些共享变量时，需要考虑数据一致性。对于简单的标志或计数器，使用volatile关键字声明。对于复杂的数据结构，可能需要简单的软件锁机制（虽然SCE是单线程的，但主核中断可能打断访问），或者通过消息队列传递。
ADC采样值不准：检查参考电压源选择（内部VREF还是VDDS分压？），确保采样时间足够（根据信号源阻抗调整），并注意在采样期间保持引脚稳定（避免数字IO切换带来的噪声）。多次采样取平均是提高精度的有效方法。

6. 项目实战：构建一个低功耗温湿度数据记录器

理论说了这么多，我们用一个简单的实战项目来串联一下。目标是设计一个用CC2640R2F（CC26x0系列）和数字温湿度传感器（如SHT30，I2C接口）制作的数据记录器，每5分钟测量一次，数据存储在外部SPI Flash中，并通过蓝牙低功耗（BLE）在需要时上传到手机。

6.1 系统架构与功耗预算

主控：CC2640R2F（内置BLE协议栈）。
传感器：SHT30（I2C接口，低功耗模式）。
存储：W25Q16JV SPI Flash。
电源：单节CR2032纽扣电池（容量约220mAh）。

功耗预算分析：

活跃期（每次测量+存储+可能的BLE广播）：假设持续100ms，平均电流15mA。
睡眠期（深度睡眠）：电流目标1µA。
工作周期：每300秒工作0.1秒，占空比约0.033%。
平均电流≈ (15mA * 0.1s + 1µA * 299.9s) / 300s ≈ 5.1µA + 1µA ≈ 6.1µA。
理论续航≈ 220mAh / 6.1µA ≈ 36065小时 ≈4.1年。这是一个理想值，实际会因电池自放电、电路漏电、温度等因素缩短。

6.2 关键代码流程与配置要点

初始化：
- 配置系统时钟、电源（使用DC/DC模式）、引脚复用。
- 初始化I2C驱动用于连接SHT30。
- 初始化SPI驱动用于连接W25Q Flash。
- 初始化BLE协议栈，并配置为低功耗外围设备（Peripheral），设置较长的广播间隔（如1秒）或仅在需要时广播。

主循环与低功耗管理：

主循环的核心是一个基于RTOS（如TI-RTOS）的任务或一个简单的while(1)超级循环，其中大部分时间调用进入低功耗的函数。
使用一个RTC定时器（或利用Sensor Controller的定时功能）作为5分钟的唤醒源。

void mainTask() { hardware_init(); // 硬件初始化 ble_init_and_advertise(); // BLE初始化并开始广播 while(1) { // 进入待机模式，由RTC定时唤醒 enterStandbyForMinutes(5); // 唤醒后 measure_and_store_data(); // 测量温湿度并存储 // 可选：检查是否有BLE连接请求，如果有，则准备发送历史数据 handle_ble_events(); } }

传感器控制器辅助方案（更省电）：
- 将5分钟定时和SHT30的触发测量、读取操作全部交给传感器控制器（SC）完成。
- SC每5分钟唤醒一次，通过Bit-Banging I2C启动SHT30测量，等待测量完成，读取数据，并将结果写入共享内存。
- SC然后可以触发一个中断唤醒主CPU。
- 主CPU被唤醒后，只需从共享内存读取数据，写入SPI Flash，然后处理BLE通信（如果有），之后迅速再次进入深度睡眠。
- 这样，主CPU的活跃时间可以大幅缩短，可能从100ms降到10ms以内，进一步降低平均功耗。
数据存储策略：
- 在SPI Flash中划分一个环形缓冲区。每次存储一条带时间戳的记录。
- 考虑到Flash的擦写寿命（通常10万次），需要均衡磨损。如果每5分钟写一次，一年约写105120次，刚好超过典型寿命。因此，可以考虑每小时存储一次，或者使用Flash管理算法（如MiniFS或自行实现）将写操作分散到不同扇区。
调试与优化：
- 使用TI的EnergyTrace++技术（如果使用XDS调试器）可以实时可视化功耗曲线，精确找出功耗尖峰。
- 用逻辑分析仪或示波器抓取I2C、SPI波形，确保通信时序正确。
- 在关键功耗节点（如进入睡眠前、唤醒后）设置GPIO翻转，用示波器观察系统状态切换时间。