1. 项目概述与芯片定位

在汽车电子这个对可靠性、功耗和成本都极为敏感的领域，无线连接方案的选择从来都不是一件轻松的事。几年前，当我第一次接触汽车无钥匙进入（PEPS）项目时，团队还在为是选择传统的Sub-1GHz方案还是新兴的蓝牙方案而争论不休。传统方案链路预算高，但协议私有，手机互联困难；而早期的蓝牙方案功耗和成本又让人望而却步。直到TI推出了CC2640R2F-Q1这颗芯片，很多问题才迎刃而开。它不仅仅是一颗支持蓝牙5.0的无线MCU，更是一颗通过了AEC-Q100 Grade 2认证，专为-40°C到+105°C车内环境打造的“汽车硬汉”。简单来说，如果你正在设计一个需要用到蓝牙、且必须扛得住夏天暴晒后车内80度高温、冬天零下30度严寒，还得靠一颗纽扣电池撑好几年的车载设备，比如PEPS、RKE钥匙、胎压监测模块或者资产追踪器，那CC2640R2F-Q1几乎是你绕不开的一个核心选项。

这颗芯片的精妙之处在于它的“双核”架构：一个主频48MHz的Arm Cortex-M3负责处理应用逻辑和蓝牙主机协议栈，而另一个独立的、超低功耗的传感器控制器则像是一个不知疲倦的“哨兵”。这个哨兵可以在主CPU深度睡眠时，独自驱动ADC去采样电池电压，或者扫描电容触摸按键，发现异常时才唤醒主CPU。这种设计让它在保持极低待机电流（仅1.3μA）的同时，还能实现复杂的传感器监控功能。更关键的是，它的蓝牙协议栈（Controller和Host）是固化在ROM里的，这直接为应用腾出了多达80KB的Flash空间，相比前代产品，你能在芯片里塞下更复杂的业务逻辑和更多的安全算法。接下来，我就结合自己的项目实战经验，从芯片选型、硬件设计、软件框架到调试避坑，为你拆解这颗芯片的方方面面。

2. 核心特性深度解析与设计选型考量

2.1 汽车级可靠性：不只是温度范围

提到CC2640R2F-Q1，最显眼的标签就是“AEC-Q100 Grade 2”。很多工程师对这个标准的理解可能停留在“-40°C到+105°C”的工作温度上，但这仅仅是入门券。在实际的汽车零部件设计中，我们需要关注的是在整个温度、电压和寿命周期内，芯片行为的可预测性和一致性。

首先，它的ESD（静电放电）防护等级达到了HBM Class 2（±2kV）和CDM Class C3（部分引脚±250V，其他±500V）。这意味着在汽车生产线的装配环节，或者维修保养时，芯片能够承受一定程度的静电冲击，降低了生产良率和售后失效的风险。我们在设计钥匙这类经常与人体接触的产品时，这一点尤为重要。其次，它的封装采用了7x7mm VQFN48并带有可润湿侧翼。这可不是为了好看，在汽车行业强制要求的100%自动光学检测（AOI）中，传统的QFN封装焊点在侧面是不可见的，检测困难。而可润湿侧翼使得焊锡在回流焊后能爬升到封装侧面，形成可见的焊点，AOI设备可以轻松判断焊接是否良好，极大提升了生产线的检测效率和可靠性，降低了因虚焊导致的潜在故障。

在电源设计上，芯片支持1.8V至3.8V的宽电压输入，并且内部集成了DC/DC转换器。这个DCDC非常关键，它能将电池电压（比如常见的3V锂锰电池）高效地转换为内核所需的电压。根据我的实测，在3V供电、开启内部DCDC的情况下，芯片的射频接收电流约为6.1mA，发射电流在0dBm时为7.0mA，+5dBm时为9.3mA。如果不使用DCDC而直接使用LDO，这些电流值会显著增加。因此，在电池供电场景下，务必在原理图中启用内部DCDC，并严格按照数据手册推荐的外围电路（电感、电容）进行设计，这是实现长续航的基础。

2.2 双核架构与内存布局：效能与功耗的平衡艺术

CC2640R2F-Q1的架构是其低功耗能力的核心。我们把它拆开来看：

主CPU（Cortex-M3）：运行在48MHz，负责整个应用层程序、蓝牙协议栈（Host部分）以及系统调度。它的性能对于处理蓝牙连接、数据加解密（内置AES-128模块）和用户逻辑绰绰有余。这里需要注意，虽然内核是M3，但TI通过其TI-RTOS实时操作系统和驱动库，对电源管理进行了深度优化。开发时，我们需要遵循“快速唤醒，快速处理，快速睡眠”的原则，利用芯片提供的多种低功耗模式（Idle, Standby, Shutdown）。

传感器控制器：这是一个独立的、16位的超低功耗协处理器，拥有自己的2KB SRAM和专属外设（ADC、比较器、电流源等）。它的功耗极低，运行电流仅为0.4mA + 8.2μA/MHz。它的最大价值在于，当主系统处于Standby模式（仅RTC运行，保持RAM）时，它可以被编程来周期性地执行一些简单的任务，比如：

• 每隔1秒读取一次ADC，监控电池电压。
• 持续扫描8个电容触摸按键，检测用户触摸。
• 通过数字接口（如I2C）轮询一个外部传感器。 只有当传感器控制器检测到预设的事件（如电压过低、按键被按下、传感器数据超阈值）时，它才会触发中断，唤醒主CPU进行后续处理。这样一来，系统绝大部分时间都处于微安级的待机状态，实现了“亚毫安级”的平均功耗。

内存配置：芯片提供128KB的系统内可编程Flash和28KB的系统SRAM（其中20KB是超低泄漏SRAM）。这里有一个至关重要的点：蓝牙协议栈的Controller和Host库，以及许多底层驱动程序，是存储在ROM中的。这意味着对于BLE应用，你实际可用的非易失性存储空间远不止128KB Flash，而是达到了275KB（128KB Flash + 147KB ROM）。这为我们实现复杂的OTA（空中升级）功能、存储更多的用户数据或更庞大的应用程序提供了可能。在项目规划阶段，一定要利用TI提供的内存映射工具来精确估算你的应用代码和协议栈对Flash和RAM的占用。

2.3 射频性能：在复杂环境中建立可靠连接

汽车环境对射频来说是巨大的挑战。金属车身的屏蔽、多径反射、发动机和其他电子设备的干扰，都要求射频前端有出色的灵敏度和抗干扰能力。CC2640R2F-Q1的射频核心在这方面表现不俗。

其接收灵敏度在1Mbps BLE模式下典型值为-97dBm。这个值意味着接收机捕捉微弱信号的能力。结合其最高+5dBm的可编程发射功率，总的链路预算可以达到102dB。我们可以简单估算一下通信距离：在自由空间，2.4GHz频段的路径损耗大约为40 + 20*log10(d) + 20*log10(f)，其中d为距离（米），f为频率（GHz）。假设发射功率0dBm，接收灵敏度-97dBm，那么理论最大路径损耗为97dB。代入公式粗略计算，在理想环境下通信距离可达百米以上。当然，实际车载环境中，由于车身遮挡和干扰，有效距离会缩短，但用于PEPS（10-20米）或RKE（30-50米）绰绰有余。

更关键的是其邻道抑制和阻塞性能。数据手册给出了详细的“选择性”参数：在±1MHz的邻道存在干扰信号时，接收机仍能保持对有用信号至少7dB的信噪比。在±2MHz及以上，抑制能力更强。这保证了在Wi-Fi、其他蓝牙设备等密集的2.4GHz频段中，你的车载蓝牙设备依然能稳定工作，不会轻易掉线。在设计天线和射频匹配电路时，必须严格按照TI参考设计进行，任何偏离都可能严重恶化这些指标。

3. 硬件设计要点与实战指南

3.1 电源与时钟电路设计：稳定的基石

电源和时钟是无线系统稳定性的命脉，设计上容不得半点马虎。

电源树设计：芯片有多个电源引脚（VDDS, VDDS2, VDDS3, VDDS_DCDC, VDDR, VDDR_RF）。我们的原则是：模拟部分和数字部分、射频部分和内核部分，尽量做到电源隔离。

1. 主电源（VDDS）：这是芯片的主输入电源，范围1.8V-3.8V。建议使用一个低噪声的LDO（如TPS7A05）为其供电，并在靠近芯片引脚处放置一个10μF的钽电容或陶瓷电容作为储能电容，再并联一个100nF的陶瓷电容用于高频去耦。
2. DCDC电路：为了极致功耗，必须启用内部DCDC。VDDS_DCDC引脚需要连接至VDDS。DCDC_SW是开关节点，需要连接一个2.2μH（推荐）的电感（如Murata LQM18FN2R2M00）到VDDR引脚。VDDR是DCDC的输出，也是芯片内部很多模块的电源。在VDDR到地之间需要连接一个10μF+100nF的电容组合。VDDR_RF是射频部分的电源，必须直接连接到VDDR。
3. 去耦电容：每个电源引脚（VDDS, VDDS2, VDDS3, VDDR, DCOUPL）到地都必须有足够且靠近引脚的陶瓷去耦电容（通常是100nF）。DCOUPL引脚专门用于内部数字逻辑去耦，必须连接一个1μF的陶瓷电容到地，且布局时必须尽可能靠近该引脚。

时钟电路：芯片需要两个晶体振荡器。

1. 高频晶体（24MHz）：这是射频和主系统时钟的基准。必须选择负载电容（CL）在5-9pF之间，等效串联电阻（ESR）小于60Ω的晶体。晶体两端到地的匹配电容（C1, C2）需要根据晶体的负载电容和PCB的寄生电容仔细计算，通常各为12-18pF。这两个电容以及晶体本身，必须尽可能靠近芯片的X24M_P和X24M_N引脚，下方禁止走线，最好用GND铜皮包围屏蔽。
2. 低频晶体（32.768kHz）：用于RTC和低功耗定时。选择ESR小于100kΩ，负载电容6-12pF的晶体。同样需要配置匹配电容。这个时钟的精度直接影响低功耗模式下的定时唤醒精度。如果对时间精度要求极高（如需要长时间累计的定时任务），可以在软件中利用高频时钟对其进行校准。

重要提示：在调试阶段，切忌用示波器探头直接测量晶体引脚！探头的容性负载会严重干扰振荡电路，可能导致停振或频率偏移。如果必须测量，请使用高阻抗有源探头，或者通过测量时钟输出缓冲后的信号来间接判断。

3.2 射频前端与天线设计：信号质量的守护者

射频部分的设计直接决定了通信距离和稳定性。CC2640R2F-Q1采用差分射频接口（RF_P, RF_N）。

1. 巴伦与匹配网络：芯片的差分输出需要经过一个巴伦（平衡-非平衡转换器）转换为单端信号，才能连接到单端天线。TI的参考设计通常使用LC网络来实现巴伦和阻抗匹配。你需要根据所选天线的阻抗（通常是50Ω），使用网络分析仪和仿真工具（如Smith圆图）来精确计算匹配网络中电感（L）和电容（C）的值。这个网络通常由几个0402封装的电感和电容组成。
2. 天线选择：车载应用常见的天线类型有PCB天线（如倒F天线）、陶瓷天线和外部天线。PCB天线成本最低，但性能受PCB尺寸和布局影响大，需要严格遵循天线厂家的设计指南。陶瓷天线体积小，性能较好，是钥匙扣等小型设备的首选。外部天线（如鞭状天线）性能最好，但需要连接器和额外的空间。选择时需在性能、成本和尺寸间权衡。
3. PCB布局黄金法则：
   • 射频走线：从RF_N/RF_P到巴伦的走线必须等长、对称，并严格控制50Ω差分阻抗。走线应短而直，避免过孔和直角转弯。
   • 接地：在射频区域下方提供完整、无割裂的接地平面。所有射频元件的接地焊盘必须通过多个过孔良好接地。
   • 隔离：射频电路要远离数字电路（特别是高速时钟线和开关电源）、模拟电路和电池。可以用接地屏蔽罩或接地过孔墙进行物理隔离。
   • 电源滤波：为射频部分（VDDR_RF）的电源增加π型滤波电路（如磁珠+电容），进一步抑制电源噪声对射频性能的影响。

3.3 外围接口与传感器控制器电路

芯片提供了31个GPIO，功能复用非常灵活。这里重点讲几个在汽车应用中常用的接口设计。

电容触摸按键：这是PEPS系统中常见的车门把手触摸检测方案。CC2640R2F-Q1内置了电容触摸感应模块，最多支持8个通道。设计时：

• 传感器焊盘通常设计成圆形或方形，面积根据外壳材料和灵敏度需求确定，一般几十到几百平方毫米。
• 从芯片DIO到传感器焊盘的走线要尽量短，并用地线包围（guard ring）以减少寄生电容和噪声干扰。
• 在传感器焊盘和芯片之间，通常需要串联一个电阻（如1kΩ）以限制ESD冲击电流，并可选地并联一个电容到地以调整灵敏度。
• 软件上需要配置基准电容和采样参数，并通过算法（如连续均值差分）来滤除环境温湿度变化带来的漂移。

ADC采样与电池监测：利用芯片的12位ADC和内部温度传感器，可以轻松实现电池电压和温度监测。

• 电池电压：通过电阻分压网络将电池电压分压到ADC量程范围内（例如，3V电池通过两个电阻分压到1.5V以内）。分压电阻的阻值要足够大（如1MΩ级）以减少待机时的漏电流。注意，ADC的参考电压可以选择内部固定电压（1.44V或4.3V等效）或VDDS，根据分压比和精度要求选择。
• 温度传感器：芯片内置的温度传感器精度一般（典型值±5°C），适用于监测芯片自身结温，判断是否过热。如果需要测量环境温度，建议外接一个高精度的数字温度传感器（如TMP117），通过I2C接口连接。

传感器控制器编程：这是发挥芯片低功耗优势的关键。你需要使用TI提供的Sensor Controller Studio这个图形化工具。在这个工具里，你可以用类似流程图的拖拽方式，或者编写简单的脚本，来定义传感器控制器的任务序列：比如“初始化ADC -> 等待1秒 -> 启动一次ADC转换 -> 读取结果并与阈值比较 -> 如果超限则触发中断唤醒主CPU”。生成的代码会集成到你的主工程项目中。务必注意，传感器控制器的代码和资源（SRAM）非常有限，逻辑要尽可能简洁高效。

4. 软件开发框架与低功耗蓝牙协议栈实战

4.1 开发环境搭建与工程结构

TI为CC26xx系列提供了强大的软件生态系统。主流的开发环境是IAR Embedded Workbench或Code Composer Studio (CCS)。对于蓝牙应用，核心是BLE-Stack协议栈和SimpleLink CC13xx/CC26xx SDK。

1. 安装准备：首先去TI官网下载并安装最新版本的CCS和SimpleLink SDK。SDK中包含了驱动程序库（DriverLib）、RTOS（TI-RTOS）、各种外设示例以及BLE-Stack。
2. 理解工程模板：SDK中提供了丰富的示例工程，例如simple_peripheral。这是一个最基础的BLE外设示例，实现了GAP（通用访问配置文件）和GATT（通用属性配置文件）。我强烈建议从复制这个工程开始你的项目，而不是从零开始。它的目录结构清晰：
   • Application/：存放你的应用层主文件（如main.c）和任务文件。
   • Startup/：芯片启动和中断向量表相关代码。
   • Drivers/：射频驱动、引脚配置等。
   • ICall/：应用层与协议栈之间的交互抽象层。
   • Profiles/：GATT服务（如电池服务、设备信息服务）的实现。
   • Tools/：编译配置和链接脚本。
3. 协议栈配置：通过app_ble.c和预编译的协议栈库文件进行配置。你需要重点关注：
   • 设备地址：是使用公共地址还是随机静态地址。
   • 连接参数：���接间隔、从机延迟、监控超时。这对功耗和吞吐量有巨大影响。较长的连接间隔（如100ms）更省电，但数据实时性差；较短的间隔（如20ms）响应快，但功耗高。需要根据应用场景权衡。
   • 发射功率：根据需要的通信距离设置，功率越大，距离越远，但功耗也越高。
   • MTU大小：最大传输单元，影响单次数据传输的效率。可以协商更大的MTU（如247字节）来提升吞吐量。

4.2 低功耗蓝牙协议栈与应用层交互

BLE-Stack采用事件驱动的编程模型。应用层通过向协议栈发送消息（Message）来发起操作（如启动广播、发送通知），协议栈则通过回调函数（Callback）向应用层返回事件（Event）和消息。

一个典型的数据发送流程（以通过GATT通知发送传感器数据为例）：

1. 应用层任务：你的应用任务（比如一个每秒钟读取一次温度的任务）准备好数据。
2. 调用API：调用GATT_Notification()函数，传入连接句柄、属性句柄和数据指针。
3. 协议栈处理：协议栈收到请求，通过射频发送数据。
4. 确认回调：发送完成后，协议栈会通过一个回调事件（如GATT_MSG_EVENT）通知应用层发送状态（成功或失败）。

你需要编写事件处理函数来响应这些回调。例如，当有手机连接上时，你会收到一个连接建立的事件，可以在此事件中更新LED状态或调整传感器采样率。

创建自定义GATT服务：这是让你的设备具备独特功能的关键。你需要：

1. 在simple_gatt_profile.c（或你新建的profile文件）中定义你的服务UUID（通常是128位的自定义UUID）。
2. 定义特征（Characteristic），每个特征包含属性（读、写、通知等）、值和描述符。
3. 实现该特征的回调函数，当手机端发起读、写或订阅（通知/指示）操作时，这些函数会被调用，你可以在其中执行相应的操作，比如返回传感器数据或执行一个命令。

4.3 低功耗模式管理与编程实践

实现超低功耗的关键在于让系统尽可能多地停留在待机（Standby）模式。TI-RTOS的电源管理模块（Power Manager）为我们提供了便利。

1. 电源策略配置：在*.cfg配置文件中，可以定义不同运行状态下的电源策略。例如，在空闲时自动进入待机模式。
2. 外设功耗管理：遵循“用时开启，用完关闭”的原则。在初始化外设（如I2C、UART）后，如果暂时不用，立即调用对应的*_close()或电源管理API将其关闭。对于GPIO，未使用的引脚应设置为输出低或带上拉/下拉的输入，避免浮空增加功耗。
3. 传感器控制器的使用：将周期性、低带宽的采样任务（如电池电压检测、按键扫描）完全交给传感器控制器。主应用只在被传感器控制器中断唤醒后，才去读取结果并进行复杂处理。这能最大程度降低系统平均功耗。
4. 广播与连接间隔优化：对于广播设备（如信标），可以设置较长的广播间隔（如1秒）来降低功耗。对于已连接的设备，在满足应用需求的前提下，尽可能协商一个较长的连接间隔和较大的从机延迟。

一个典型的低功耗应用主循环可能长这样：

void mainTask() { // 系统初始化 Board_init(); PIN_init(...); // 初始化传感器控制器任务（例如，每10秒采样一次电池电压） scifInit(...); scifStartTasksNbl(BATTERY_TASK_ID); // 初始化BLE协议栈并启动广播 GAP_DeviceInit(...); GAP_EstablishLinkReq(...); while(1) { // 等待事件（可能是来自协议栈的BLE事件，也可能是传感器控制器的唤醒事件） uint32_t events = Event_pend(...); if (events & BATTERY_LOW_EVENT) { // 处理电池低压事件，例如通过BLE报警 handleBatteryLow(); } if (events & BLE_EVENT) { // 处理所有BLE相关事件（连接、断开、数据收发等） processBLEEvents(); } // 事件处理完毕后，如果没有其他任务，系统会在TI-RTOS调度下自动进入低功耗模式 } }

5. 典型应用场景实现与调试心得

5.1 汽车无钥匙进入与启动（PEPS）系统实现

在PEPS系统中，CC2640R2F-Q1通常作为车门把手或车内模块中的蓝牙节点。手机或智能钥匙作为中心设备。

系统工作流程：

1. 休眠与唤醒：车门把手模块平时处于极低功耗的待机模式，由传感器控制器周期性地（例如每秒一次）扫描电容触摸传感器。
2. 触发与广播：当用户手触碰到门把手时，传感器控制器检测到电容变化，立即唤醒主CPU。主CPU启动蓝牙广播，广播包中包含特定的设备标识信息。
3. 手机/钥匙响应：用户口袋中的手机或智能钥匙（也运行着CC2640R2F）在扫描到该广播后，会发起连接请求。
4. 安全认证：双方建立安全的BLE连接后，进行双向认证。这通常采用基于椭圆曲线密码学（ECC）的配对方式，确保通信安全。认证数据通过加密通道传输。
5. 执行命令：认证通过后，手机可以向车门模块发送一个加密的“开锁”命令。车门模块验证命令有效性后，通过LIN或CAN总线向车身控制器（BCM）发送指令，控制门锁执行开锁动作。
6. 启动引擎：进入车内后，流程类似。车内模块检测到钥匙在车内，与钥匙完成认证后，允许启动按钮生效，进而通过CAN总线控制引擎启动。

开发要点：

• 低功耗设计：车门把手模块完全由电池供电，待机电流必须控制在微安级。必须充分利用传感器控制器和芯片的待机模式。
• 连接速度：从触摸到建立连接的时间要尽可能短（理想情况小于1秒），这需要优化广播参数和连接参数。
• 安全性：必须使用BLE的安全连接（LE Secure Connections）和足够的加密强度。密钥的存储和管理也需要安全考虑，有时会用到芯片内部的可锁定Flash区域或外置的安全元件（SE）。
• 天线设计：车门把手金属结构对天线影响大，必须进行严格的天线仿真和实际环境下的性能测试（如暗室测试）。

5.2 遥控钥匙（RKE）与胎压监测系统（TPMS）集成

传统的RKE使用Sub-1GHz，但现在越来越多的方案转向BLE，以便与智能手机集成。CC2640R2F-Q1可以同时作为RKE发射器和TPMS接收器（需外接Sub-1GHz射频芯片，如CC1120），实现钥匙与轮胎传感器的双向通信。

在钥匙端的实现：

1. 用户输入：通过机械按键或电容触摸唤醒主CPU。
2. 数据封装：将开锁、关锁、寻车等命令，加上滚动码和加密信息，封装成数据包。
3. BLE广播或连接：可以采用两种模式。一是高速广播不可连接的非连接指示包，车内接收器扫描解析；二是快速与车内模块建立连接后发送数据。前者速度更快，后者更安全可靠。
4. TPMS接收：钥匙可以定期唤醒其Sub-1GHz接收部分，监听轮胎传感器发来的压力和温度数据，并在钥匙的小屏幕上显示。

调试心得：

• 共存干扰：当BLE和Sub-1GHz射频同时工作时，可能存在相互干扰。需要在软件上做时分复用，避免同时收发。硬件上，两者的天线需要足够的空间隔离或采用频段隔离滤波器。
• 电池寿命估算：钥匙的电池容量通常很小（如CR2032，220mAh）。需要详细计算每种操作（待机、广播、连接、发射）的电流和时间，估算平均电流。例如，假设每天按键20次，每次工作持续100ms，平均电流7mA，则每日功耗约为7mA * 0.1s * 20 / 86400s ≈ 1.6μAh，加上待机电流1.3μA，每日总功耗约1.3μA*24h + 1.6μAh ≈ 32.8μAh，一颗CR2032电池理论上可用220mAh / 32.8μAh/天 ≈ 6700天，超过18年。当然，这只是理想估算，实际的自放电、低温容量衰减、电路漏电等因素会缩短寿命。

5.3 常见问题排查与性能优化实录

在实际开发中，你一定会遇到各种奇怪的问题。下面是我踩过的一些坑和解决方法：

问题一：通信距离不达标，或者忽远忽近。

• 排查：首先用频谱仪或带射频功能的示波器检查发射功率和频谱是否正常。如果功率偏低或频谱畸形，问题可能在射频匹配电路。
• 检查匹配网络：用电桥或网络分析仪测量匹配网络的S11参数，确保在2.4GHz频段内阻抗接近50Ω。LC元件的值哪怕偏差一点点，影响都很大。
• 检查天线：天线是否损坏？天线周围是否有金属物体遮挡？PCB天线设计是否被修改过？可以尝试更换一个已知性能良好的外接天线对比测试。
• 检查电源：在芯片发射时，用示波器测量射频部分的电源（VDDR_RF）纹波。过大的纹波会严重影响发射信号质量。确保去耦电容容值正确且焊接良好。
• 软件配置：确认软件中配置的发射功率是否为最大值（+5dBm）。检查是否启用了DCDC，未启用DCDC会导致实际供电电压不足，影响射频性能。

问题二：待机电流远高于数据手册的1.3μA。

• 排查：这是低功耗调试中最常见的问题。使用高精度的电流表（如Keysight N6705C的μA档）或专门的功耗分析工具（如TI的EnergyTrace）进行测量。
• 分步隔离：首先，烧录一个最简单的、只进入待机模式的空程序（例如SDK中的empty示例），看电流是否正常。如果正常，说明硬件基础没问题。
• 检查GPIO：这是最大的“漏电”源头。所有未使用的GPIO必须配置为输出低电平，或者配置为带上拉/下拉的输入，绝对不能让引脚浮空。使用PIN_init()函数仔细检查每个引脚的状态。
• 检查外设模块：确保所有未使用的外设模块（UART, I2C, SPI, ADC等）的时钟和电源都已关闭。在TI-RTOS中，检查电源管理策略是否正确配置，系统是否真的进入了待机模式（而不仅仅是Idle模式）。
• 检查传感器控制器：如果使能了传感器控制器，检查其任务配置。确保其采样间隔不是过于频繁，并且在采样间隙进入了休眠状态。

问题三：设备偶尔死机或不稳定。

• 排查电源完整性：在芯片电源引脚上使用示波器，捕捉在射频发射瞬间、Flash擦写瞬间等大电流动态负载情况下的电压跌落情况。如果跌落超过芯片容忍范围（参见数据手册的“推荐工作条件”），需要增加储能电容或优化电源路径阻抗。
• 排查时钟稳定性：检查24MHz晶体是否起振正常。在极端温度下（特别是低温），晶体可能启动困难。可以尝试在软件中启用晶体振荡器的“预充电注入”功能来辅助低温启动。
• 堆栈溢出：检查任务堆栈（Stack）大小是否设置足够。特别是在处理BLE事件或进行复杂运算时，堆栈不足会导致内存踩踏，引发不可预知的崩溃。可以在CCS中使用调试器查看堆栈使用情况。
• 看门狗：务必启用看门狗定时器（WDT），并在主循环中定期喂狗。这可以防止程序跑飞后系统永远死锁。

问题四：BLE连接经常断开或吞吐量很低。

• 优化连接参数：手机（中央设备）通常会提议一组连接参数，但从设备（我们的CC2640R2F）可以发送连接参数更新请求。尝试增加连接间隔、减少从机延迟，以获得更稳定的连接。但要注意，连接间隔太长会影响数据实时性。
• 检查MTU：在连接建立后，尝试协商一个更大的MTU（例如从默认的23字节提高到247字节）。这能显著提升大数据量传输的效率。
• 射频环境干扰：使用手机APP（如nRF Connect）查看周围的2.4GHz信号强度。如果Wi-Fi信道1、6、11与蓝牙信道重叠严重，可能会造成干扰。可以尝试在代码中避开最拥挤的信道进行通信（需要自定义链路层，较为复杂）。
• 任务优先级：确保处理射频数据（如GATT读写事件）的任务具有足够高的优先级，不会被其他低优先级任务长时间阻塞，导致响应超时。

最后，再分享一个硬件上的小技巧：在绘制原理图时，为所有关键的测试点（如电源、复位、晶振、射频线）预留过孔或焊盘。在PCB布局时，即使空间再紧张，也要在芯片的电源引脚附近放置足够多的去耦电容，并且优先使用0402甚至0201封装的电容，它们比0603封装的具有更低的等效串联电感（ESL），高频去耦效果更好。调试阶段，一块设计良好的评估板（TI的LaunchPad）是你的最佳参照物，任何与参考设计不同的地方，都可能是潜在的风险点。